Как генерить гипотезы на месяц с помощью CRM

«Нужны свежие гипотезы на месяц — давайте побрейнштормим»

Команда начинает накидывать десяток идей: попробовать вебинары, зайти в новый сегмент, переписать оффер, добавить касание в мессенджере, поднять цену, опустить цену. Идеи висят на доске, голосуют за ту, которая выглядит самой рабочей, запускают.

Идеи неплохие, но обычно они не сформулированы так, чтобы их можно было провалить. Нет числа, при котором не сработало, или выборки, на которой проверяем, даже сроки указывают не всегда.

Через месяц приходят обсудить выбранную гипотезу. Сказать, сработало или нет, никто не может, потому что в начале не договорились, что считать результатом.

Между тем гипотезы не надо генерировать. Каждая выигранная или слитая сделка в вашей CRM — это готовая закономерность, которую вы просто не прочитали. А те, что все-таки прочитали, хоронят по другой причине: «идея» без назначенного теста живет на планерке вечно.

1. Гипотезы не придумывают, их вычисляют по сделкам

Гипотеза живет не в голове коммерческого директора, а в истории сделок: кто у вас покупает быстро, кто отваливается и на каком шаге, кто платит больше. Вы не ищете «что бы попробовать», а что уже повторяется. Повтор и есть кандидат в гипотезу.

Чтобы было что читать, нужна выгрузка за 6–12 месяцев с минимальным набором полей: сегмент или отрасль, размер компании, источник лида, длина цикла (дата создания минус дата закрытия), сумма, стадия, статус «выиграно/слито» и причина отказа, ответственный.

Здесь же первая честная оговорка. Если менеджеры не заполняют причину отказа, а источник ставят наугад — читать нечего, вы увидите шум и назначите тесты в никуда. Сначала гигиена полей, потом гипотезы. Это скучный шаг, но он решает, будет ли остальное осмысленным.

2. Несколько срезов вместо сорока дашбордов

Простой подход здесь — это буквально про простоту. Не нужен BI-проект и месяц на дашборды, нужно три-пять срезов, каждый отвечает на один вопрос «кто, что или где».

Первый вопрос: кто закрывается быстрее? Возьмите среднюю длину цикла в разрезе отрасли, размера и источника: почти всегда окажется, что один сегмент созревает заметно быстрее остальных. Отсюда гипотеза — в сегмент X стоит лить больше, он окупается раньше.

Второй вопрос: почему вам говорят «нет»? Соберите повторяющиеся причины отказа среди слитых сделок. Если одно и то же возражение всплывает у каждой второй компании, это не разговор для менеджера в моменте, а сигнал: возражение Z нужно снимать на входе, до демо, а не после.

Третий вопрос: где деньги стоят дольше всего? Посмотрите, на какой стадии сделки застревают или отваливаются массово. Узкое место вроде перехода «демо → КП» — это готовая гипотеза о том, что чинить в процессе в первую очередь.

Четвертый вопрос: откуда приходит качество? Сравните долю выигранных и средний чек по каналам лида. Обычно выясняется, что один канал дает объем и мусор, а другой — деньги; гипотеза пишется сама: канал B режем, бюджет переливаем в A.

Пятый вопрос: кто платит больше? Разложите средний чек и конверсию по внешнему признаку компании: размеру, стеку, наличию РОПа. Если у компаний с признаком W чек стабильно выше, это кандидат в гипотезу «искать и брать в работу именно таких».

Правило простоты — берете три-пять срезов, а не все подряд.

Больше срезов — это не больше гипотез, это паралич выбора.

3. Закономерность — это прошлое, гипотеза — ставка на будущее

Соблазн после второго шага — взять все пять закономерностей и записать их в гипотезы. Но закономерность из CRM описывает то, что уже случилось, а гипотеза — ставка на то, что случится снова. В зазоре между ними гипотезы либо становятся рабочими, либо разваливаются.

Возьмем находку «SaaS созревает быстрее». Прежде чем лить туда бюджет, спросите честно: это про рынок или про вас? Может, весь SaaS в воронке вел один сильный сейлз. Или туда попадали только теплые сделки по рекомендации, а холодных вы толком и не пробовали. Тогда «SaaS быстрее» — не свойство сегмента, а отпечаток того, как вы работали. Залить в него больше, значит поставить на собственную прошлую удачу.

CRM показывает не только рынок, но и ваши привычки: кому вы писали, кто вел сделку, кого вообще в нее заводили.

