Обнаружение продукта

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

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

Предложенная Марти Каганом система из четырех рисков представляет собой практический контрольный список того, что необходимо проверить в процессе исследования. Риск ценности заключается в том, насколько клиенты захотят приобрести или использовать это. Риск удобства использования заключается в том, смогут ли они разобраться, как этим пользоваться. Риск осуществимости заключается в том, можно ли реализовать это с использованием имеющихся технологий, навыков и времени. Риск жизнеспособности бизнеса заключается в том, подходит ли это для бизнеса с учетом его экономических условий, правовых ограничений, бренда и операционной деятельности. Для каждого риска требуются разные доказательства, и обычно команда терпит неудачу, рассматривая только те, которые ей кажутся приемлемыми.

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

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

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

Исследование создает ценность только в том случае, если оно может изменить то, что будет создано, что делает его в равной степени вопросом управления и методологии. Команда, обязанная выполнить согласованный за год план, не может действовать на основе полученных знаний, и в этом контексте исследование становится лишь документацией уже принятых решений. На практике методы исследования находятся внутри... исследование продукта и пользовательское исследование, решение работает в дизайн продуктаКроме того, полномочия на изменение направления на основе имеющихся доказательств должны быть четко определены, иначе практика превратится в театральное представление.