HADI-циклы в отделе продаж: что это и как РОПу быстро проверять гипотезы по офферам и сегментам

Собственник ждёт роста, а у РОПа идей больше, чем времени на их проверку. Запустишь всё разом - через месяц никто не скажет, что сработало. Разбираю, как HADI-циклы в отделе продаж помогают быстро проверять гипотезы по офферам и сегментам на 30-50 компаниях и решать по данным.

HADI-циклы - это повторяющийся метод проверки гипотез из четырёх шагов: Hypothesis (гипотеза), Action (действие), Data (данные) и Insights (выводы). За один цикл команда проверяет одну идею [1], а сама проверка длится не больше месяца [6]. Для отдела продаж B2B это способ отсеять слабый оффер или сегмент на выборке 30-50 компаний, прежде чем перестраивать работу всей команды.

Что такое HADI-циклы простыми словами?

Если коротко отвечать на вопрос "HADI-циклы - что это", то это петля из четырёх шагов: сформулировать гипотезу, сделать минимальное действие, собрать данные и принять решение по выводу. Потом цикл стартует заново со следующей идеей. Метод пришёл из growth-маркетинга и продуктовой разработки, где идеи проверяют потоком и тратят на каждую немного.

Зачем это отделу продаж? Любая идея в продажах стоит часов работы менеджеров, а собственник ждёт эффекта в плане. HADI позволяет проверить идею на части базы. Если гипотеза не подтвердилась, отдел потерял пару недель и несколько десятков контактов, а команду никто не переучивал. Неудачный эксперимент тоже результат, и метод нужен как раз для быстрого и дешёвого отсева нерабочих идей. Я советую смотреть на HADI как на фильтр перед большими решениями: в план отдела попадает то, что прошло проверку. У маркетологов рычаги метода - лендинги и рекламные каналы, у РОПа - оффер первого касания и выбор, кому звонить.

Из каких четырёх этапов состоит цикл HADI и что на каждом делает РОП?

Цикл HADI включает в себя четыре этапа: гипотезу с цифрой и причиной, минимальное действие на части базы, данные по метрике, выбранной заранее, и вывод с решением. На каждом этапе РОП держит в голове одно: следующий шаг опирается на записанное. Память и ощущения команды в расчёт не идут.

Как сформулировать гипотезу на этапе Hypothesis?

Гипотезу советую писать по формуле: "Если сделать X для сегмента Y, метрика Z изменится на N, потому что...". X - действие, Y - адресат, Z и N - метрика и размер её изменения. Часть "потому что" описывает механизм, и цикл проверяет именно её. Формула укладывается в SMART: конкретно, измеримо, достижимо, значимо, с ограничением по времени. Удачный пример из журнала Битрикс24: "Если мы внедрим систему лояльности, то увеличим количество повторных продаж на 20% в течение двух месяцев" [4]. Блог Unisender добавляет правило: на один показатель - одна гипотеза, иначе непонятно, что повлияло на результат [5].

Какое действие на этапе Action считать минимальным?

Действие - самый дешёвый способ получить данные. В продажах это часть базы или один канал: рассылка на 50 контактов или звонки двух менеджеров по отдельному списку. Для ориентира: магазин из примера Битрикс24 проверял новое условие доставки на 10% аудитории две недели [2]. Пока идёт тест, делайте только то, что запланировано. Если менеджер посреди цикла поменял ещё и тему письма, данные уже описывают два изменения сразу.

Какую метрику выбрать на этапе Data?

Метрику и выборку выбирают до действия, иначе в результатах всегда найдётся что-то хорошее. Количественные данные отвечают на вопрос "сколько": доля ответов на письмо или доля встреч из дозвонов в CRM. Качественные объясняют причину: что клиент сказал и почему отказался. Цифра показывает, сработала ли идея, а записи звонков подсказывают, что менять в следующем цикле.

Какие решения возможны на этапе Insights?

Вывод - сравнение факта с прогнозом и одно решение из трёх. Результат лучше ожидаемого: гипотезу берут в работу. Хуже, но положительный: её дорабатывают и запускают новый цикл. Отрицательный: гипотезу выбрасывают и записывают причину. Отдельно проверяйте побочные эффекты. В примере Битрикс24 магазин ввёл бесплатную доставку от 3000 рублей: средний чек вырос на 15%, а число заказов упало на 8% [2]. Порог снизили до 2000 рублей, оба показателя выросли, и только после этого решение масштабировали.

