Заметки по собственному опыту
Что такое плохое problem discovery
- Начать пилить MVP на основании своих представлений о проблемах клиентов без предварительной валидации при помощи интервью, опросов и других способов проверки гипотез.
- Слушать постановку задач от руководства о том, какие проблемы есть у клиентов по его представлению. В результате внедрить фичи, которые вообще никому не нужны.
- Запилить продукт, который нужен только паре крупным клиентам, не оценив размер рынка и свои возможности по продаже. В результате закрыть его, потому что никто не купил.
- Запилить продукт, потому что модно (мобильные приложения всякие). В результате закрыть через несколько лет потому, что издержки по нему перекрывают доходы.
- Оперировать общими фразами вроде "продукт вносит прозрачность в ситуацию" или "продукт помогает клиентам принимать решение" вместо перечня конкретных пользовательских сценариев, для которых можно померять ценность.
- Использовать для описания проблемы фразу "у клиентов отсутствует возможность того-то" (отсутствие возможности не является проблемой = у меня вот нет сисек и я от этого не совершенно не страдаю и вообще очень счастлив = не нужно путать сложившееся поведение с проблемой).
Что такое плохое decision discovery
- Скопировать решение локального конкурента без анализа зарубежного опыта. В результате потратить несколько месяцев на то, чтобы убрать всё лишнее и дать клиентам то, что они хотят.
- Тестировать прототипы продукта на стейкхолдерах, среди которых нет реальных пользователей. В результате потратить несколько месяцев на споры, а потом всё равно начать всё с нуля, тестируя прототипы продукта на реальных пользователях.
- Слушать постановку задач от руководства (например, CEO) о том, каким должен быть продукт. В результате вообще не внедрить конкурентоспособные фичи.
- Пытаться решения уровня платформы и бизнес-логики искать/проектировать дендрофекальным способом (без должного системного анализа). В результате потратить время на разработку продукта и в итоге все равно его не запустить, потому что "ой, мы вот об этом не подумали".
- Сформировать решение в отрыве от анализа внешних сил, влияющих на стабильность этого решения (владельцы правил игры). В результате закрыть суперприбыльный проект через несколько месяцев по причине действий внешних сил, поменявших правила игры.
Что такое хорошее problem discovery (но это не точно)
- Проводить глубинные интервью с реальными пользователями на их территории.
- Анализировать бутылочные горлышки в поведении пользователей исходя из данных.
- Получить деньги за продукт, когда его еще нет (деньги = желание клиента платить за продукт = доказательство наличия проблемы и соответствие её выбранному решению).
- Время от времени актуализировать problem discovery для уже существующих продуктов (продукты живут в среде, среда может меняться).
- Формулировать проблемы в виде "клиент тратит много времени на то-то", "клиент не конвертируется в заказ" и т.д. Формулировать проблему нужно так, чтобы можно было померить результат её решения (время, конверсию, деньги и т.д.).