Исследуйте суть методики Working Backwards, которая позволяет разрабатывать продукты, исходя из конечных потребностей пользователей и достигать выдающихся результатов.

В основе принципа Working Backwards лежит фокусировка на итоговом состоянии клиента и/или мира. Стив Джобс очень хорошо выразил этот принцип: «Вам нужно начинать с пользовательского опыта, и двигаться назад в сторону технологий». Другими словами, мы сначала понимаем что мы хотим сделать, и потом ищем возможности для технической реализации.

Применение принципа Working Backwards к продуктовой разработке помогает: Понять, стоит ли вообще разрабатывать продукт или функцию. Сформировать видение продукта. Ускорить процесса генерации идей. Детализация и приоритизация.

Попробуйте сделать «внутренний пресс–релиз» до начала разработки продукта. Вам не нужны технические детали, планы по реализации или особенностей дизайна. Вы фокусируетесь на том, что важно для конечного пользователя. Если пресс–релиз получился — похоже, вы действительно делаете что–то стоящее.

В основе принципа Working Backwards лежит фокусировка на итоговом состоянии клиента и/или мира.

• Сначала прорабатываем образ желаемого будущего, как если бы все наши активности по разработке и улучшению продукта уже имели бы желаемый результат.

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

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

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

Как это работает?

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

Мы привыкли ощущать (и это действительно так), что будущее обладает огромной неопределенностью. Даже если вас спросить, как сегодня пройдет ваш день — у вас могут начаться сомнения относительно отдельных элементов.

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

Применение принципа Working Backwards к продуктовой разработке помогает:

• Понять, стоит ли вообще разрабатывать продукт / нужную функцию (В этом образе будущего — именно этот продукт / функция позволили достичь результата? Или что–то другое что по–настоящему сработало?)

• Сформировать видение продукта. Каким он должен быть, какими особенностями обладать и т.д. С помощью Working Backwards можно относительно легко добиться высокой детализации этого видения, потому что нам легче увидеть эти детали, находясь «там–и–тогда».

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

• Детализация и приоритизация. Когда мы мыслим от итогового результата, все лишнее как правило отпадает, а все неясности — хорошо детализируются. В результате мы можем достаточно легко и быстро получить план развития продукта.

Давайте разберем, что конкретно можно делать, чтобы «работать с конца».

Пресс–релиз из будущего

Ian McAllister, генеральный директор Amazon, предлагает следующую практику: попробуйте делать «внутренний пресс–релиз» до начала разработки продукта.

Как это работает?

Пресс–релиз подразумевает, что вы избавляетесь от всех деталей относительно реализации, технических особенностей, а также от особенностей дизайна.

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

Если пресс–релиз получился — похоже, вы действительно делаете что–то стоящее. Если пресс–релиз сложно написать, или он не очень убедительный — значит, продукт, скорее всего, будет плохим (независимо от того, насколько качественно вы его реализуете).

Мы обычно думаем последовательно. Вначале продукт — потом презентация. Однако реализация принципа Working Backwards в этом вопросе помогает снять риски, что вы будете делать что–то ненужное.

«Итерации по пресс–релизу намного быстрее и дешевле, чем итерации по самому продукту» — как пишет Ian McAllister. Не поспоришь!

Вот какую структуру такого пресс–релиза предлагает директор Amazon:

• Заголовок — назовите продукт так, как его поймет читатель (т.е. ваша целевая аудитория).

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

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

• Проблема — опишите проблему или боль, которую решает ваш продукт.

• Решение — опишите, как ваш продукт решает проблему, с чем он помогает, какую ценность клиент получает от покупки.

• Цитата от вас — цитата из представителя вашей компании.

• Как начать — опишите, как клиент может легко начать пользоваться продуктом, что для этого нужно.

• Цитата клиента — предоставьте цитату от гипотетического клиента, которая описывает, как он получил ценный для него результат. Возможно, будет полезно, что у вас есть карта эмпатии этого клиента, или вы проработали его методом построения персон.

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

Некоторые советы по процессу написания пресс–релиза:

• Будь проще.

• 3-4 предложения для большинства параграфов.

• Возможно, полезно будет сопроводить пресс–релиз FAQ (ответы на распространенные вопросы).

Ретроспектива из будущего

Andre Theus, президент по маркетингу из ProductPlan, предлагает использовать следующий инструмент: попробуйте сделать рестропективу разработки продукта. Как если бы он уже был реализован и вы обсуждали, как все прошло.

Опять же, это принцип Working Backwards в действии: вы помещаете себя в будущее, и находясь там–и–тогда обсуждаете прошлое.

Что обсуждать?

Обсудите успехи и неудачи. Что получилось хорошо, что плохо, что можно улучшить. Что вы будете продолжать делать, что вам нужно перестать делать, что нужно оставить как есть.

Чем это поможет?

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

Заключение

Принцип Working Backwards можно реализовать различными способами. Основная идея этого инструмента — «положить себя в будущее» и находясь в этом будущем прорабатывать прошлое.

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

Принцип Working Backwards можно реализовать различными способами. Основная идея этого инструмента — «положить себя в будущее» и находясь в этом будущем прорабатывать прошлое.

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