Блог ФРИИ Консалтинг

Плейбук самодиагностики для фаундера

2025-11-05 18:30 Масштабирование Управление
В этой статье я расскажу, как мы действуем во ФРИИ Консалтинг, чтобы понять ситуацию в компании, и как эти результаты соотносятся с ФРИИ CJM. Сегодня будут довольно масштабные упражнения, но, если вы делали предыдущие, будет не очень сложно.
Что в статье:
  • Цель самодиагностики — быстро локализовать узел (ICP/UVP, MQL, правила стадий, «узкие места» пайплайна) и связать его с деньгами (unit-экономика).
  • Порядок действий: Диагностика → JTBD/UVP в языке исходов → Unit-экономика (когорты 4-8 недель) → только затем масштаб и автоматизация.
  • Выход: one-pager для управленческой встречи, карта болей/задач, калькулятор unit-экономики, MQL-порог, правила стадий и двухнедельный план экспериментов.
  • Критерий готовности к автоматизации — подтвержденные узлы (≥4-8 недель стабильных метрик) и сопоставимые определения стадий.

Шаг 0. Подготовьте данные (до старта упражнений)

  • “Вытяжка” данных за 4-8 недель: Leads, MQL→SQL→Win, Time-to-Close, ARPA/ACV, валовая маржа, маркетинговые затраты.
  • Текущие описания стадий (как есть) и кто владелец каждой стадии/метрики.

Шаг 1. Мини-диагностика

Главная задача — быстро найти проблемные узлы: кто наш ICP, что именно обещает UVP, где правая граница MQL и где в воронке «протухает» спрос. Масштабирование без этого этого этапа — лотерея.
Что делаем:
  1. Проверяем формулировки ICP/UVP и «говорилки» клиентов (дословные фразы боли/исходов).
  2. Делаем быстрый аудит MQL-критериев и правил стадий (включая дисквалификаторы, handoff и SLA).
  3. Собираем «ручной минимум» метрик за 4-8 недель: Leads, MQL→SQL→Win, CPA/CAC, Time-to-Close, GM.
  4. Формируем one-pager: узкие места по приоритету, решения на 4 недели, Definition of Success (DoS).

Артефакты

Выход: one-pager для управленческой встречи.
(структура: «Контекст → Узлы → Гипотезы → DoS → План 2-4 недель»)

Шаг 2. Карта болей/задач (JTBD-разметка)

Цель — перевести UVP из «фич» в язык исходов (время/деньги/риск) и задать проверку на первом касании.
Что делаем:
  • Размечаем боли по сегментам ICP и ролям (ЛПР/влияющие), фиксируем триггеры спроса.
  • Переводим UVP в формулировки исходов.
  • Определяем быструю проверку 1-го касания (вопросы/демо/бриф) и метрику успеха.
  • Ставим приоритет H/M/L — спорим данными, а не мнениями.

Артефакты

Выход: таблица «боль → обещание UVP → проверка 1-го касания → метрика исхода».

Шаг 3. Первичная модель unit-экономики

Любой узел вашей воронки — это заработанные деньги. Нам нужна простая, прозрачная модель: сколько сделок, какая выручка/маржа, какой CAC и какой вклад (что остается) после CAC. Плюс — чувствительность к коэффициентам MQL/SQL/Win, чтобы видеть, что именно двигать в первую очередь.
Что делаем:
  • Считаем сделки - Deals = Leads × MQL% × SQL% × Win%.
  • Переводим в деньги: Revenue = Deals × ARPA/ACV → GP = Revenue × GrossMargin% → Contribution = GP − CAC_total.
  • Добавляем страницу с допущениями и сценариями (оптимистичный/базовый/консервативный), чтобы честно смотреть на риск.

Артефакты

  • Unit-экономика: пример/калькулятор → шаблон №17
  • Анализ сделок в пайплайне (узкие места, aging, причины потерь) → шаблон №15
Выход: вклад-на-сделку/когорту и «рычаги» (чувствительность к MQL/SQL/Win).

Как это связывается с ФРИИ CJM (и почему в таком порядке)

  • Сначала диагностика: находим узел, фиксируем артефакты, задаем метрики успеха.
  • Затем JTBD: переписываем UVP в язык результатов и проверяем на первом касании.
  • Параллельно включаем расчет unit-экономики: чтобы видеть, как каждый узел меняет деньги, а не только «ощущения».
