Оглавление

Принципы процессов продакта:

Механики процессов продакта:

Введение в Working Backwards

«Ты не можешь написать шестистраничный документ и не думать ясно про задачу» by Джефф Безос.

Цели процесса Working Backwards:

  1. Сместить на этап проектирования внесение дорогих изменений—неучтённых потребностей клиентов или стейкхолдеров, косяков в UX'е, неучтённых рисков
  2. Фокусировать продакта и всех, кто будет делать этот продукт, на решении потребности клиента.
  3. Снизить стоимость коммуникации при паравозинге будущего продукта по стейкхолдерам.

«В Amazon процесс Working Backwards обязателен. Если по нему идти правильно, это действительно большой объём работы. Но этот процесс позволяет сэкономить значительно больше денег в будущем» by Джефф Безос [1]

В Amazon на каждый проект, в котором будут задействованы больше двух человек, пишется one pager. One pager—состоит из описания проекта и вопросов и ответов. Строгого формата нет.

Six pager—формализованный документ, который пишется на большие проекты. [конкретный трешхолд пока непонятен. Вероятно, для того, что ставится в цели +1 уровня и занимает от полугода]

Зачем писать one pager’ы и six pager'ы

  • Для компании
    • Это основной процесс, который обеспечивает соблюдение культурных принципов, в том числе «Customer Obsession» и позволяет постоянно поднимать планку качества решения потребностей клиента, «Insist on the highest standarts», «Deliver results» и других. [2]
    • Помогает очень чётко сонаправлять действия каждой конечной команды с целями всех уровней, вплоть до целей компании и уровня CEO, так как этот фреймворк фокусируется на суперчёткости всех формулировок
    • Наследует все плюшки письменной коммуникации: выше скорость получения информации, лучше проработка и ниже вероятность логических дыр. Чинит проблемы устной коммуникации: выше вероятность наличия логических дыр, неравные условия для людей, которые не умеют убеждать.
    • «Такой документ [преимущественно, six pager] ооооочень сильно упрощает коммуникацию в компании.»
    • Все сотрудники учатся говорить на языке vision'а: «После того, как написал документ, сам перечитываешь [свой пресс-релиз] и задаёшь себе вопрос: это вообще достаточно амбициозная штука, чтобы этим заниматься вообще?. Нужно ли это делать или это херня? Таким образом работа механически вводится работа через vision»
  • Для продакта/любого сотрудника Amazon
    • «После того, как документ заапрувили, он становится спецификацией, через которую удобно взаимодействовать со всеми в команде»
    • «Для коммуникации со стейкхолдерами, тем более с появляющимися по ходу работы над проектом, такой документ невероятно упрощает и ускоряет коммуникацию, так как этот документ уже давно итеративно вылизан и люди быстро входят в контекст и или принимают его, или просят внести правки»
    • «Ты сделал какую-то кнопку, она принесла результат, но ретроспективно сложно сформулировать предпосылки и результат. Для продакта такой документ становится фактом подтверждения твоего результата. Как портфолио»

Правила написания документов в Amazon:

  • Доёбистость до чистоты формулировок
    • топы и руководители безусловно принимают правила: «Нормальная практика, что Senior Vice President могут подрючить нас за то, что плохо написано»
    • недетерминированные пригалательные банятся, типа «мы сделаем удобно пользователю». Улучшение опыта должно быть описано кокнретно и измеримо
    • упрощать до минимума. «каждая мысль, каждый апдейт по целям должен умещаться в параграф. Руководители итеративно заставляют нас упрощать до тех пор, пока не выкристаллизовывается основная мысль в одном-двух ясных, чётких предложениях»
  • «Мы относимся к документу как к продукту»
    • «Ты сначала анализируешь аудиторию, ты понимаешь — «ага, вот эти, эти и эти будут читать», вот такая аудитория, такие SVP. У них вот такой-то контекст, такие потребности, и в такую структуру это должно превратиться»
  • «Аргументированность данными»
    • «Важно, что все знают, что не могут быть голословными. Всё нужно подкреплять данными. Если самих данных ещё нет, пишешь TK [сокращение от To Come, сделаю позже], и на это смотрят и могуть дать обратную связь: «не, на это не нужно смотреть, нужны другие данные»»
  • Всегда, когда речь идёт про будущее, от тебя ждут конкретную дату.

Формат six pager’а [2, 3, 4]

Six Pager должен отвечать на следующие вопросы:

  1. Кто клиент?
  2. Как звучит проблема или новая возможность для клиента?
  3. Как звучит самая важная ценность, которую мы хотим создать для клиента?
  4. Откуда мы знаем, что клиент хочет этого?
  5. Как будет выглядеть опыт клиента?

Press Release

  • Саммари—Саммари продукта и ценности для клиента. Предположите, что читатель не будет больше ничего читать, поэтому этот параграф должен быть действительно классным.
  • Проблема—Опишите проблему, которую решает ваш продукт
  • Решение—Расскажите как элегантно ваш продукт решает эту проблему.
  • Цитата сотрудника компании
  • Как начать—опишите, насколько легко будет начать пользоваться вашим продуктом
  • Цитата клиента—напишите цитату от предполагаемого клиента, в которой он рассказывает какую ценность он получил от вашего продукта
  • Завершение и призыв к действию—суммируйте и укажите что должен сделать читатель.

Старайтесь урезать жир и оставлять 3-4 предложения на параграф. Пресс-релиз не должен быть больше, чем половина А4. Язык—понятный простому человеку, без терминов и geek-language.

FAQ

  • Вопросы и ответы для клиентов: если продукт сломается, как его исправить? Как я смогу отменить подписку?
  • Вопросы и ответы для стейкхолдеров, часто тяжёлые вопросы, которые мы стремимся игнорировать. Сколько людей нам потребуется? Сколько времени займёт создание первой версии? С кем мы конкурируем?

Visuals

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

Процесс

  • Мнооооого итераций
  • Divergence → Convergence → Divergence → Convergence → ...
    • Divergence: Генеришь идею с командой через интервью с клиентами, Design Thinking
    • Convergence: Собираешь первую обратную связь с ближайших стейкхолдеров и коллег
    • Divergence: Перерабатываешь по обратной связи, вместе с командой генеришь идеи, как решить возникшие вопросы
    • Convergence: Отправляешь документ большему количеству стейкхолдеров и коллег, начинаешь согласовывать.

1 — Is the Working Backwards process optional by Jeff Bezos on YouTube
2 — ABX - Session 5 - Working backwards: applying Amazon innovation best practices to procurement - YouTube by Mike Bainbridge, Digital Transformation Business Development Manager at AWS on YouTube
3 — What is Amazon’s approach to product development and product management? - Quora by Ian McAllister, ex Sr. Product Manager at Amazon on Quora
4 — Agile Roundabout #22 - Working backwards from customers in Amazon Video - YouTube by Simone Campora, Software Development Manager at Amazon Video on YouTube
5 — AWS Summit Singapore - Working Backwards from the Customer by Wen-I Huang, Innovation Advisory at AWS on YouTube