Представьте, что ваша задача - научить обезьяну декламировать Шекспира, стоя на красивом пьедестале.
У этой задачи есть две части: 1. изготовить пьедестал 2. научить обезьяну говорить.
Команды инстинктивно начинают с пьедестала, потому что это понятно; контролируемо; создаёт видимый прогресс; позволяет показывать результаты руководству.
Но риск проекта находится не в пьедестале. Он находится в обезьяне.
Продуктовый эквивалент: Неизвестно, нужен ли продукт клиенту, но команда уже:
- разработала интерфейс
- построила интеграции
- наняла отдел
- сделала бренд
- запустила процессы.
После этого закрывать проект становится психологически и политически трудно. Поэтому правильный порядок:
Сначала - самая критичная и потенциально неразрешимая гипотеза. Потом - всё остальное.
Не сначала сделать приложение, а затем проверять спрос.
Не сначала строить платформу, а затем выяснять готовность платить.
Не сначала масштабировать продажи, а затем разбираться, удерживается ли клиент. Хорошая стратегия минимизирует стоимость обнаружения ошибки.
Интенсив Продуктовая стратегия стартует 1 сентября. Регистрация тут: https://strategicmove.education/productstrategy
· 03.08
в этом подходе не хватает одной вещи: заранее зафиксированного kill-критерия. типа «если retention d7 ниже 15% — закрываем, не достраиваем пьедестал». без конкретной цифры на входе команда всегда найдёт способ интерпретировать результат в пользу продолжения, и обезьяна будет вечно «почти заговорила»
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён