{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "ivan's blog: posts tagged уровень проработки", "_rss_description": "It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast.", "_rss_language": "en", "_itunes_email": "ivanzviahin@gmail.com", "_itunes_categories_xml": "", "_itunes_image": "https:\/\/ivanzviahin.by\/blog\/user\/userpic-square@2x.jpg?1711411913", "_itunes_explicit": "no", "home_page_url": "https:\/\/ivanzviahin.by\/blog\/tags\/uroven-prorabotki\/", "feed_url": "https:\/\/ivanzviahin.by\/blog\/tags\/uroven-prorabotki\/json\/", "icon": "https:\/\/ivanzviahin.by\/blog\/user\/userpic@2x.jpg?1711411913", "author": { "name": "Ivan Zviahin", "url": "https:\/\/ivanzviahin.by\/blog\/", "avatar": "https:\/\/ivanzviahin.by\/blog\/user\/userpic@2x.jpg?1711411913" }, "items": [ { "id": "115", "url": "https:\/\/ivanzviahin.by\/blog\/all\/urovenprorabotki\/", "title": "Уровень проработки", "content_html": "

на русском · in english<\/a><\/p>\n

\n\"\"\n<\/div>\n

Я бы хотел рассказать о решении одной важной проблемы в продуктовой команде. Проблема — мы делаем задачи слишком долго. Одна из причин — слишком глубокий уровень проработки каждой. Как бы времени у нас совсем нет, а функциональность урезать нельзя. Остается только снизить уровень проработки. Мы решили понижать его не для всех задач, а только для некоторых.<\/p>\n

Пользовательские сценарии в любом продукте можно разделить на три уровня. Уровень первый — сценарии, которыми люди пользуются чуть ли не каждый день. Мы такие сценарии назвали магистральными. Второй — важные, но нужные не часто. Эти сценарии назвали промежуточными. Третий — скорее исключения, это как раз те сценарии про которые обычно совсем забывают.<\/p>\n

Уровень 1<\/h2>\n

Это самые важные сценарии, которые пользователь использует каждый день. Например, поиск товаров в магазине или чтение новостей в журнале. Проработка таких сценариев должна быть на высочайшем уровне. Тут необходимо потратить время на проверки и тестирование. Продумать все исключения, сделать анимации и хоткеи. Таких сценариев обычно не много.<\/p>\n

Уровень 2<\/h2>\n

Это сценарии важные, но при этом ими пользуются не так часто. Например, настройки профиля. В таких сценариях нужно не меньше времени уделить проектированию и проверкам, но можно более хладнокровно относиться к ошибкам. Тут учитывать хоткеи уже нет смысла и если какой-то сценарий приведет к ошибке — это не так страшно, как в первом случае. Говорят, что именно поэтому в автомобиле салон сделан максимально комфортным, по сравнению с моторным отсеком. Таких сценариев обычно намного больше, чем первых.<\/p>\n

Уровень 3<\/h2>\n

А вот эти сценарии самые популярные обычно у программистов. Есть четкое ощущение, что ими можно пренебречь в проектировании. Это не значит, что про них можно просто забыть и все. Их нужно обрабатывать, но делать это — максимально грубо. Например, представьте, вы открываете одну страницу в двух вкладках браузера и в одной из них делаете какое-то действие, которое меняет статус чего-то. А потом идёте в другую и делаете это же действие, как должна повести себя система? От способности обрабатывать исключения зависит лишь качество кода, а вот успех продукта находится в первую двух уровнях.<\/p>\n

Вывод<\/h2>\n

Никому не нужен магазин с идеально продуманным сценарием добавления товара в «Избранное» в двух вкладках браузера, когда поиск товаров работает плохо и непонятно.<\/p>\n", "date_published": "2019-09-24T17:22:15+00:00", "date_modified": "2022-04-27T19:57:23+00:00", "image": "https:\/\/ivanzviahin.by\/blog\/pictures\/devlevels.png", "_date_published_rfc2822": "Tue, 24 Sep 2019 17:22:15 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "115", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/ivanzviahin.by\/blog\/pictures\/devlevels.png", "https:\/\/ivanzviahin.by\/blog\/pictures\/devlevels-1.png" ] } } ], "_e2_version": 3849, "_e2_ua_string": "E2 (v3849; Aegea)" }