Поэтому сформулировать гипотезу — это не «переписать закономерность покрасивее». Это снять с нее все, что может оказаться артефактом, и назвать ставку прямо. «SaaS быстрее» превращается в проверяемое: «если взять сотню новых SaaS-компаний, которых мы еще не касались, и отдать их обычному менеджеру, цикл все равно окажется короче, чем на сравнимой пачке из другого сегмента». Вот это уже ставка на будущее, и ее можно проиграть.

Тот же фильтр спасает от ложных ярлыков. «Отказали по цене» звучит однозначно, но за «дорого» часто прячется «не увидел ценности», «нет бюджета» или «не сейчас», а цена — вежливый повод уйти. Гипотеза «дадим рассрочку — закроются» проверяет цену, хотя провалиться могла на том, что дело было не в ней. Формулируя, вы обязаны назвать, на что ставите, иначе тест ответит не на тот вопрос.

Критерий на выходе простой. Если закономерность нельзя вообразить проигравшей на свежей, чистой выборке — это еще не гипотеза, а наблюдение о прошлом. В работу берете те, что могут не подтвердиться, остальные просто описывают, как вы уже живете.

4. Каждой гипотезе — тест, который может провалиться

Гипотеза без теста — это заметка, которая будет жить в CRM вечно. Поэтому каждой еще до начала месяца назначается тест по такому же шаблону, как сама гипотеза.

Тест = кого берем (выборка) + что меняем (одно действие) + что меряем + порог «подтвердилось/провалилось» + срок.

Три правила, без которых тест не работает. 

1. Делайте одно изменение за раз, если поменяли пять вещей сразу, не узнаете, что из них сработало.
2. Выборка — десятки, а лучше сотня: на восьми сделках любая цифра случайна.
3. Порог провала назначается заранее — иначе задним числом любой результат объявят успехом.

Числа в таблице — иллюстрация механики, а не наши замеры: пороги вы ставите под свою воронку.

Часть гипотез — про внешний признак: «компании, которые недавно наняли РОПа, подняли раунд или открыли новое направление, закрываются чаще». Чтобы такую проверить, нужна не аналитика прошлого, а свежая выборка компаний, у которых этот признак есть прямо сейчас, сотня аккаунтов под гипотезу. Собрать ее руками — отдельная неделя работы, и тест откладывается на «когда-нибудь».

Это та самая рутина, которую логично автоматизировать, ей мы в aiWarmUp и занимаемся: находим компании с нужным признаком, чтобы гипотезу было на ком проверять. Важная часть работы все равно остается за компанией, какой признак тестировать, вы достали из своей CRM, а не из сервиса. 

Чего этот подход не даст

Стоит держать в голове границы, иначе метод превращается в самообман.

CRM показывает связь, а не причину. Если признак и результат идут вместе, это еще не значит, что одно вызывает другое. Тест на свежей выборке — это способ отличить настоящую зависимость от совпадения.

Мусорный CRM дает мусорные закономерности. Не заполняется причина отказа, источник ставится наугад, и вы прочитаете шум. Никакой анализ это не чинит, чинит только дисциплина заполнения полей.

Маленькая выборка врет. Закономерность на восьми сделках — совпадение, а не сигнал. Смотрите туда, где данных набирается на десятки.

Подтвердилось один раз — еще не закон. Тест дает сигнал на этот месяц и эту выборку, а не вечную истину. Ту же гипотезу имеет смысл переспросить на следующей когорте.

Из десяти прочитанных закономерностей проверку переживут две-три, остальные окажутся шумом или подтвердятся слабо. Это не провал подхода — это его работа: отсеять.

Резюме: месяц из проверяемых гипотез

1. Есть выгрузка из CRM за 6–12 месяцев с заполненными полями (сегмент, источник, цикл, сумма, стадия, причина отказа)?
2. Поля не мусорные — причина отказа и источник реально заполняются, а не ставятся наугад?
3. Взято три-пять срезов, а не сорок?
4. Каждая закономерность повторяется, а не единичный случай?
5. Каждая гипотеза записана как утверждение с метрикой и порогом — её можно провалить?
6. У каждой гипотезы назначен тест: выборка, одно действие, метрика, порог, срок?
7. Выборка теста — десятки или сотня, а не единицы?
8. Заранее записано, что считать провалом, — до старта, а не задним числом?
9. У каждого теста есть ответственный и дедлайн внутри этого месяца?
10. Для гипотез про внешний признак есть свежий список компаний, на котором их проверить?

Месяц, собранный так, отличается от месяца «давайте побрейнштормим» ровно одним: в конце вы знаете, что сработало, потому что в начале договорились, что считать результатом. Гипотез будет меньше, чем на брейншторме, зато каждую можно закрыть словом «да» или «нет».