🌀 4 бесконечно масштабируемых Петли Смерти продукта
4 Петли Смерти любого продукта:
🌀 Go-To-Market-Gap Death Loop
Создаётся, когда возникает рассинхрон между командой, которая разрабатывает продукт/функции, и командой, отвечающей за их вывод и доставку до пользователей/рынка.
Может быть связана с разными причинами: от неправильного сегмента клиентов до кривых внутреннних коммуникаций/Сообщения/неправильного канала доставки и т.п.
Так или иначе, глядя на печальные метрики плохо доставленной фичи, команда может ошибочно сделать вывод, что их причина... в отсутствии ценности продукта/фичи, а значит, надо "идти дальше" и набивать «ценность», ища и создавая... новые плохо доставляемые фичи.
🌀 Copy Death Loop
Частый случай на перегретых рынках, где каждый продукт работает по коротким циклам релизов-апдейтов, создавая иллюзию своего «прогресса».
Вот как это часто бывает:
1) Конкурент выпускает и расхваливает свою новую фичу.
2) Неуверенные в себе/продукте команды/руководители/борда/овнеры чувствуют необходимость «отреагировать».
3) Их реакция – реверс-интеграция фичи конкурента у себя.
4) Но чтобы "дифференцироваться", они добавляют немного своей "изюминки" (тех. долга), что съедает ещё больше времени/сил/$.
5) А это время конкурент уже релизит и анонсит новую фичу...
🌀Hippo Death Loop
Эта петля смерти встречается в оргах, где существует иерархическая культура и где мнение главного начальника 🦛 претендует быть единственным.
Такое "мнение" возникает рандомно и часто базируется на прочитанном отрывке из "умной книги" или "инсайтами от инсайдеров", по которым он "быстро понимает, что нужно дальше".
Команды получают "зелёный свет", не проверяют идеи/гипотезы/варианты, а сразу придумывают решения на основе желаний одого человека, которые в 99% берутся... из Dead Copy Loop.
🌀 Metric Greedy Death Loop
В петлю жадности легко попасть, когда продакт и команда начинают искать фичи с самой плохой статистикой (или искать плохую статистику в самой главной фиче) и пытаются жадно её исправить через тесты, UX/UI, "усиление фичи", вместо того, чтобы... сделать шаг в сторону от цифр.
Пример: в продукте по подбору IT-персонала сократилось количество размещённых рекрутерами вакансий, но продакт с командой продолжают упрощать UX/UI размещения вакансий.
Тогда как настоящей причиной спада может быть то, что большинство компаний не нанимают сотрудников из-за рецессии на рынке труда.
Как разорвать порочные петли:
1) Относитесь к цифрам как к части доказательств, а не как к единственной движущей силе и источнику информации.
2) Объединяйте "цифры" и "отзывы" в Информацию.
3) Копируйте либо ОЧЕНЬ быстро, либо не копируйте ВООБЩЕ (это ещё быстрее).
4) Поощряйте и развивайте в командах умение задавать правильные вопросы.
«Отрицательный цикл разработки» (negative build loop) — это контрпродуктивный процесс в продукте, вызванный негативными привычками, отсутствием процессов, корп. культуры и полномочий у продакта/команды/руководства
4 Петли Смерти любого продукта:
🌀 Go-To-Market-Gap Death Loop
Создаётся, когда возникает рассинхрон между командой, которая разрабатывает продукт/функции, и командой, отвечающей за их вывод и доставку до пользователей/рынка.
Может быть связана с разными причинами: от неправильного сегмента клиентов до кривых внутреннних коммуникаций/Сообщения/неправильного канала доставки и т.п.
Так или иначе, глядя на печальные метрики плохо доставленной фичи, команда может ошибочно сделать вывод, что их причина... в отсутствии ценности продукта/фичи, а значит, надо "идти дальше" и набивать «ценность», ища и создавая... новые плохо доставляемые фичи.
🌀 Copy Death Loop
Частый случай на перегретых рынках, где каждый продукт работает по коротким циклам релизов-апдейтов, создавая иллюзию своего «прогресса».
Вот как это часто бывает:
1) Конкурент выпускает и расхваливает свою новую фичу.
2) Неуверенные в себе/продукте команды/руководители/борда/овнеры чувствуют необходимость «отреагировать».
3) Их реакция – реверс-интеграция фичи конкурента у себя.
4) Но чтобы "дифференцироваться", они добавляют немного своей "изюминки" (тех. долга), что съедает ещё больше времени/сил/$.
5) А это время конкурент уже релизит и анонсит новую фичу...
🌀Hippo Death Loop
Эта петля смерти встречается в оргах, где существует иерархическая культура и где мнение главного начальника 🦛 претендует быть единственным.
Такое "мнение" возникает рандомно и часто базируется на прочитанном отрывке из "умной книги" или "инсайтами от инсайдеров", по которым он "быстро понимает, что нужно дальше".
Команды получают "зелёный свет", не проверяют идеи/гипотезы/варианты, а сразу придумывают решения на основе желаний одого человека, которые в 99% берутся... из Dead Copy Loop.
🌀 Metric Greedy Death Loop
В петлю жадности легко попасть, когда продакт и команда начинают искать фичи с самой плохой статистикой (или искать плохую статистику в самой главной фиче) и пытаются жадно её исправить через тесты, UX/UI, "усиление фичи", вместо того, чтобы... сделать шаг в сторону от цифр.
Пример: в продукте по подбору IT-персонала сократилось количество размещённых рекрутерами вакансий, но продакт с командой продолжают упрощать UX/UI размещения вакансий.
Тогда как настоящей причиной спада может быть то, что большинство компаний не нанимают сотрудников из-за рецессии на рынке труда.
Как разорвать порочные петли:
1) Относитесь к цифрам как к части доказательств, а не как к единственной движущей силе и источнику информации.
2) Объединяйте "цифры" и "отзывы" в Информацию.
3) Копируйте либо ОЧЕНЬ быстро, либо не копируйте ВООБЩЕ (это ещё быстрее).
4) Поощряйте и развивайте в командах умение задавать правильные вопросы.