1.5Kпросмотров
76.3%от подписчиков
18 июля 2025 г.
Score: 1.7K
СРО/COO: "пришел - увидел - заплакал". Чек‑лист здоровья бизнеса, компаний, юнитов, команд. ЦА: 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 уровней согласования мелочи - медленность; "п