SCUM Product Framework

Окей ChatGPT, придумай собственную продуктовую методологию, аббревиатура которой - SCUM

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

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 (минимальный набор)

Signal Map — список сигналов и их вес/частота/стоимость проблемы.
Bet Card — ставка с ограничениями и guardrails.
Evidence Pack — доказательства и план измерения.
Momentum Report — результат и решение (scale/iterate/kill).
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 минимален и обязателен.