SCUM Product Framework

SCUM — не отраслевой стандарт и не замена discovery или delivery-процессу, а компактная авторская рамка для разговора о продукте. Используйте её как список вопросов: где контекст неясен, какие допущения не проверены и на каком переходе от проблемы к результату команда теряет логику.

SCUM: Signal → Constraints → Understanding → Momentum

Идея: продуктовая работа — это превращение шума (мнений, хотелок, хаоса бэклога) в сигналы, затем — в ограничения, затем — в понимание, и только после этого — в инерцию исполнения, измеряемую эффектом.

SCUM специально устроен так, чтобы:

• резать “фичеризм”,
• защищать команды от случайных запросов,
• ускорять обучение,
• держать фокус на outcomes, а не на занятости.

1) S — Signal (Сигнал): что правда важно

Цель этапа: отделить реальный сигнал от шума стейкхолдеров.

Входы:

• данные поведения (аналитика, воронки, retention),
• голос клиента (интервью, тикеты, Sales call notes),
• контекст рынка (конкуренты, цены, регуляторика),
• ограничения бизнеса (юнит-экономика, каналы, маржа).

Выход: “Карта сигналов”

• 5–15 сигналов максимум на цикл (например, месяц/квартал).
• Каждый сигнал формулируется как наблюдение, не как решение:
  “в активации провал на шаге X”, “churn растёт в сегменте Y”, “в продажах повторяется возражение Z”.

Правило SCUM: если вы не можете назвать сигнал — вы ещё не имеете права обсуждать фичи.

2) C — Constraints (Ограничения): рамка ставки

Цель этапа: превратить “хотим всё” в управляемую ставку.

Виды ограничений:

• ресурсные (люди/время/бюджет),
• технические (архитектура, безопасность, SLA),
• юридические/регуляторные,
• контекстные (сроки рынка, сезонность, зависимости),
• guardrails (что нельзя ухудшить: churn, latency, качество).

Выход: “Карточка ставки (Bet Card)”

• signal → desired outcome → guardrails
• appetite (сколько готовы “съесть”: 2 недели / 6 недель / квартал)
• non-goals (что сознательно не делаем)
• риски/допущения

Правило SCUM: пока не описаны ограничения — любая идея выглядит хорошей.

3) U — Understanding (Понимание): доказать, что ставка не фейк

Цель этапа: быстро понять, какое решение имеет шанс дать эффект, и как мы это узнаем.

Инструменты (не как догма, а как набор):

• мини-исследования (5–8 интервью), прототипы,
• быстрые тесты каналов/офферов,
• “бумажные” расчёты юнит-экономики,
• технические спайки,
• предварительная модель метрик (что должно сдвинуться и почему).

Выход: “Evidence Pack” (пакет доказательств)

• 1–2 возможных подхода (не 10 вариантов),
• ожидаемый механизм эффекта (какая причинность),
• критерии успеха/провала,
• план измерения,
• уровень уверенности (Low/Med/High) + почему.

Правило SCUM: если не ясно, как измеряем — значит, не ясно, что делаем.

4) M — Momentum (Инерция): доставить и закрепить эффект

Цель этапа: не просто “выпустить”, а добиться сдвига метрик и закрепить его.

Принципы исполнения:

• маленькие релизы, ранний rollout,
• feature flags, staged rollout,
• обязательный post-release review,
• “kill switch” на случай вреда.

Выход: “Momentum Report”

• что доставили,
• что измерили,
• что изменилось,
• чему научились,
• продолжать/остановить/масштабировать.

Правило SCUM: релиз без измеренного эффекта считается незавершённой работой.

Ритмы SCUM

Еженедельно

• Signal Review (30–45 мин): новые сигналы + подтверждение старых.
• Experiment / Evidence Sync (30 мин): что узнали, что тестим дальше.

Раз в 2 недели

• Bet Triage: какие ставки берём/режем/откладываем.

Ежемесячно

• Momentum Review: эффект ставок, уроки, обновление “карты сигналов”.

Ежеквартально

• Portfolio SCUM: крупные ставки, инвестиции, стратегия, системные ограничения.

Артефакты SCUM: минимальный набор

1. Signal Map — список сигналов и их вес/частота/стоимость проблемы.
2. Bet Card — ставка с ограничениями и guardrails.
3. Evidence Pack — доказательства и план измерения.
4. Momentum Report — результат и решение (scale/iterate/kill).
5. Decision Log — чтобы не спорить по кругу.

Роли и ответственность

• Signal Owner (обычно PM/Analyst): качество сигналов и их источников.
• Constraint Keeper (EM/Tech Lead/Legal/Finance по ситуации): реальность ограничений.
• Evidence Driver (PM + Design + Analyst): быстрые проверки и доказательства.
• Momentum Captain (EM/Team Lead): доставка, rollout, качество, пост-анализ.
• Portfolio Steward (Head of Product): выбор ставок на уровне компании.

Метрики SCUM

• Outcome metrics по ставкам (главные).
• Guardrails (что не ухудшаем).
• Learning velocity: время от ставки до первого доказательства.
• Time-to-signal: как быстро видим изменения в данных после релиза.
• Kill rate (здоровый): доля остановленных ставок — признак честного обучения.

Какие антипаттерны помогает заметить SCUM

• “Сделаем фичу, потому что CEO сказал” → сначала Signal.
• “Давайте просто начнём пилить” → сначала Constraints и Understanding.
• “Релизнули — молодцы” → Momentum требует эффекта.
• “У нас нет времени на discovery” → Evidence Pack минимален и обязателен.