Как получить список экранов и функционала из Value Proposition

Чтобы показать, как можно получить карту экранов, если у тебя на руках есть Value Proposition, я решил спроектировать для себя небольшое приложение.

Пользователь — я сам (чтобы упростить исследование).

Приложение должно будет помогать мне легче достигать своих целей, и жить счастливо.

Итак, берем Value Proposition:

И заполняем его. Вот первая итерация:

Справа каша, хорошо бы как-то сгруппировать:

Все равно, пока непонятно, как вытащить из этого внятное решение, доступное для разбивки на фичи/экраны, при этом не пропустив важного.

Как быть?

Давайте попробуем декомпозировать.

Вот первый кусочек:

Пока я его делал, понял, что джобу на нем лучше покрасить в серый (на прошлых картинках она красная).

Слева направо:

• Задача, в рамках которой все происходит (проектировать сложные интерфейсы).
• Боль, которую пользователь при этом испытывает (много метаний между делами).
• Пейн реливер, который мог бы избавить от этой боли (помощь в фокусе. Заниматься долго одним делом, откладывая важное, но отвлекающее, на потом).
• Фича/решение, которая будет предоставлять этот пенй реливер («откладывалка» отвлекающего).

Ну что, вполне доступный для проектирования кусок, и (скажу как пользователь) — в виде продукта он уже был бы ценен для меня.

Буду ли я использовать именно его для создания продукта? Посмотрим.

Что дальше?

Нужно добавить еще кусочков.

Немного поколдуем, немного сгруппируем…

• Одна задача — приводить проекты к успеху. Проектом я называю в том числе «организовать работу дизайн команды на проекте», или «провести воркшоп».
• Четыре боли.
• У обной из болей — два реливера.
• Все это покрывается тремя модулями продукта, причем два из них пересекаются, когда покрывают боль «много метаний между делами».

Как это нарезать на кусочки?

Нарезка вот такая:

Приводить проекты к успеху (задача):

1. но целей слишком много (боль) — нужна помощь в правильной загрузке и отдыхе. Брать на себя столько, сколько могу сделать, иметь выделенное на отдых и восстановление (реливер) — в этом поможет умный постановщик целей (кусок продукта);
2. но неточность целей (боль) — нужно, чтобы мои цели были поставлены в SMART — в этом поможет умный постановщик целей (кусок продукта);
3. но есть страх, что не двигаюсь к целям (боль) — нужно, что путь к цели был построен понятно, был измерим, и было легко брать из него куски в работу (реливер) — в этом поможет трекер движения к целям (кусок продукта);
4. но есть страх, что не двигаюсь к целям (боль) — нужно, чтобы я видел, что осталось для достижения цели, и легко мог прикинуть, сколько на это надо времени (реливер) — в этом поможет трекер движения к целям (кусок продукта);
5. но много метаний между делами (боль) — нужна помощь в фокусе. Заниматься долго одним делом, откладывая важное, но отвлекающее, на потом (реливер) — в этом поможет откладывалка отвлекающего (кусок продукта);
6. но много метаний между делами (боль) — нужна помощь в фокусе. Заниматься долго одним делом, откладывая важное, но отвлекающее, на потом (реливер) — в этом поможет трекер движения к целям (кусок продукта).

Получилась большая хорошая нарезка. Я готов каждый месяц платить за эти ценности, если кто-то из вас сделает такой продукт, и он будет реально давать мне эти ценности :)

Как от этого придти к экранам?

Выберу один из пунктов, нарисую для него диаграммы, в которых будет:

1. Сегодняшний сценарий, в котором пользователь Ваня страдает.
2. Будущий сценарий, в котором пользователь Ваня счастлив.
3. Дополнительный слой, в котором будет разложено поведение системы, требуемые экраны и пр.

Я использовал знакомый мне кусочек BPMN. Отобразил самое ключевое для меня в сценарии. Тут пока: не показаны ошибки, есть белые пятна, которые надо бы проработать, а последняя часть, где Ваня таки проверяет почту, а приложение его сопровождает — вообще заменено одним большим прямоугольником. При этом мне все равно гораздо понятнее, что делать с приложением.

Вырисовывается примерно следующее: у меня будет приложение, где будет нечто вроде стики нотсов, только с чеклистами, кнопками, и навигацией. Плюс будут скрины для онбординга и общего образования пользователя. Это приложение поможет Ване сначала настроить почту и подготовить ее для удобного использования, а потом заняться каким-то важным непочтовым делом. Во время этой работе приложение поможет Ване:

• «пропускать мимо ушей» уведомления о неважной почте;
• понимать, что пришли важные, но не требующие немедленного ответа письма (и сооветственно, решать «отвечу в ближайший слот проверки почты, а пока работаю дальше»);
• в случае прихода «горящих» писем — видеть их, правильно переключаться на них (не потеряв важного для текущей задачи), быстро отвечать, не идти дальше в почту и возвращаться к задаче.

Позже я проработаю то, как приложение будут помогать Ване, когда придет время таки прочитать почту.

Что же получается по экранам?

1. Обучающие скрины
2. Уведомления
3. Стики-нотс с:
   • чеклистами
   • опросниками
   • действиями
   • навигацией

В данном случае я хочу пойти итеративно — набросать screen flow для освещенной выше части приложения, потом запрототипирую ее, а потом актуализирую более-менее полный набор сценариев, которые буду покрывать своим приложением (добавляю всякие разные ошибки, переносы временных слотов и прочую глубину).

Итого

Мне хотелось придти от понимания ценностного предложения к понимаю скринов и их содержимого — я его получил :) При желании я могу работать над этой частью и расширять свое понимание, но хочется нырнуть, попроектировать-порисовать, и потом сделать шаг назад и доработать «архитектуру».