Сводка по этапам:

Этап	Что делает РОП	Что фиксируем
Hypothesis	Пишет гипотезу по формуле с цифрой и причиной	Формулировку и ожидаемый эффект
Action	Выбирает часть базы или канал, назначает исполнителей	Выборку и срок
Data	До старта выбирает метрику и берёт исходную цифру из CRM	Метрику с исходным значением и порог успеха
Insights	Сравнивает факт с прогнозом и принимает решение	Итог и решение по гипотезе

Какие гипотезы в отделе продаж стоит проверять через HADI: офферы, сегменты, фразы в разговоре?

Через HADI выгодно проверять то, что дёшево запустить и легко откатить. В отделе продаж B2B таких зон три: оффер первого касания, сегмент и отдельная фраза в разговоре. Проверка гипотез в продажах здесь занимает недели и затрагивает часть базы. Всё, что меняет ежедневную работу людей, требует другого порядка.

Как проверять оффер первого касания?

Оффер - то, что вы предлагаете клиенту в первом письме или звонке: аудит, пробную поставку, расчёт экономии или демо на данных клиента. Тест дешёвый: меняется одна строка в письме, база и менеджеры остаются прежними. Метрика - доля ответов или согласий на встречу. Я бы начал с оффера, если холодные касания уходят в тишину: здесь самый короткий цикл.

Как проверять новый сегмент?

Сегмент - отрасль, размер компании, регион или должность ЛПР, на которых строится первое касание. Для первичной проверки гипотезы в B2B хватает 30-50 компаний [16]. Гипотезу удобно строить через закупочный центр: модель Webster-Wind, которую разбирает Т-Ж, выделяет в нём 7 ролей, от инициатора и ЛПР до плательщика и привратника [7]. Пример формулировки: "в логистике среднего размера инициатор - руководитель склада, через него встреча с ЛПР назначается быстрее". Если короткий тест подтвердил сегмент, дальше идёт пилот продаж в новом сегменте. Какой продукт вести туда первым, подскажет разбор портфеля по матрице БКГ.

Как проверять одну фразу в разговоре?

Самая мелкая единица - отдельная фраза: открытие звонка или ответ на возражение. Её проверяют на выборке около 50 контактов на вариант [16] и меняют только в одном месте разговора, остальное оставляют прежним. Этому посвящена отдельная статья: как тестировать формулировки на живых контактах. В бэклоге у фразы своя строка и свой итог, как у любой другой гипотезы.

Что через HADI проверять не стоит?

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

Как РОПу собрать бэклог гипотез и выбрать, что проверять первым?

Бэклог гипотез - общая таблица идей, где у каждой записаны метрика, ожидаемый эффект, стоимость и срок проверки. РОП наполняет её из проигранных сделок и возражений, сверяясь с данными CRM, оценивает идеи по ICE и берёт в работу две-три верхние строки. Остальные ждут, пока появится вывод по текущим.

Где брать гипотезы продаж? Первый источник - разбор проигранных сделок: почему клиент ушёл и на каком этапе. Такой разбор удобно вести вопросами по модели GROW для РОПа, тогда менеджер сам называет причину. Второй - повторяющиеся возражения из звонков. Третий - вопросы клиентов, на которые у отдела нет готового ответа. Четвёртый - данные CRM по сегментам: где конверсия во встречу выше и где сделки застревают. Если CRM такой картины не даёт, поможет диагностика, из которой берутся первые гипотезы.

Как выглядит HADI-таблица для бэклога?

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

Гипотеза	Метрика	Ожидаемый эффект	Стоимость проверки	Срок	Итог
Бесплатный расчёт вместо скидки в холодной рассылке	Доля ответов	+20% к исходной	Два письма, 50 контактов на вариант	2 недели	Доработать
Логистические компании через руководителя склада	Доля встреч из дозвонов	Не ниже основного сегмента	40 компаний, два менеджера	2 недели	Взять в пилот
Новая фраза на "пришлите КП"	Доля продолженных разговоров	+15%	50 контактов, два менеджера	До месяца	Не знаем, выбросить

Как приоритизировать гипотезы по ICE?

