Зачем:
Собрать проверяемое видение продукта — от боли пользователя к минимально жизнеспособному решению.
Работает для любого продукта: курса, сервиса, инструмента, внутренней программы.
Как пользоваться:
7 шагов в логике Lean / Jobs-to-be-Done. Под каждым — «зачем мы это спрашиваем».
На выходе — бриф + методическое зеркало + направления решения.
1. Какую боль решаем?
Опишите конкретную ситуацию, в которой кому-то сейчас плохо или неудобно. 2–3 предложения, не абстракция.
Зачем: без конкретной боли продукт превращается в «фичу ради фичи». Боль — стартовая точка любого видения.
2. Кто страдает и кто платит?
Опишите пользователя — кто он, в каком контексте, что у него за роль. Если платит другой человек/роль — назовите и их.
Зачем: пользователь и заказчик часто не один и тот же. Решение должно работать для обоих.
3. Что человек пытается сделать?
Job-to-be-done: какую работу человек «нанимает» наш продукт делать. Формулировка: «Когда [ситуация], я хочу [действие], чтобы [результат]».
Зачем: люди не «покупают продукт», они нанимают его для конкретной работы. Понимание job — ключ к точному решению.
4. Чем люди пользуются сейчас?
Альтернативы: что человек делает сегодня без нашего продукта? Какие конкуренты, костыли, обходные пути. Почему этого недостаточно.
Зачем: если альтернатив нет — возможно, проблема не настолько острая. Если альтернативы есть — нужно понять, чем мы лучше или иначе.
5. Какое решение и как им пользуются?
Опишите продукт и 2–3 ключевых сценария: что человек делает от первого касания до результата. Формат, носитель — любой (курс, сервис, чат-бот, программа сопровождения).
Зачем: до этого шага продукта ещё «нет» — мы его проектируем под боль и job. Сценарии показывают, как решение встраивается в жизнь пользователя.
6. Что в MVP, а что — нет?
Минимум, без которого продукт не работает. Что точно НЕ входит в первую версию (даже если хочется).
Зачем: MVP — это инструмент проверки гипотезы, а не «маленькая версия мечты». Список «что НЕ входит» иногда важнее списка «что входит».
7. Как поймём, что сработало?
Критерий успеха с измеримой метрикой и сроком. «Стало лучше» — не критерий. «Время адаптации сократилось с 6 до 3 недель» — критерий.
Зачем: без критерия нельзя сказать, нужен продукт в следующей версии или нет. Видение без метрики = «я постарался».