План продаж в CRM опирается на сделки

Что CRM должна знать, чтобы строить план

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

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

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

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

Как выбрать единицу планирования

Общий план по выручке удобен для руководителя, но плохо объясняет работу внутри воронки. Разделите цель по тем направлениям, которыми реально управляете: услугам, каналам или менеджерам. Такое деление должно отражать ваш процесс, а не создавать дополнительные строки ради подробного отчёта. Если показатель никто не использует для решения, он только усложнит учёт.

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

Заранее решите, кому приписывать результат, если с клиентом работали разные люди. Также определите, как учитывать повторное обращение и сделку, которая перешла между периодами. Без этих правил один и тот же результат может попасть в разные отчёты. Автоматизация расчёта не устранит разночтения, заложенные в исходных данных.

Не дробите план сильнее, чем позволяет качество учёта. Если источник обращения часто остаётся неизвестным, подробный план по каналам будет выглядеть точным лишь на экране. Лучше сначала наладить заполнение карточек и проверить, какие сведения попадают в CRM. Затем добавляйте нужные разрезы к плану и факту.

Какие данные хранить в карточке сделки

Карточка должна помогать понять, что происходит с клиентом сейчас. Для планирования особенно важны источник обращения, предмет интереса, ответственный, текущий этап и ожидаемая сумма сделки, если её уже можно обоснованно указать. Сведения должны обновляться по мере разговора, а не только при создании заявки. Иначе прогноз будет опираться на устаревшее состояние.

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

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

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

Как этапы воронки влияют на прогноз

Этапы воронки должны описывать проверяемое состояние сделки, а не впечатление менеджера. Название «клиент заинтересован» оставляет слишком много места для толкования. Гораздо полезнее правило, по которому сотрудник понимает, какое событие позволяет передвинуть карточку дальше. Тогда одинаковые сделки не будут оказываться на разных этапах без объяснения.

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

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

При проверке прогноза смотрите не только на итоговую сумму. Откройте сделки, которые дают заметную часть ожидаемого результата, и проверьте основания для ожиданий. Есть ли контакт с клиентом, понятен ли его запрос, назначено ли следующее действие? Так руководитель отделяет подтверждённые договорённости от предположений.

Как связать план, факт и прогноз

План показывает желаемый результат, факт — уже произошедший, а прогноз — ожидаемый исход текущей работы. Эти показатели нельзя подменять друг другом. Открытая сделка ещё не является продажей, даже если менеджер уверен в клиенте. В отчёте должно быть видно, где завершённый результат, а где только ожидание.

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

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

В аналитике продаж AIBP предусмотрены план и факт в реальном времени, разрезы по каналам, услугам и менеджерам, прогноз выручки и оповещения при проседании. Чтобы использовать такую картину для управления, сначала определите правила заполнения CRM. Тогда обсуждение отклонения будет опираться на сделки и действия, а не на догадки о причинах.

Какие действия стоит автоматизировать

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

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

Робот-продавец AIBP отвечает и квалифицирует клиентов через AmoCRM, сохраняет историю диалога и передаёт горячего клиента менеджеру. Он может работать с обращениями из Telegram, WhatsApp, Instagram, Авито и с сайта. Для планирования важна не только скорость ответа, но и сохранение сведений о запросе. Менеджер должен видеть, с чем клиент пришёл и на каком шаге нужна его помощь.

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

Что делать с заявками вне рабочего времени

Планирование легко упускает обращения, которые приходят после ухода команды. Если их учесть только при следующем просмотре почты или переписок, картина спроса окажется неполной. В действующем проекте GetGate 27% заявок приходит вечером и в выходные; раньше они ждали до утра. Это наблюдение относится к конкретному проекту, а не к каждому бизнесу.

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

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

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

Как использовать отклонения от плана

Оповещение о проседании полезно, если после него понятно, куда смотреть. Начните с вопроса, на каком участке возникло отклонение: обращений стало меньше, сделки не движутся или завершений недостаточно. Для каждого случая потребуется разное действие. Универсальное требование «продавать активнее» не объясняет сотрудникам, что именно исправить.

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

Контроль качества дополняет цифры воронки содержанием общения. В AIBP для этого ИИ анализирует звонки и переписки по чек-листу, ищет потери заявок и считает оценку работы менеджеров. Такой разбор помогает увидеть, что происходило в разговоре, а не только на каком этапе закрылась сделка. Причины стоит обсуждать вместе с карточкой клиента и историей действий.

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

Как проверить, что система помогает принимать решения

Возьмите несколько текущих сделок и попробуйте пройти путь от отчёта до действия. Видно ли, почему сделка вошла в прогноз и на чём основана ожидаемая сумма? Можно ли понять, кто отвечает за контакт и что должно произойти дальше? Если ответ приходится искать в личной переписке сотрудника, CRM ещё не стала рабочей основой плана.

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

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

В AIBP работу начинают с разбора отдела продаж и поиска мест, где теряются деньги. Затем собирают CRM, обучают робота под нишу и подключают каналы; после запуска смотрят план и факт и дорабатывают процесс. Если вы выбираете решение, обсуждайте на встрече не только вид отчёта. Покажите путь заявки и спросите, как по нему будут находить отклонение и следующий шаг.