MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям

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

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

2. Сформулируйте свои гипотезы. Создание продукта требует выдвижения множества предположений. Интересный способ осмысления продукта – рассматривать его как совокупность всех гипотез, которые привели к конечному результату. Вы должны постараться быть как можно более откровенными в отношении выдвигаемых вами гипотез. Невероятно полезно фиксировать свои гипотезы. Как сказал адмирал Хайман Риковер: «Ничто так не обостряет мыслительный процесс, как изложение своих аргументов». Ваши коллеги должны поступать таким же образом, чтобы обеспечить прозрачность выдвигаемых гипотез для всех участников команды. Делая гипотезы доступными и открытыми для обсуждения, вы тем самым способствуете их улучшению.

3. Жестко расставляйте приоритеты. В процессе создания продукта существует множество идей, которые ведут конкурентную борьбу за ресурсы, поэтому компромиссы неизбежны. Расплывчатое представление о приоритетах обычно приводит к неэффективности и нерешительности. Вот почему я рекомендую жестко ранжировать как бэклоги, так и все прочие списки невыполненных дел и заданий. Четкое определение того, что в данный момент является наиболее важным, помогает разумно расходовать ценные ресурсы и время. Как сказал Питер Друкер: «Время – самый дефицитный ресурс, и без управления им невозможно управлять чем-либо другим».

4. Ешьте слона по частям. С расстановкой приоритетов связана идея намеренного ограничения объема работ, выполняемых единовременно. Как обсуждалось в главе 6, работа с меньшими размерами партий способствует концентрации внимания и выполняется быстрее, что позволяет ускорить получение обратной связи от пользователей. Будьте осторожны и не пытайтесь откусывать больше, чем вы сможете проглотить. Это не означает, что вам следует вообще избегать масштабных задач – просто, взявшись за их решение, необходимо попытаться разбить их на более мелкие элементы, чтобы снизить риски возникновения ошибок и ускорить выполнение итераций.

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

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