Как создать продукт, который полюбят

• Лучшие идеи остаются, а те, что похуже, сами собой тонут. Это преимущество проистекает из естественной склонности группы забывать, кому принадлежит идея. Поэтому доска очень полезна, особенно если у группы много идей. Главное, не подписывать идеи: так вы не заденете ничьего самолюбия и не запустите механизм неприятия чужой разработки или механизм «придумано не нами». Технику «общего котла» (The Cauldron) использовали в Apple, где на совещании иногда присутствовал и Стив Джобс. Гленн Рейд, бывший директор по разработке приложений для потребителей в Apple, говорил: «Общий котел позволял нам сделать замечательный суп, сварить зелье — и неважно, где была чья идея. Ретроспектива показала, что очень важно было отделить идеи от их авторов. Если идея была хорошей — мы соглашались, если идея была плохой — она оседала на дно котла. Мы не помнили, кто что придумал, — это не имело никакого значения»[74].

Преимущество есть и у техник ограничения времени, как, например, та, которой воспользовались в онлайн-стартапе Medium. Берете группу нужных людей, формулируете проблему, которую необходимо решить, и — «у вас есть две минуты, чтобы записать все идеи, которые придут им в голову [насчет решения этой проблемы], — сказал мне директор по разработке и запуску продуктов Джейсон Стирман. — После этого у вас будет пять минут, чтобы записать идеи на доску и объяснить их. После этого — еще две минуты, чтобы дописать недостающие идеи… конечный результат — вы получаете максимально возможное количество идей. Мы так часто устраиваем мозговой штурм».

«ЗАДОМ НАПЕРЕД»

Есть еще одна мощная техника, которую используют в Amazon. Она известна как «задом наперед» (working backwards). Сначала владелец продукта должен написать предполагаемый пресс-релиз для будущего продукта, а также собрать придуманные цитаты из отзывов пользователей, часто задаваемые вопросы и рассказы покупателей о том, как они использовали продукт.

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

Особенность техники «задом наперед» в том, что создание подобного документа потребует усилий каждого сотрудника вашей компании — не только дизайнеров и разработчиков продукта, но и специалистов по маркетингу, продажам, техподдержке и многих других. Другими словами, вам придется продумать все аспекты, которые лягут в основу вашего продукта.

Вернер Фогелс, главный технический директор в Amazon, так объясняет этот процесс:

Формирование технических требований к продукту происходит «задом наперед»: мы начинаем с написания документов, которые понадобятся при запуске продукта (пресс-релиз, часто задаваемые вопросы), а на их основе разрабатываем документы, которые необходимы для практической реализации.

Формирование технических требований к продукту «задом наперед» позволяет увидеть концепцию целиком и четко понять, что именно мы собираемся «взять и сделать»[75].

По Фогелсу, в технике «задом наперед» задействованы четыре документа.

Пресс-релиз

Для чего предназначен продукт и почему он создан.

Часто задаваемые вопросы

Вопросы, которые могут возникнуть после прочтения пресс-релиза.

Описание потребительского опыта

Описание того, что увидит и почувствует потребитель при использовании продукта, и соответствующие иллюстрации к этому описанию.

Руководство пользователя

К нему пользователь будет обращаться, чтобы разобраться, как применять продукт.

На первый взгляд может показаться, что все это излишняя суета, но в Amazon успешно используют этот метод на протяжении уже более чем десяти лет. Если же объединить его с «сафари продаж», то создание продукта неизбежно станет более ориентированным на заказчика. Вы начнете работать над идеями, которые исходят из того, что нужно реальным людям, а не думать над тем, как впихнуть свой продукт безликому потребителю.

Центральным элементом метода «задом наперед» выступает пресс-релиз. Этот документ объемом не более полутора страниц — путеводная звезда и краеугольный камень продукта, и иногда именно он может определять ход развития событий.

«У меня есть проверенное правило: если сложно написать пресс-релиз, скорее всего, и продукт выйдет отвратительный, — говорит Иан Макаллистер из Amazon. — Работайте над ним до тех пор, пока вы ясно не увидите идею каждого абзаца»[76].