ICE сравнивает гипотезы по трём оценкам от 1 до 10: Impact (влияние на метрику), Confidence (уверенность) и Effort (усилия). Оценки перемножают. В продажах я переворачиваю последнюю шкалу в простоту: высший балл получает тест, который запускается одним письмом. Тогда наверх поднимаются дешёвые проверки с заметным эффектом. Если охват у гипотез сильно разный, используют RICE: (Reach × Impact × Confidence) / Effort. Пример оценки трёх гипотез, баллы условные:

Гипотеза	Влияние	Уверенность	Простота	ICE
Бесплатный расчёт в рассылке	7	6	9	378
Новый сегмент, 40 компаний	8	5	6	240
Фраза на "пришлите КП"	5	7	8	280

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

Какие бывают примеры HADI-цикла в продажах B2B?

Ниже три цикла по шаблону H-A-D-I, последний из них провальный. Каждый пример HADI-цикла записан так, как его стоит вносить в бэклог. Цифры условные, они показывают логику расчёта и решения.

Как выглядит пример HADI-цикла с оффером "бесплатный расчёт"?

• H: если в холодной рассылке предложить бесплатный расчёт экономии вместо скидки на первый заказ, доля ответов вырастет на 20%, потому что расчёт показывает ЛПР пользу до покупки.
• A: два варианта письма по 50 контактов, база и отправитель общие, срок - две недели.
• D: доля ответов против исходной цифры из CRM за прошлый месяц. Отдельно записываем, о чём спрашивают в ответах.
• I: допустим, расчёт прошёл порог, но часть ответивших просит прайс без разговора. Решение - доработать: в следующем цикле расчёт идёт после короткого созвона, метрика - доля назначенных созвонов.

Как провести HADI-эксперимент с сегментом на 40 компаниях за две недели?

• H: если звонить в логистические компании среднего размера через руководителя склада, доля встреч из дозвонов будет не ниже, чем в основном сегменте, потому что продукт снимает боль склада.
• A: список из 40 компаний одной отрасли отрабатывают два менеджера за две недели. Оффер и разговор прежние, меняется только сегмент.
• D: доля встреч из дозвонов против основного сегмента за прошлый месяц. Качественно - кто принимает решение.
• I: допустим, встреч столько же, и на встречу приходит финансовый директор. Решение - взять в пилот. В бэклог пишем: сегмент рабочий, ЛПР - финансовый директор.

Как выглядит провальная гипотеза с фразой на "пришлите КП"?

• H: если на "пришлите КП" отвечать "Пришлю. Чтобы предложение попало в задачу, задам пару вопросов сейчас", доля продолженных разговоров вырастет на 15%, потому что у клиента появляется причина остаться на линии.
• A: фразу используют два менеджера, около 50 таких просьб на вариант. Срок до месяца: про КП просят не в каждом звонке.
• D: доля продолженных разговоров по записям звонков против тех же менеджеров за прошлый месяц.
• I: допустим, у одного менеджера доля выросла, у второго упала, в сумме порог не пройден. Честный вывод - "не знаем": эффект зависит от того, кто говорит, и тест этот фактор не отделил. Гипотезу в текущем виде выбрасываем, строку с итогом оставляем. Если КП после разговора не дочитывают, это другая задача, её решает пирамида Минто для КП и писем клиенту.

Как понять, что гипотеза сработала, а не повезло?

Гипотеза сработала, если метрика прошла порог, записанный до старта, на выборке от 30-50 контактов на вариант и при одном изменённом факторе. Исходную цифру берут из CRM до действия. Если данных мало или результат на грани порога, честный вывод - "не знаем", и в бэклоге это такой же итог, как успех.

До старта откройте CRM и запишите метрику за прошлый месяц на том же сегменте и у тех же менеджеров. Без этой точки рост на глаз ничего не значит: удачная неделя одного менеджера даёт такой же скачок. Порог пишут рядом, тоже заранее. Гипотеза "доля ответов вырастет на 20%" проверяется. Гипотеза "станет лучше" подтверждается любым результатом.

Стандартный уровень доверия для B2B-экспериментов - 95% (p<0.05) [16], а строгая статистика требует больших выборок: по оценкам для веб-тестов последовательным методам нужно около 500 посетителей, классическим около 1500. В холодных продажах B2B такой базы обычно нет. Поэтому 30-50 контактов на вариант служат ориентиром для решения "копать дальше или нет". Окончательное доказательство даст только повтор на большей выборке.

