Заключение
Цель, которую я ставил перед собой, когда писал это руководство, – помочь вам создавать такие продукты, которые будут нравиться пользователям. Движение к поставленной цели началось с пирамиды соответствия продукта рынку – имеющей практическое применение модели, которая определяет компоненты соответствия продукта рынку и то, как они связаны между собой. Любой интересующий вас рынок состоит из целевых клиентов и их потребностей, а ваш продукт представляет собой сочетание ценностного предложения, набора функций и пользовательского опыта. Пытаясь достичь соответствия продукта рынку, вы выдвигаете ключевые гипотезы на каждом из пяти уровней пирамиды.
Процесс создания бережливого продукта позволяет сформулировать и протестировать выдвинутые вами гипотезы путем выполнения следующих шести шагов:
1. Идентификация целевых потребителей.
2. Определение недостаточно удовлетворенных потребностей.
3. Формирование ценностного предложения.
4. Определение функционала минимально жизнеспособного продукта (MVP).
5. Создание прототипа MVP.
6. Тестирование MVP на пользователях.
Процесс начинается в пространстве задач и постепенно переходит в пространство решений. Сначала вы идентифицируете своих целевых клиентов, которых описываете, используя метод персонажей. Чтобы создать максимально ценный для клиентов продукт, вы используете соотношение важности и удовлетворенности, что позволяет выделить важные, но недостаточно удовлетворенные потребности. Используя модель Кано, вы формируете дифференцированное ценностное предложение, которое наилучшим образом отвечает потребностям целевых клиентов. Затем вы определяете минимальный набор функциональных возможностей, необходимых для реализации ключевых составляющих ценностного предложения. На следующем этапе вы разрабатываете прототип MVP с удобным и продуманным пользовательским интерфейсом, применив принципы создания превосходного UX-дизайна.
Наконец, чтобы оценить соответствие продукта рынку, вы тестируете созданный прототип MVP на целевых пользователях, которые могут дать вам лучшую обратную связь, относящуюся прежде всего к области решений. Для экономии ресурсов и ускорения итераций, прежде чем приступить к непосредственному созданию продукта вы проводите тестирование с использованием проектных артефактов, таких как интерактивные макеты. Полученные в ходе тестирования знания вы используете для пересмотра своих гипотез и улучшения прототипа MVP. Вы повторяете цикл «Гипотеза – Проектирование – Тестирование – Обучение» с целью достижения все более высокого уровня соответствия продукта рынку. В процессе вы можете обнаружить более многообещающие рыночные возможности и соответствующим образом изменить одно или несколько своих фундаментальных предположений.
Убедившись в достижении достаточно высокой степени соответствия продукта рынку, вы приступаете к непосредственному созданию MVP. Для снижения рисков и ускорения процесса разработки вы должны действовать поэтапно, итеративно, используя принципы Agile-разработки. При этом постоянный контроль и применение методов тестирования помогают достичь более высокого качества продукта, а непрерывная интеграция и непрерывное развертывание позволяют ускорить процесс разработки.
После запуска продукта вы используете аналитику, чтобы оценить реакцию потребителей. Показатель удержания дает вам количественную оценку соответствия продукта рынку, а когортный анализ показывает изменения, происходящие с течением времени. Обеспечив высокий коэффициент удержания, вы можете сосредоточиться на улучшении других макрометрик, являющихся частью фреймворка AARRR Дэйва Макклюра (привлечение, активация, удержание, рекомендации и доход). Составление уравнений для улучшения бизнеса помогает определить ключевые метрики, относящиеся именно к вашему случаю, а процесс анализа бережливого продукта обеспечивает системный подход к оптимизации основных показателей, что приводит в конечном итоге к увеличению дохода и прибыльности.
Я надеюсь, что вы сочтете достаточно ценными как описание процесса анализа бережливого продукта, так и другие рекомендации, приведенные в этом руководстве. В дополнение к тем советам, которыми я поделился с вами в основной части книги, в заключение я хотел бы привести перечень из 10 лучших практик для создания успешных продуктов.
1. Имейте собственную точку зрения, но оставайтесь непредубежденными. Как вы наверняка понимаете, создание новых продуктов – занятие не для слабонервных. Вам постоянно приходится принимать решения в условиях неопределенности. Поэтому так важно иметь собственную точку зрения и быть решительными в ее отстаивании. Вместе с тем в процессе создания продукта вам необходимо исследовать те области, которые характеризуются наибольшей степенью неопределенности и риска. Во время проведения тестирования следует избегать ситуаций, когда вы становитесь заложником своей первоначальной точки зрения. Вместо этого вы должны быть объективны и основывать свои выводы на фактических данных. Будучи непредвзятым слушателем, вы получите максимум знаний, которые в дальнейшем сможете использовать для пересмотра и улучшения своего мышления.
2. Сформулируйте свои гипотезы. Создание продукта требует выдвижения множества предположений. Интересный способ осмысления продукта – рассматривать его как совокупность всех гипотез, которые привели к конечному результату. Вы должны постараться быть как можно более откровенными в отношении выдвигаемых вами гипотез. Невероятно полезно фиксировать свои гипотезы. Как сказал адмирал Хайман Риковер: «Ничто так не обостряет мыслительный процесс, как изложение своих аргументов». Ваши коллеги должны поступать таким же образом, чтобы обеспечить прозрачность выдвигаемых гипотез для всех участников команды. Делая гипотезы доступными и открытыми для обсуждения, вы тем самым способствуете их улучшению.
3. Жестко расставляйте приоритеты. В процессе создания продукта существует множество идей, которые ведут конкурентную борьбу за ресурсы, поэтому компромиссы неизбежны. Расплывчатое представление о приоритетах обычно приводит к неэффективности и нерешительности. Вот почему я рекомендую жестко ранжировать как бэклоги, так и все прочие списки невыполненных дел и заданий. Четкое определение того, что в данный момент является наиболее важным, помогает разумно расходовать ценные ресурсы и время. Как сказал Питер Друкер: «Время – самый дефицитный ресурс, и без управления им невозможно управлять чем-либо другим».
4. Ешьте слона по частям. С расстановкой приоритетов связана идея намеренного ограничения объема работ, выполняемых единовременно. Как обсуждалось в главе 6, работа с меньшими размерами партий способствует концентрации внимания и выполняется быстрее, что позволяет ускорить получение обратной связи от пользователей. Будьте осторожны и не пытайтесь откусывать больше, чем вы сможете проглотить. Это не означает, что вам следует вообще избегать масштабных задач – просто, взявшись за их решение, необходимо попытаться разбить их на более мелкие элементы, чтобы снизить риски возникновения ошибок и ускорить выполнение итераций.
5. Чаще общайтесь с пользователями. Именно пользователи являются главными оценщиками продукта; они помогают получить знания, которые необходимы вам для достижения соответствия рынку. Чем раньше и чаще вы начнете общаться с клиентами, тем лучше. Стоит потратить усилия на создание платформ, упрощающих планирование и проведение пользовательского тестирования, чтобы в итоге получить возможность контактировать с максимально большим числом пользователей. Не допускайте, чтобы с момента последнего пользовательского тестирования проходило слишком много времени; поверьте, клиенты всегда найдут, чем вас удивить.
6. Тестируйте перед созданием. Многие команды спешат запустить свой продукт, не проверив предварительно ни одну из своих гипотез. Но переход к созданию без наличия подтверждений, что создаваемый продукт соответствует требованиям рынка, почти наверняка приведет к тому, что ваши ресурсы окажутся потраченными впустую. Итерации, проводимые на основе результатов тестирования проектных артефактов, происходят быстрее и обходятся дешевле, чем в том случае, когда вы выносите на суд потребителей сразу готовый продукт. Кроме того, в процессе создания члены команды разработчиков естественным образом привязываются к продукту, что может привести к наличию пре- дубеждений и отсутствию желания и готовности к внесению в результат своего труда серьезных изменений.
7. Остерегайтесь застрять на локальных максимумах. Как вы помните из главы 14, локальный максимум означает, что вы достигли наилучших результатов из возможных в пределах диапазона рассмотренных вами вариантов, но при этом за границами зоны вашего внимания существуют и более привлекательные альтернативные возможности. Вы можете понять, что достигли локального максимума, когда продолжение итераций уже не приводит к дополнительным улучшениям продукта или ключевых показателей. На этом этапе необходимо сделать паузу и взглянуть на ситуацию под другим углом зрения. Чтобы добиться дальнейшего прогресса, попробуйте перейти на более высокий уровень, используйте дивергентное мышление для генерации новых заслуживающих внимания идей.
8. Не бойтесь опробовать новые инструменты и техники. Члены команд-разработчиков часто используют лишь привычные им инструменты и методы, в работе с которыми они накопили немалый опыт. В результате некоторые команды оказываются в замкнутом пространстве, среди давно изученных и хорошо знакомых им вещей, что является далеко не лучшими условиями для поиска потенциально лучших решений. Другие разработчики, напротив, активно исследуют новые инструменты и методики, как только они оказываются в тренде. Я не призываю вас реагировать на каждое веяние моды, однако считаю весьма полезным изучать инновации, проводить сравнения и оставаться в курсе последних событий в интересующих вас сферах деятельности. Не следует избегать новых идей, особенно в тех случаях, когда они могут значительно повысить эффективность работы вашей команды.