В отчете по проигранным сделкам чаще всего стоит «дорого»? Прежде чем менять цену или переписывать скрипт продаж, откройте карточки под этой строкой. Одна и та же отметка может скрывать разные разговоры: клиент сравнил состав работ, не согласовал бюджет, выбрал другое решение или менеджер не получил ответа. По одной колонке диаграммы нельзя понять, какое действие требуется.
Аналитика отказов начинается с проверки записей, из которых построен отчет. Затем причины можно сравнивать по этапам, продуктам и источникам. Цель не найти виноватого в каждой проигранной сделке, а отделить повторяющуюся проблему от удобной формулировки в CRM.
Сначала определите, какие сделки попали в отчет
Зафиксируйте период закрытия и направление продаж. Если компания ведет несколько воронок, смешанная выборка может объединить запросы с разной длительностью и ценой. Отдельно исключите дубли, тестовые карточки и обращения, которые никогда не были квалифицированы. Иначе они изменят доли причин без отношения к реальным переговорам.
В Битрикс24 отчет по сделкам позволяет выбрать период и направление; проигранные сделки относятся к группе «Сделка провалена». Наличие этой группы само по себе не означает, что в вашем портале уже настроен полезный справочник причин. Его структуру и заполнение надо проверить отдельно.
После фильтра выгрузите или просмотрите несколько последних карточек из разных причин. В каждой сравните отметку о причине с последним содержательным контактом. Если комментария нет или он противоречит выбранному значению, сначала исправляют правило заполнения, а не трактуют диаграмму.
Разделите причину, обстоятельство и следующий шаг
Причина в CRM должна помогать решить, что делать с запросом. Свободный комментарий нужен для деталей, которые нельзя уместить в коротком справочнике.
Таблица прокручивается по горизонтали
| Поле | Что записать | Для чего понадобится |
|---|---|---|
| Результат | Окончательный отказ, отложенный спрос, нет связи, дубль или другая согласованная категория | Не смешивать разные исходы в одном отчете |
| Причина | Бюджет не утвержден, решение выбрано у другого подрядчика, услуга не подходит и другие рабочие причины | Сравнивать однотипные сделки |
| Уточнение | Что именно сказал или написал клиент, если это известно | Проверять смысл выбранной причины |
| Этап | Где остановилось обсуждение | Понять, в какой части процесса проверять гипотезу |
| Следующее действие | Дата или условие возврата к разговору, только если есть основание | Не превращать каждый отказ в бессрочную задачу |
«Нет связи» нельзя автоматически считать отказом от продукта: клиент мог не увидеть письмо или перестать отвечать по неизвестной причине. «Нет бюджета сейчас» и «услуга не подходит» тоже ведут к разным действиям. Если справочник этого не различает, аналитика не исправит потерю смысла на входе.
Причина «Другое» допустима, но для нее нужно пояснение. Разберите повторяющиеся формулировки в этой группе. Когда появляется устойчивый вариант, который меняет решение руководителя, его можно вынести в отдельное значение.
Проверьте качество данных до поиска закономерностей
Сделайте три простых среза. Сначала посчитайте, сколько проигранных карточек осталось без причины. Затем посмотрите долю «Другое» без уточнения. Наконец, откройте выборку карточек по каждой крупной причине и сопоставьте запись с перепиской или звонком, если их можно использовать для проверки.
Доля причины считается среди проигранных сделок в одной и той же выборке. Если в понедельник в отчет попали все направления, а в пятницу только одно, сравнивать проценты нельзя. Сумма потенциальных сделок также не равна потерянной выручке: сделка могла быть предварительной, а сумма в карточке не подтвержденной клиентом.
Не используйте распределение причин как рейтинг менеджеров, пока не проверили состав их обращений и одинаковость правил закрытия. Иначе сотрудник, который аккуратнее заполняет CRM, может выглядеть хуже коллеги с пустыми карточками.
Соберите отчет вокруг проверяемого вопроса
Начните с таблицы причина x этап x источник. Добавьте продукт или направление, если это действительно меняет трактовку. Слишком много разрезов в первом отчете дадут маленькие группы, где единичная сделка выглядит как тренд.
Ниже иллюстративный пример структуры, а не статистика Softink или клиента:
Таблица прокручивается по горизонтали
| Что видно в отчете | Какие карточки открыть | Какую гипотезу проверить |
|---|---|---|
| «Дорого» чаще появляется после отправки предложения | Сделки с разным составом работ и одинаковой причиной | Понятно ли из предложения, что входит в цену |
| «Нет связи» растет у одного источника | Время заявки, попытки ответа и контактные данные | Доходят ли обращения вовремя и есть ли телефон |
| «Проект отложен» сосредоточен в одном продукте | Причины паузы и согласованные даты | Есть ли повторяющееся условие запуска проекта |
| «Другое» занимает заметную часть выборки | Комментарии и последние контакты | Не скрыта ли за ним новая рабочая причина |
Отчет БИТ.CRM, например, группирует проигранные сделки по причинам и показывает этап, на котором сделка сорвалась. Это пример формата отчета, а не указание устанавливать отдельное приложение: ту же логику анализа можно собрать в доступной компании системе.
После таблицы откройте карточки. Формула не расскажет, почему клиент не принял предложение. Она лишь укажет, где есть смысл проверять разговор, документ или порядок работы менеджера.
Превратите находку в одно проверяемое изменение
Выберите один сегмент, где данных достаточно для предметного разбора. Если в карточках по причине «дорого» встречаются вопросы о составе работ, проверьте конкретные предложения и то, как менеджер объяснял границы. Если проблема в пустых телефонах, проверьте передачу контакта из источника. Если проект отложен, уточните основание и дату следующего обращения.
Запишите до изменения, какие карточки входят в группу, что именно меняется и какой признак покажет результат. После этого снова просмотрите новые сделки того же типа. Не объявляйте причиной роста или падения конверсии одну правку, если одновременно менялись трафик, продукт или команда.
Повторный контакт возможен только там, где у него есть основание и нет запрета на связь. Правила сегмента и исключения подробнее разобраны в статье о сегментации клиентской базы в Битрикс24. Не нужно возвращать в работу все проигранные сделки только потому, что они попали в отчет.
Если при проверке выяснилось, что причины записаны в комментариях, карточки дублируются и часть отказов не имеет результата, сначала разберите данные. Аудит клиентской базы поможет определить, какие поля и правила нужно исправить, прежде чем опираться на аналитику отказов.
