ЦА: Produc Lead+
#productmanagement
Я тут сильно заболела и выпала из всех возможных процессов и своих работ. Прихожу в себя и возвращаюсь. Всем не болеть🤗
Я обожаю делать quick review бизнеса, юнита, направления, команд. Я это делала либо по запросу сверху "дело дрянь, нужно понять, что там творится", либо на этапе формирования и оценки стратегии, либо когда заходила на управленческую позицию в новую команду, иногда на этапе M&A.
Итак этапы quick review (дайте знать в комментариях, если что-то непонятно)
📃 Финансовая и операционная отчетность
↘️ Если её нет или вам говорят "мне нужно время, чтобы собрать эксель" -> "дело дрянь".
↘️ Если вам дают ссылку на дашборды, которых 1000 и там нет ничего про деньги - > "дело дрянь" (в дальнейшем ласково "дело 🫤")
↘️ Если всё собрано, ведется и учитывается, но нет единого центра принятия решений по выделению бюджета на те или иные нужды -> "дело 🫤"
↘️ Если люди в костах учитывают лишь косты на маркетинг, а всё остальное указывают как затраты общего котла -> "дело 🫤"
↘️ Закупки ведутся вне процессов и нигде не учитываются -> это лютый кошмар, я думаю понятно почему.
📊Финансовая модель
✅Burn Rate (сколько сжигается денег после всех поступлений) и Runway (сколько месяцев компания протянет при текущем Burn Rate). Если Runway> 12 мес., то ОК.
Burn Multiple (насколько эффективно преврашаются сжигаемые деньги в новый годовой доход (ARR)). Если Burn Multiple > 3–5 (значит тратят 5 $/Р на 1$/Р ARR) -> "дело 🫤", нет product‑market fit
✅Rule of 40 (темп роста выручки (% ) + показатель прибыльности (%)). Классическое правило > 40% значит это "здоровая компания" не подходит для AI, может быть и ниже. Если ниже, нужно копнуть глубже.
✅LTV / CAC ≥ 3 . Если < 1 - теряем деньги на каждом клиенте
✅CAC Payback (срок окупаемости стоимости привлечения клиента) < 12–18 мес. - это супер! Всё, что выше, не значит плохо, нужно копнуть.
+ NRR, Выручка на сотрудника и Валовая маржа. Все вопросы пишите в 💬
🎯Стратегия, общие цели
🟣Цели должны быть реальны и соответствовать запросам выше(или кто вас там кормит). Нужно четко понимать, зачем вы тут все существуете и какое value даете тем, кто вас кормит.
🟣 Цели, стратегия и roadmap должны быть провязаны друг с другом, не должно быть одно мимо другого
🟣Четкая система фиксирования результатов или их невыполнение.
📇 Структура команды
90% болевых точек всех команд находится в области нехватки QA или UX-исследователей
▪️5-10 инженеров на 1 PM. Меньше -> сильный микроменеджмент, больше -> отсутствие продуктового фокуса
▪️UX/UI‑дизайнер на 7 (+/- 2) разработчика. Один дизайнер на 50+ разработчиков -сигнал недоинвестированного UX.
▪️Для пользовательских продуктов идеальна пара 1 PM : 1 дизайнер (вместе с тех‑лидом образуют "триаду").
▪️1 QA на 2-5 разработчиков. Идеальный вариант: 1-3. Исторически в Microsoft применяли даже 1:1.
▪️1SA на 3 разработчика: это ОК
▪️Span of Control (подчинённых на менеджера): 5–10 (часто ~7 ± 2). Менее 3 - раздутие иерархии; более 15-20 - недостаток внимания к людям
Если в командах есть BA или Scram-master: я всегда задаю вопрос зачем? У меня очень скептическое отношение к этим ролям. Редко когда эти роли оправданы.
💻Текучесть и карьерное развитие
➡️Годовая текучесть (ИТ): если > 20–25 % - это красный флаг
➡️Промо‑рейт 6–7 % в год. Если < 2 % - высокая текучесть
➡️eNPS: отрицательный - крайне токсичная культура
🔹Процессы, качество, культура
⚪️ Инжиниринг: нет тестов, код‑ревью, CI/CD и т.д.
⚪️ Проджект‑менеджмент: сроки срываются, ничего не планируется.
⚪️ Структура: 5 уровней согласования мелочи - медленность; "плоскач" без ролей - непонятно, кто отвечает.
⚪️ Культура: hero‑mode (вечные "пожары") или чрезмерная бюрократия - оба края вредны.
Не всегда все показатели нужны, а иногда и их недостаточно. Главное, не посчитать всё, а найти проблему и все причинно-следственные связи.
Было ли такое, что после quick review принимали решение о закрытии, да, бывало.
👍 - если пост дал value