Название секции;Важность;Что тут надо расписать;<span style="color:#f25055">Что не стоит делать</span>

<b style="color:white";>Elevator pitch</b><br>краткое описание;<span style="color:#f25055";>Обязательно</span>;Короткое и ясное саммари всего документа. Представь, что рассказываешь проект директору (это частая ситуация) и у тебя 30 секунд - как выделить суть? Как ни странно, это самая сложная часть всей стратегии.;Если не можешь пока сформулировать главную мысль, не торопись презентовать, потому что на ходу это придумать не получится. <b style="color:white";>Problem / requirements</b><br>бизнес-проблема / требования;<span style="color:#f25055";>Обязательно</span>;Что за проблему пользователей/клиентов мы решаем? Зачем надо вообще что-то решать? Почему это проблема? Какая у нее цена (1 клиент или 1000, 1$ или 100000$). Данный слайд также должен отвечать на вопрос: “Зачем я должен продолжать тебя слушать?”;Не заменяй проблему решением. Пример: “Нужно построить систему X” - это замена вопроса “Зачем” вопросом “Что”. Система X - всего лишь одно из решений, которые ты предложишь далее. <b style="color:white";>Context</b><br>контекст;<span style="color:#f25055";>Обязательно</span>;Представь себя на месте человека, который видит вашу тему в первый раз. Какие факты нужно тебе рассказать, чтобы обрисовать текущее положение дел? Здесь можно описать предыдущие попытки решить проблему и релевантные соседние проекты.;Не закапывайся в детали, чтобы не потерять слушателей. Упоминай только главные результаты: что сделали и чему научились, а не что “делали”. <b style="color:white";>Goals</b><br>цели;<span style="color:#f25055";>Обязательно</span>;Что мы планируем по поводу этих проблем сделать. Тут можно задать либо OKR, либо в более визуальной форме сделать слайд “Before → After”.;Избегай ставить нереалистичные или, наоборот, расплывчатые цели, иначе опытные лидеры потеряют доверие к твоей стратегии. <b style="color:white";>Metrics/KPI</b><br>метрики;<span style="color:#f25055";>Обязательно</span>;Как мы будем измерять бизнес-успех, ведь без метрик любые стратегии это просто теории. Продакт должен уметь сказать что-то вроде: “Главная метрика будет Х (потому что...), прокси-метрики будут Y и Z (за счет...)., и я планирую поднять X со значения A до значения Б к концу года”.;Не надо презентовать стратегию без измеримых целей и метрик - тебя все равно о них спросят. Страшно давать прогноз? Значит стратегия еще не проработана до конца. <b style="color:white";>Roadmaps</b><br>роадмап;<span style="color:#f25055";>Обязательно</span>;Критически важно связать цель с тактикой, чтобы показать, как идеи перетекают в конкретные шаги. Искусство тут в том, чтобы дать достаточно деталей (например, 20 экспериментов в течение года), но при этом не перегрузить слушателей.;Не презентуй стратегию, пока не готов роадмап конкретных (хотя бы первых) шагов, иначе есть риск произвести впечатление продакта-теоретика. <b style="color:white";>Market analysis</b><br>Анализ рынка и конкурентов;<span style="color:#e6ac39";>Опционально</span>;Обязательный раздел для продуктов, которые планируют занимать долю рынка. Какой объем рынка? Чем вы отличаетесь от конкурентов?;Конкурентные преимущества должны быть убедительными, критерии выбора клиентов должны быть подтверждены через customer research <b style="color:white";>MVP</b><br>Minimal Viable Product;<span style="color:#e6ac39";>Опционально</span>;Для проектов с уже понятной структурой (например, для команды, которая ставит цель на следующий год) MVP является просто “левой частью роадмапа”. Для новых запусков (например, новой линейки продукта) MVP должен отвечать на вопрос: что является абсолютным минимумом проверки описанной стратегии на прочность? Только лендинг? Или еще и фича Х?;Не делай MVP слишком очень большим (это займет годы и отсрочит проверку гипотез из твоей стратегии) или наоборот, бессмысленно маленьким (такой MVP ничего не проверяет). <b style="color:white";>Economics</b>;<span style="color:#e6ac39";>Опционально</span>;Почему продукт будет жизнеспособен с финансовой точки зрения. Юнит-экономика для стартапа, влияние на экономику компании для фичи или направления в продукте; Не нужно делать нереалистичные прогнозы в стиле "хоккейная клюшка", подумайте про то какие самые критические предположения заложены в ваш продукт. <b style="color:white";>Non-goals</b><br>не цели;<span style="color:#e6ac39";>Опционально</span>;Что мы не планируем делать в рамках этого проекта. Обычно используется, чтобы от вас не ожидали лишнего.;Избегай расплывчатых формулировок, чтобы через год не услышать от директора: “Как не сделано!? Это же было в стратегии!” <b style="color:white";>Strategic fit</b><br>стратегическое соответствие;<span style="color:#e6ac39";>Опционально</span>;Как проект соответствует целям компании. Например, новая фича помогает развивать семейный сегмент, который как раз является приоритетом компании в этом году.;Избегай идей, оторванных от реальности компании. Если стратегия не помогает ни одному из приоритетов, то подумай, а надо ли ее вообще развивать. <b style="color:white";>Background research</b><br>предварительный ресерч;<span style="color:#e6ac39";>Опционально</span>;Обычно добавляется в конец дока (appendix), чтобы показать, что мы наресерчили. Важно, чтобы не изобрести велосипед и отталкиваться от данных, а не иллюзий отдельного продакта.;Избегай громких заявления типа ”Мы посчитали, что сможем поднять конверсию в 10 раз”. На каждую такую фразу лидеры попросят пруф. Отсутствие его или путаница с данными подорвет доверие слушателей. <b style="color:white";>Details</b><br>детали;<span style="color:#e6ac39";>Опционально</span>;Обычно добавляется в конец дока (appendix), чтобы пояснить утверждения в презентации. Например, в роадпаме ты упоминаешь “Добавить фичу Х для семей, ссылка”, а в конце документа на отдельном слайде показываешь, что это, зачем, примерный дизайн.;Избегай любых неочевидных утверждений без возможности кликнуть и разобраться, что же это на самом деле. Например, “Добавим систему LS2-трекинга (x2 конверсия)” без пояснения вызовет раздражение аудитории.