Только после этого имеет смысл масштабировать каналы и автоматизировать. Именно так ФРИИ CJM превращается из «умной схемы» в рабочую систему решений на ближайшие недели.
Сейчас легко поддаться соблазну «поставить ИИ-пилота» или встроить LLM в лидген/сейлз, но логика остается той же: ИИ — это ускоритель подтвержденного процесса, а не средство навести порядок. Если ICP/UVP, MQL и правила стадий еще плавают, LLM лишь ускорит генерацию шума (больше нерелевантных лидов, утечки на handoff, рост CAC).
Минимальные условия перед внедрением:
1) стабильные 4-8 недель метрик по MQL→SQL→Win;
2) описанная таксономия данных (поля, статусы, дисквалификаторы) и единый глоссарий;
3) оценочный контур (human-in-the-loop, выборка эталонных диалогов/писем, целевые пороги по accuracy/вежливости/соблюдению скриптов);
4) ROI-рамка: считать эффект как ΔContribution − (стоимость модели + оркестрации + модерации).

Стартовать стоит с узких, повторяемых задач в подтвержденном узле (например, подготовка брифов по MQL-критериям, черновики ответов с проверкой оператором, резюмирование созвонов в CRM) с жесткими воротами и метриками: TTH/handling time, first-contact resolution, ошибка квалификации (MQL→SQL), эскалации. Так LLM действительно ускоряет экономику, а не хаос.

Мини-оценка готовности (Self-Scorecard, 0–2 балла на пункт)

Оцените каждое утверждение: 0 — нет, 1 — частично, 2 — да. Сумма 0–10.
  • ICP подтвержден интервью/данными; UVP — в исходах.
  • MQL-порог задокументирован, есть дисквалификаторы и SLA.
  • Правила стадий/переводов описаны; владельцы назначены; handoff работает.
  • Unit-экономика на когорте 4-8 недель посчитана и обновляется еженедельно.
  • Есть DoS и HADI-бэклог (10-15 гипотез), трекинг-ритм запущен.

Интерпретация:

  • 8-10 — можно рассматривать автоматизацию локальных процессов.
  • 5-7 — фокус на устранении «дырок» (MQL/правила стадий/учет).
  • 0-4 — без мини-диагностики масштабирование рискованно.

Задание: план на 2 недели (готов к использованию)

Неделя 1 — подтвердить базу
  • 6-10 проблемных интервью по сегментам ICP (фиксируем дословные «говорилки» и триггеры спроса).
  • Обновить UVP в языке исходов (время/деньги/риск).
  • Принять MQL-чек-лист и критерии переводов (дисквалификаторы, SLA, handoff).
Неделя 2 — связать с деньгами и задать ритм
  • Собрать когорты за 4-8 недель, посчитать вклад на сделку/когорту (GP − CAC).
  • Сформировать AAARRR-бэклог (10-15 гипотез), приоритизировать по RICE, задать DoS. (об этом поговорим в следующих статьях)
  • Назначить ритм трекинга: еженедельное пайплайн-ревью, короткий отчет, список эскалаций и ответственных.

→ HADI/бэклог гипотез → таблица №2

Зеленые/красные флаги

Зеленые: ICP/UVP подтверждены, MQL и правила стадий задокументированы, метрики стабильны ≥4-8 недель, вклад растет на когорте.
Красные: «не можем восстановить путь лида за 2-3 минуты», MQL «в головах», разные команды по-разному трактуют стадии, вклад/Win% держатся на разовых всплесках.

Записаться на диагностику — получите: подтвержденные ICP/UVP, рабочий MQL-порог, правила стадий, расчет unit-экономики и план 2-4 недель экспериментов.

Запросить стратегическую сессию — если база подтверждена: соберем AAARRR-гипотезы, приоритизируем RICE/HADI, настроим ритм трекинга на 6-12 месяцев.

Ниже — компактный глоссарий новых (и ключевых) терминов

