Автор: Станислав Завершинский
«Стикеры и маркер»
Кухонный стол, кружка с остывающим кофе. На стене — лист А4 с крупной строчкой: «Сократить время сверки на 40% за 2 недели, без IT-проекта». Рядом стикеры с зачеркнутыми фразами: «инновационный модуль», «уникальные фичи». Алекс улыбается: «Наконец-то звучит как обещание, а не буклет».
Суббота. «Тихая» договоренность о правилах игры
Перед стартом мы с командой Алекса фиксируем четыре важных правила:
- Факты важнее мнений: узел → артефакт → метрика → следующий узел.
- Один владелец на метрику: MQL, SQL, Win, Time-to-Close — не могут быть «ничьи».
- Единые определения стадий: что такое MQL/SQL/дисквалификация — одинаково для всех.
- Автоматизация, ИИ, роботы — позже: сначала подтверждаем поведение ≥4-8 недель.
Понедельник. JTBD за утро, UVP к обеду
— Алекс сам с продактами проводит «быстрый» CustDev: 6 коротких созвонов, еще 4 — из календаря стоят на завтра.
— В таблицу ложатся «говорилки» клиентов: дословные формулировки боли и желаемых исходов.
— UVP переписываем с языка фич на язык исходов (время/деньги/риск) и отмечаем, чем проверяем это на первом касании (вопрос/демо/бриф).
— Итог: «обещание ценности» стало измеримым; у каждого исхода — проверка и метрика.
Что можно «украсть» у Алекса:
- три вопроса в первое касание: контекст, цена ошибки, срок принятия решения;
- чек-фраза UVP в исходах: «сократить ___ на ___ за ___, без ___».
Среда. MQL перестает быть словом
— Принят MQL-чек-лист: роль/статус, кейсовая боль (ссылкой на UVP-исход), мини-скрининг, согласие на следующий шаг.
— Добавлены дисквалификаторы: «исследовательский интерес», «нет роли/сроков/бюджета», «не наш ICP».
— Зафиксирован handoff маркетинг → сейлз и SLA отклика.
— Вечером из календаря исчезает «белый шум» — остаются разговоры, которые команда действительно обязана вести.
«Турникет MQL»
В воображении Алекса воронка превращается в офисный холл с турникетами. На пропусках — «ЛПР», «кейсовая боль», «согласие на следующий шаг».Человека с бейджем «исследовательский интерес» вежливо разворачивает охранник. На табло загорается «Очередь уменьшилась. Скорость выросла».
Четверг. «Салфеточная» unit-экономика и чувствительность
— Мы вместе с командой Алекса прогоняем «пять строк» на когорте 4-8 недель:
Deals = Leads × MQL% × SQL% × Win% → Revenue → GP → Contribution =
GP − CAC_total.
— Считаем чувствительность: что сильнее двигает вклад — +5 п.п. к MQL% или +10% к Leads? Ответ — на цифрах, а не в чувствах.
— Узкое место у Алекса — переход MQL→SQL. Именно там больше всего «работает» вклад.
«Стрелки и педаль»
Блокнот в клетку. Две стрелки: тонкая (Leads +10%) и толстая (MQL +5 п.п.). Рядом наклейка «Педаль газа» и полоска скотча поверх: «снять после подтверждения». Алекс снимает ручку с колпачка и ставит галочку напротив «MQL→SQL — приоритет №1».
Пятница. Два HADI-эксперимента (ровно на 2 недели)
1. Форма квалификации (Гипотезы): четыре вопроса перед назначением слота (роль, кейсовая боль, срок, бюджет-класс).
→ Что делаем: выкатываем только на один сегмент ICP.
→ Что замеряем: MQL→SQL и доля дисквалификаций.
→ Что ожидаем: +5 п.п. к MQL→SQL без падения Win% и без роста Time-to-Close.
2. Холодные сообщения: переписать первое письмо/скрипт под UVP-исходы (не фичи).
→ Что делаем: A/B на исходящем потоке (50/50).
→ Что измеряем: отклик на первое касание, запись на next step.
→ Что ожидаем: +10% к отклику, +3 п.п. к записи на следующий шаг.
→ Что делаем: выкатываем только на один сегмент ICP.
→ Что замеряем: MQL→SQL и доля дисквалификаций.
→ Что ожидаем: +5 п.п. к MQL→SQL без падения Win% и без роста Time-to-Close.
2. Холодные сообщения: переписать первое письмо/скрипт под UVP-исходы (не фичи).
→ Что делаем: A/B на исходящем потоке (50/50).
→ Что измеряем: отклик на первое касание, запись на next step.
→ Что ожидаем: +10% к отклику, +3 п.п. к записи на следующий шаг.
Как фиксируем: один владелец на гипотезу, одна метрика успеха, одна дата проверки. Никаких «а давайте еще это…».
Маленькие итоги недели (без фанфар)
- Лиды — ~без изменений (мы не «лили» трафик).
- MQL% — вырос за счет очистки входа и новой формулы: меньше случайных, больше релевантных.
- MQL→SQL — первые признаки роста (еще рано праздновать, но динамика положительная).
- Time-to-Close — стал предсказуемее (меньше «болтается»).
- Команда — перестала спорить на уровне вкуса: есть правила стадий, есть DoS, есть два эксперимента с датой.
Вывод Алекса:
«Когда на входе чистота, а обещание — в исходах и результатах, разговоры стали короче, а решения — быстрее. До автоматизации руки тянутся меньше — и это хорошо».
Что использовать из этой истории
- Перепишите UVP в одну строку исхода (время/деньги/риск), обсудите, как проверяете это на первом касании.
- Примите MQL-чек-лист и два дисквалификатора — «вырежьте» шум без сожалений.
- Посчитайте «пять строк» на когорте 4-8 недель и выберите один рычаг чувствительности для HADI на 2 недели.
Где были мы, ФРИИ Консалтинг, в этой неделе?
Мы держим рамку: помогаем собрать JTBD-карту, задокументировать MQL/правила стадий, посчитать unit-экономику на когорте, выбрать ровно две приоритетные гипотезы с DoS и запустить ритм: дневной MQL-анализ, недельное pipeline-review, короткий отчет и список эскалаций.
Что дальше
В следующий раз команда Алекса проводит стратегическую сессию: превращает россыпь AAARRR-идей в приоритизированный план на 6-12 недель, не спорит мнениями и не «ускоряет ошибку».
Хотите пройти путь быстрее?
— Диагностическая сессия ФРИИ: ICP/UVP в исходах, MQL-порог с дисквалификаторами, правила стадий, unit-экономика на вашей когорте, 2 HADI-эксперимента с DoS.
— Или запросите программу стратегической сессии — соберем AAARRR-бэклог, приоритизируем по RICE/HADI и настроим ритм трекинга.