Один цикл - один фактор. Новый оффер и новый сегмент в одной рассылке дадут цифру, которую невозможно разложить на причины. Если сделка в B2B тянется долго, оценивайте промежуточный шаг: ответ или назначенную встречу. Оплата придёт позже, чем закончится месяц, отведённый на цикл.

Что делать с подтверждённой гипотезой, чтобы она дошла до всего отдела?

Цикл HADI заканчивается выводом. Чтобы подтверждённый оффер или сегмент дошёл до всего отдела, его переводят в план и в работу команды отдельным шагом: пилот на большей группе, затем закрепление. Решение принимает РОП, если изменение не выходит за рамки отдела, и собственник, если оно затрагивает план или бюджет.

Механика пилота с контрольной группой разобрана в статье о том, как закрепить изменение через цикл Деминга. Если перескочить через пилот и сразу раздать новый оффер всему отделу, эффект идеи смешается с эффектом перестройки работы. В бэклог как итог записывают вывод, цифры против порога, дату решения и того, кто его принял.

1. Записать итогвывод и цифры против порога попадают в строку бэклога
2. Назначить владельцаРОП в рамках отдела, собственник при влиянии на план или бюджет
3. Запустить пилотподтверждённая идея идёт на большую группу менеджеров по отдельному плану
4. Закрепить результатидея входит в норматив отдела и в обучение новичков

Как связка "гипотеза - тест - внедрение" работает целиком, показывает петля улучшений: от гипотезы к новому нормативу.

Какие ошибки превращают HADI-циклы в отделе продаж в имитацию?

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

• Гипотеза без цифры и причины. "Попробуем новый оффер" нельзя ни подтвердить, ни опровергнуть.
• Метрику выбирают после результата. Всегда найдётся показатель, который вырос, и любой тест выглядит успешным.
• Бэклог на 40 идей и ни одного вывода. Две закрытые гипотезы за месяц дают отделу больше сорока открытых.
• Проверяют то, что дорого откатить. Новая мотивация "на тестовые две недели" меняет поведение команды надолго.
• В бэклоге только удачные циклы. Провалы стирают, и команда снова проверяет ту же идею.
• Гипотезы придумывает только РОП. Менеджеры каждый день слышат возражения клиентов. Я бы сделал "одну гипотезу из звонков" обязательным пунктом еженедельной встречи отдела.

Что ещё спрашивают РОПы про HADI-циклы (FAQ)?

Ниже короткие ответы про сроки, выборки и лимиты. С ними первый цикл реально запустить на этой неделе, а подробности по каждому пункту смотрите в разделах выше.

Как долго идёт один цикл HADI в продажах?

Закладывайте от двух недель до месяца. Письмо первого касания проверяется за две недели, фразе на редкий повод нужен месяц. Дольше ждать не стоит: за это время меняются рынок и поведение клиентов [6].

Что такое средний цикл сделки и как он влияет на HADI?

Это время от первого контакта до оплаты, его считают по закрытым сделкам в CRM. Если цикл сделки длиннее месяца, оплату внутри HADI не дождаться. Метрикой тогда берут промежуточный этап: ответ или встречу.

Сколько гипотез вести одновременно?

Две-три, в разных сегментах и с разными метриками. Если метрики пересекаются, не понять, какая идея сработала.

Кто такой РОП и почему бэклог гипотез ведёт он?

РОП - руководитель отдела продаж. Он отвечает за план и видит данные CRM по всем менеджерам, поэтому ведёт бэклог и принимает решения по итогам циклов. Гипотезы приносят все, изменения плана и бюджета РОП согласует с собственником.

Чем HADI отличается от цикла Plan-Do-Check-Act?

HADI нужен для быстрого отсева идей по офферу или сегменту на 30-50 контактах. PDCA меняет работу людей и закрепляет изменение через пилот и норматив. Подтверждённая HADI-гипотеза логично переходит в PDCA, подробнее - в разборе, как закрепить изменение через цикл Деминга.

Подходит ли HADI маленькому отделу из 2-3 менеджеров и нужна ли CRM?

Подходит, если вести одну гипотезу за раз: выборку в 30-50 контактов на вариант такой отдел соберёт за пару недель. CRM упрощает дело, исходная цифра и результат лежат в одном месте. Без неё хватит таблицы, если менеджеры отмечают каждое касание в день звонка.

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