Диагностика и «рынок–продукт»

  • ICP (Ideal Customer Profile) — «паспорт» целевого сегмента: отрасль/размер, роли ЛПР/влияющих, триггеры спроса, LTV-потенциал. Основа фильтрации входящего спроса.
  • UVP (Unique Value Proposition) — обещание исхода (время/деньги/риск), а не списка фич. Переписывается по результатам Discovery.
  • JTBD (Jobs To Be Done) — разметка «работ клиента»: контекст → боль → желаемый исход. Используется для карты болей/задач.
  • CustDev (Customer Development interviews) — проблемные интервью без «подсаживания на решение»; дают «говорилки» (дословные фразы боли/исходов).
  • Триггер спроса — событие/условие, из-за которого клиент начинает искать решение (сроки, штрафы, рост нагрузки и т. п.).
  • DoS (Definition of Success) — явные метрики успеха инициативы до запуска (напр., +5 п.п. MQL→SQL за 2 недели).

Воронка и процесс

  • Pipeline (воронка) — последовательность стадий сделки с прозрачными критериями входа/выхода.
  • Правила стадий (Stage Rules) — текстовые определения, когда карта переводится между стадиями; включают дисквалификаторы.
  • MQL (Marketing Qualified Lead) — порог допуска в продажи: 4-6 критериев + дисквалификаторы + SLA отклика.
  • SQL (Sales Qualified Lead) — лид, принятый продажами как возможность по их критериям.
  • Win / Win-rate — выигранная сделка / доля выигрышей от SQL.
  • Handoff — регламент передачи ответственности между маркетингом и продажами (кто/когда/как).
  • SLA (Service Level Agreement) — нормы времени/качества действий в процессе (напр., первый контакт ≤ N часов).
  • Aging — «застой» по времени на стадии; помогает находить «узкие места».
  • Time-to-Close — среднее время от SQL до выигрыша.
  • FCR (First-Contact Resolution) — доля лидов, решенных/продвинутых на первом контакте.

Экономика и измерение

  • Leads — входящий поток за период (заявки/демо/формы).
  • Deals — число выигранных сделок: Deals = Leads × MQL% × SQL% × Win%.
  • ARPA / ACV — средняя выручка на аккаунт (за период / год).
  • Revenue — выручка: Revenue = Deals × ARPA/ACV.
  • GM% / GP — валовая маржа / валовая прибыль: GP = Revenue × GM%.
  • CAC_per_Deal — маркетинговые затраты на одну выигранную сделку.
  • CAC_total — суммарные маркетинговые затраты: CAC_total = Deals × CAC_per_Deal.
  • Contribution (вклад) — деньги после маркетинга: Contribution = GP − CAC_total.
  • Когорта (4-8 недель) — группа клиентов по дате привлечения; нужна для честной динамики метрик.
  • Чувствительность (Sensitivity) — как вклад меняется при сдвиге одного коэффициента (MQL/SQL/Win) при прочих равных.
  • Retention / Expansion — удержание / расширение выручки существующих клиентов.

Приоритизация и трекинг

  • AAARRR — карта гипотез по этапам роста: Acquisition, Activation, Retention, Revenue, Referral (и Awareness при расширении).
  • HADI — цикл гипотез: Hypothesis → Action → Data → Insight (итерации 1-2 недели).
  • RICE — приоритизация инициатив: Reach, Impact, Confidence, Effort.
  • Backlog — упорядоченный список гипотез/инициатив с владельцами и DoS.
  • Pipeline Review — еженедельный разбор воронки: конверсии, aging, эскалации, решения.
  • Эскалации — заранее оговоренные действия/ответственные при провале метрики (например, MQL→SQL падает ниже DoS).

ИИ/LLM

  • LLM (Large Language Model) — большая языковая модель (чат-копилоты, автогенерация писем/бриев и т. п.). Уместна после стабилизации процесса.
  • HITL (Human-in-the-Loop) — человек в контуре проверки/коррекции ответов модели.
  • Таксономия данных — перечень и значения полей/статусов (для корректной работы ИИ/сквозной аналитики).
  • Guardrails — ограничения и правила работы модели (тональность, темы табу, форматы).
  • Оценочный контур / эталонная выборка — набор типовых кейсов для регулярной оценки точности/вежливости/соответствия скриптам.
  • ROI-рамка для ИИ — расчет эффекта: ΔContribution − (стоимость модели + оркестрации + модерации).
  • TTH (Time-to-Handle) — время обработки обращения; ключевая метрика при автоматизации коммуникаций.