Сперва определяем ценность для пользователя, потом придумываем решения

Этот простой принцип при разработке продукта поможет командам сэкономить время и деньги. Вместо того, чтобы сразу хвататься за разработку разных функций для проверки гипотез, команда может сначала дешево и быстро определить, решит ли та или иная фича проблему пользователя. Если да, значит, мы на верном пути. Можно не тратить время на бесконечные списки функций, а сразу сосредоточиться на ценностном предложении для пользователя.

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

Основная ценность для пользователя в том, что лента помогает быстрее искать товары. Но ведь есть решения, которые лучше справятся с этой задачей — например, строка поиска или алгоритмы рекомендаций?

Суть в том, что команда сперва выявила основную ценность для пользователя, а потом выбрала для нее решение. С таким подходом не нужно спорить, что важнее — лента новостей или система скидок. Обе фичи могут быть решением для одной бизнес-задачи (увеличение объема заказов), но они дают пользователю разные преимущества. Поэтому их не нужно сравнивать.

Проверочный вопрос для вашего решения: «Какими еще способами можно дать эту ценность пользователю?» Если решение проработано хорошо, вы сможете дать список подобных и объяснить, почему вы их отвергли в пользу вашего варианта. 

P. S. Это часть статьи о ловушке форм-фактора, читайте ее полную версию тут.