При продуктовом подходе функционал приоритизируют в соответствии с влиянием на целевые бизнес-метрики. В MVP выбираются те фичи, которые дадут максимальный эффект.

В разработанную стратегию вошли:

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

Механики программы лояльности были разработаны маркетологами «‎Дикси». Нашей задачей было спроектировать ПЛ таким образом, чтобы покупателям было удобно пользоваться приложением

Чтобы это реализовать, мы:
1) проанализировали и упростили механики;
2) приоритизировали функционал;
3) составили карту пользовательского пути;
4) и разработали интерфейс.

Сначала была структурирована документация по программе лояльности. После этого обсудили с маркетологами как оптимизировать дорогие в реализации механики и приступили к проектированию ПЛ. Для того, чтобы сделать приложение удобным, представили себя на месте пользователей и составили список вопросов, которые могут возникнуть при использовании ПЛ. Далее определили, как на них можно ответить: какие нужны подсказки для пользователей, каким должен быть UX приложения, какую информацию разместить на экране загрузки приложения.

На основе технического задания по программе лояльности, подготовили список гипотез и приоритизировали их. Часть гипотез зависит от базовых, без подтверждения которых тестировать другие нет смысла. Например, если покупатели не будут пользоваться программой лояльности, то уже без разницы, какие механики будут в ней реализованы. Поэтому в MVP-версию включили только тот функционал, который нужен для проверки базовых гипотез.

На предыдущем этапе приоритизировали функционал ПЛ. Следующий шаг — декомпозиция, чтобы в первую очередь разработать только базовые элементы. Для этого использовали User Story Mapping — инструмент для проектирования продукта на основе пользовательского пути. С помощью USM, функционал был разложен по пути пользователя так, чтобы сделать минимальное количество фичей, но достаточное для прохождения по всему пользовательскому сценарию.

Следующий шаг — проектирование интерфейса. Как разместить планируемый функционал в мобильном приложении, учитывая, что кроме ПЛ будет еще ряд других возможностей? Для прототипирования мы воспользовались инструментом breadboarding — текстовый макет. Идея в том, чтобы не отрисовывать изображения экранов, а написать на них «места назначения», например «кнопка», возможные действия и связи между ними. Это позволило несколько раз быстро обсудить структуру приложения и внести правки, без необходимости перерисовывать. Уже после того, как определились с функционалом на каждом экране, отрисовали вайрфреймы и передали итоговые макеты дизайнеру.

«Дикси» обратились к нам по двум запросам: определение стратегии запуска приложения и проектирование интерфейса программы лояльности. Первым этапом мы проанализировали продукт клиента и составили стратегию: вместо реализации сразу всего функционала, предложили использовать MVP-подход. Благодаря этому удалось сделать релиз к сроку. Вторым этапом работали над программой лояльности. Провели анализ механик, приоритизировали функционал, разработали UX приложения. В результате спроектировали понятный и удобный интерфейс.
На данный момент приложение скачало «Дикси» более 3 млн. пользователей.