Большинство продуктовых команд считают итерацию видом деятельности, относящимся к этапу поставки продукта на рынок. Если вы делаете релизы еженедельно, считается, что вы работаете с недельными итерациями. Но у нас есть также концепция итерации на этапе исследования продукта. Мы условно определяем ее как проверку минимум одной новой идеи или подхода. Конечно же, замыслы и идеи бывают разными по форме, размеру и степени риска, но цель исследования продукта состоит в том, чтобы протестировать их намного быстрее и дешевле, чем на этапе поставки продукта.
Чтобы вы лучше понимали, чего стоит ожидать, скажу, что команды, компетентные в применении современных методик исследования продукта, могут использовать в рамках тестирования порядка 10–20 итераций в неделю. Вам может показаться, что это очень много, но скоро вы убедитесь, что благодаря современным методикам исследования продукта работать так не очень сложно.
Обратите внимание и на то, что многие итерации никогда не пойдут дальше вас, вашего дизайнера и главного инженера. При создании прототипа нередко обнаруживаются проблемы, которые заставляют вас передумать. Тут действует эмпирическое правило: итерация на этапе исследования продукта должна забирать по крайней мере на порядок меньше времени и усилий, чем итерация на этапе поставки.
Глава 34. Методики исследования продукта: обзор
Не существует идеальной систематики методик для исследования продукта: все они полезны и эффективны в различных ситуациях. Так что далее ключевые методики этой группы я представляю вашему вниманию в порядке, который считаю наиболее целесообразным.
МЕТОДИКИ ДЛЯ ФОРМУЛИРОВАНИЯ ЗАДАЧ
Методики для формулирования задач помогают быстро определить, какие фундаментальные проблемы необходимо решить команде в ходе исследования продукта. Если нам предлагается потенциальное решение, надо уточнить базовую проблему, выявить риски и подумать, на чем стоит сосредоточить усилия. А еще нужно убедиться в том, что мы понимаем, как наша работа согласуется с деятельностью других команд компании.
МЕТОДИКИ ДЛЯ ПЛАНИРОВАНИЯ
Несколько методик могут быть полезны в течение всего процесса исследования продукта: они помогают определить наиболее трудные задачи и спланировать, как мы будем подходить к их решению. Обсудим это далее.
МЕТОДИКИ ДЛЯ ПОИСКА ИДЕЙ
Генерировать идеи можно по-разному, но некоторые их источники лучше других, поскольку потенциально позволяют удерживать фокус внимания на наиболее важных проблемах и задачах. Методики выработки идей призваны обеспечить продуктовую команду набором многообещающих решений, нацеленных на решение проблем, над которыми она в настоящий момент работает.
МЕТОДИКИ ПРОТОТИПИРОВАНИЯ
Прототип поистине незаменимый инструмент для исследования продуктов. Далее мы обсудим четыре основных вида прототипов и опишем, в каких ситуациях лучше использовать каждый из них.
МЕТОДИКИ ДЛЯ ТЕСТИРОВАНИЯ
Первостепенная цель исследования продукта — максимально быстрая проверка и тестирование имеющихся идей. На этом этапе мы, по сути, пытаемся отделить перспективные идеи от сомнительных.
В книге перспективная идея продукта определяется как идея, решающая фундаментальную проблему таким образом, чтобы потребители ее покупали; ведущая к созданию продукта, которым будет легко пользоваться; для реализации которой у команды есть время, навыки и технологии, притом что ее воплощение в жизнь принесет пользу бизнесу в разных его аспектах.
Важно помнить, что многие идеи не настолько рискованные, как мы считаем. Они могут быть четкими или же рискованными только в одном аспекте — скажем, юридический отдел беспокоят возможные трудности, касающиеся конфиденциальности будущего продукта. Однако иногда нам приходится решать более серьезные проблемы, и мы сталкиваемся со значительными рисками в большинстве или даже во всех возможных областях.
Таким образом, к исследованию продукта надо подходить так: мы обязаны проверять и подтверждать правоту только тех идей, которые действительно нужно подтвердить, и использовать для этого методику, наиболее подходящую в той или иной ситуации.
ТЕСТИРОВАНИЕ РЕАЛИЗУЕМОСТИ
Методики этой группы предназначены для инженеров-программистов; с их помощью они работают над областями, вызывающими беспокойство. Скажем, тестируемое решение потребовало применения технологии, в использовании которой у команды нет опыта, или были выявлены серьезные трудности в связи с масштабированием или производительностью, или придется оценивать компоненты от сторонних компаний.
