← Все статьи
CRM· 14 октября 2026

CRM для отдела продаж: воронка, план-факт, конверсия и зависшие сделки

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

Рейтинга CRM с тарифами здесь нет. Ниже разобрано, что система должна уметь для отдела продаж и как это проверить на демо. Как задать этапы и критерии перехода под свой цикл: короткую B2B-продажу, длинную проектную сделку, тендер. Как считать конверсию и время на этапах, как собрать из воронки план-факт и прогноз выручки и как увидеть зависшие сделки без микроменеджмента. Отдельно — повторные продажи по базе и отчёты, которые руководитель получает без ручной сборки. В конце — что подготовить до старта и почему коробка закрывает только часть задачи. Общий выбор системы разобран в статье как выбрать CRM, а путь сделки от заявки до оплаты и связка с 1С — в статье «Автоматизация продаж». Здесь речь о том, как руководитель управляет отделом через воронку.

Что должна уметь CRM для отдела продаж?

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

Требования удобно проверять на демо одной вашей сделкой:

ТребованиеЗачем отделу продажКак проверить на демо
Несколько воронок со своими этапамиу разовой продажи, проектной сделки и тендера разные этапы и срокизавести три ваши воронки за один показ
Условия перехода между этапамиэтап меняется, когда событие произошло, а не по ощущению менеджерапопробовать перевести сделку в «КП отправлено» без приложенного КП
История переходов с датамибез неё не посчитать время на этапе и конверсию по когортамвыгрузить сделку и проверить, сохранилась ли дата каждого этапа
Причины отказа из справочникапроигрыши можно разобрать, а не просто посчитатьзакрыть сделку отказом и посмотреть, обязательна ли причина
План по менеджерам и периодамплан-факт без отдельной таблицызавести план на квартал с разбивкой по месяцам и людям
Факт из учётной системывыручка — это поступившие деньги, а не отметка «выиграно»спросить, откуда в отчёт попадает сумма оплат
Правила для зависших сделокруководитель видит исключения, а не всю воронкунастроить задачу по сделке без движения десять дней
Звонки и письма в карточке автоматическиактивность видна без ручных отметокпозвонить клиенту и посмотреть, появился ли звонок в сделке
Права по ролямменеджер видит свои сделки, руководитель группы — свою группувойти под ролью менеджера и открыть чужую сделку

Последние строки таблицы обычно и решают, будет ли руководитель жить в CRM или в отдельных файлах рядом с ней. Других инструментов рядом с CRM почти никто не отменяет. Компания J'son & Partners Consulting опросила тысячу компаний из всех федеральных округов в ноябре 2025 — январе 2026 года. По её данным, 98,7% компаний используют CRM параллельно с другими инструментами, чаще всего с офисными программами. Каждая пятая компания, 20%, внедрила CRM после того, как начала терять данные по сделкам. Результаты опубликовал журнал Битрикс24 19 августа 2026 года, то есть издание продавца CRM, и делать поправку на источник стоит.

Как задать этапы воронки и критерии перехода под свой цикл?

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

Цикл продажи у разных бизнесов устроен по-разному, и воронка повторяет его:

Тип продажиТипичные этапыКритерий перехода, который проверяет системаОсобенность
Короткая B2B-продажа: опт, расходники, типовые услугизаявка, квалификация, КП, счёт, оплатазаполнены потребность и объём; приложено КП; счёт создан в учётецикл в днях, главное — скорость ответа
Проектная сделка: оборудование, внедрение, стройказаявка, квалификация, встреча с ЛПР, ТЗ, КП, согласование, договор, оплатауказан ЛПР; приложено ТЗ; есть версия КП; договор у юристов клиентацикл в месяцах, у клиента несколько участников
Тендеризвещение, решение об участии, заявка, итоги, договорсрок подачи из извещения; ответственный; внесено обеспечение; цена победителясроки задаёт извещение, а не менеджер
Повторная продажаповод, предложение, заказ, оплатаповод зафиксирован: пауза в покупках, конец договора, новая позицияотдельная воронка, не смешивается с новыми клиентами

При настройке этапов стоит держаться нескольких правил:

  1. Пять-восемь этапов на воронку как ориентир. На практике обычно хватает такого числа. Меньше — в один этап сваливаются разные состояния сделки. Больше — менеджеры начнут перепрыгивать через этапы, и время на них потеряет смысл.
  2. Название этапа описывает действие клиента или факт. «Клиент получил КП» проверяется, «Работаем» нет.
  3. Обязательные поля на переходе. На этап согласования нельзя перейти без суммы, ожидаемой даты закрытия и контакта ЛПР. Обязательных полей должно быть немного, иначе менеджер начнёт заполнять их чем попало.
  4. Отказ с причиной из короткого справочника. Цена, сроки, выбрали конкурента, проект отложен, нет бюджета, не наш клиент. Свободное поле «комментарий» к причинам не годится: по нему не построить отчёт.
  5. Решение об участии в тендере как отдельный этап. Фиксируют, кто решил идти и почему. Проигрыш записывают с ценой победителя. Через полгода видно, какие тендеры компания выигрывает, а на какие тратит время отдела без шансов.

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

Как считать конверсию и время на каждом этапе?

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

Пример условный. За квартал в воронку пришли двести заявок:

ЭтапВошло сделокПерешло дальшеКонверсия этапаМедиана дней на этапе
Заявка → квалификациядвестисто двадцать60%один
Квалификация → КПсто двадцатьсемьдесят58%четыре
КП → согласованиесемьдесяттридцать43%двенадцать
Согласование → оплататридцатьвосемнадцать60%девять
Итого от заявки до оплатыдвестивосемнадцать9%—

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

По такой таблице видно, где искать: самый большой провал и самое долгое ожидание приходятся на переход от КП к согласованию. Дальше открывают причины отказов на этом этапе и сделки, которые на нём застряли. Если половина отказов — «цена», разговор идёт о ценовой политике. Если сделки просто стоят без ответа клиента, разговор идёт о том, как менеджеры ведут клиента после отправки КП.

Считать конверсию можно двумя способами, и для длинного цикла это важно:

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

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

Цифры в таком отчёте верны настолько, насколько аккуратно двигаются сделки. Salesforce 3 февраля 2026 года опубликовал отчёт State of Sales: опрошены 4050 специалистов по продажам из 22 стран, август и сентябрь 2025 года, Россия в выборку не входила. По отчёту, 74% продавцов сосредоточены на очистке данных. Среди самых результативных, то есть тех, у кого выручка заметно выросла за год, порядок в данных считают приоритетом 79%, среди отстающих — 54%. Если менеджер переводит сделки по этапам раз в месяц перед отчётом, время на этапах и конверсия по когортам будут описывать его привычки, а не продажи.

Как собрать план-факт и прогноз выручки из воронки?

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

Сначала договариваются, что считать фактом. Надёжнее всего считать фактом поступившие деньги, в части компаний это отгрузка или подписанный акт. Отметка «сделка выиграна» в CRM фактом быть не должна: менеджер ставит её, когда клиент сказал «берём», а деньги приходят через месяц или не приходят вовсе. Оплаты разносит учёт, и в CRM они попадают через обмен с 1С. Как это устроено, разобрано в статье «Автоматизация продаж».

План разбивают так же, как потом будут читать факт:

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

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

  1. Взвешенная воронка. Сумма каждой сделки умножается на вероятность её этапа, и результаты складываются по ожидаемым датам закрытия. Вероятность берут из своей истории конверсии: в примере выше от согласования до оплаты доходят 60% сделок, значит, сделка на этом этапе весит 60% суммы. Стандартные вероятности из настроек CRM к вашим продажам отношения не имеют.
  2. Оценка менеджера. Менеджер относит каждую сделку текущего месяца к одной из категорий: «точно», «вероятно», «под вопросом». Руководитель сравнивает его оценку со взвешенной воронкой и разбирает сделки, где они сильно расходятся.

Из той же истории считают, сколько сделок нужно в воронке, чтобы выполнить план. Возьмём ту же условную таблицу: от КП до согласования доходят 43% сделок, от согласования до оплаты — 60%, то есть от КП до оплаты — примерно каждая четвёртая. Пусть план на квартал — десять миллионов рублей, а суммы сделок близки друг к другу. Тогда на этапе КП нужно держать сделок примерно на сорок миллионов. Если там двадцать, план под угрозой уже в первый месяц квартала.

Прогнозам продаж руководители доверяют мало. Gong 19 июля 2022 года опубликовал отчёт Reality of Forecasting: опрошены 928 специалистов по продажам и выручке, сроки опроса и страны в релизе не названы. Прогнозу, который дают их менеджеры, доверяют 24% руководителей. 52% говорят, что компания регулярно ошибается в прогнозе больше чем на 10%. Gong продаёт инструменты анализа продаж, и делать поправку на источник стоит. Сам вывод проверяется на собственных данных: каждый месяц сравнивают прогноз с фактом и смотрят, на каком этапе вероятности завышены.

Как увидеть зависшие сделки без микроменеджмента?

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

ПризнакПравилоЧто делает система
Нет следующего шагау открытой сделки нет задачи с датойнапоминает менеджеру сразу, через день сообщает руководителю
Долго на этапевремя на этапе вдвое больше медианы этого этапапомечает сделку и ставит менеджеру задачу решить, двигать её или закрывать
Дата закрытия переноситсяожидаемая дата сдвигалась больше двух развыносит сделку в список на разбор и убирает её из категории «точно» в прогнозе
Тишина в коммуникацияхнет звонков, писем и встреч дольше установленного сроканапоминает менеджеру, при повторе сообщает руководителю
Нет ЛПР на позднем этапесделка на согласовании, а контакт с ролью «принимает решение» не заведённе пускает дальше по воронке или помечает риск
Срок тендера близкодо окончания подачи осталось меньше установленного числа дней, а заявка не готовасообщает ответственному за тендер и его руководителю

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

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

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

Как вести повторные продажи и допродажи по базе?

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

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

Поводы для повторной продажи, которые CRM находит сама:

  • Пауза длиннее обычной. Клиент заказывает раз в месяц, а последняя отгрузка была два месяца назад. Ритм считается по истории отгрузок из 1С, без ручного ведения.
  • Конец договора, лимита или подписки. За установленный срок до окончания менеджер получает задачу обсудить продление.
  • Неполная корзина. Клиент покупает основную позицию, но не берёт расходники и комплектующие, которые с ней обычно покупают.
  • Снижение объёма. Сумма заказов клиента за квартал заметно ниже, чем за тот же квартал год назад.
  • Смена контакта у клиента. Ушёл закупщик, с которым работали. Новому человеку стоит представиться раньше, чем это сделает конкурент.

Чтобы такие правила работали, клиентская база должна быть чистой: один клиент — одна карточка, все отгрузки привязаны к нему. Как навести порядок в базе и не потерять клиентов при уходе менеджера, разобрано в статье «Клиентская база в CRM». Для производства повторный заказ устроен сложнее, потому что он почти всегда вариация прошлой спецификации; это разобрано в статье CRM для производства.

Какие отчёты руководитель продаж получает автоматически?

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

ОтчётНа какой вопрос отвечаетОткуда данныеКак часто смотреть
План-факт по менеджерамвыполним ли план и кто отстаётплан в CRM, оплаты из 1Сежедневно
Воронка с конверсией и медианой временина каком этапе теряем сделки и где они стоят дольше всегоистория переходовеженедельно
Прогноз на месяц и кварталсколько денег придёт и хватает ли сделок в воронкеэтапы, суммы, даты, история конверсии, оценка менеджеровеженедельно
Зависшие сделкикакие сделки разобрать на планёркеправила из предыдущего разделакаждое утро
Причины отказовпочему проигрываем и гдесправочник причин отказаежемесячно
Источники заявок до оплатыкакие каналы приносят деньги, а не только заявкиметки источника в сделке, оплаты из 1Сежемесячно
Повторные продажи и тихие клиентыкто из постоянных клиентов перестал покупатьистория отгрузок из 1Сеженедельно
Точность прогнозанасколько прогноз прошлого месяца совпал с фактомархив прогнозов, оплатыежемесячно

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

Отчёты удобнее получать по расписанию в почту или мессенджер, чем искать в интерфейсе; так устроены решения «Авто-отчёты по расписанию» и «Сводные дашборды» из каталога. Какие цифры из продаж стоит выводить на экран собственника, а какие оставить руководителю продаж, разобрано в статье «Дашборд собственника». Как продажи связываются с остальной управленческой отчётностью, разобрано в статье про управленческую отчётность.

С чего начать?

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

  1. Описанные воронки. Этапы для каждого типа продаж, критерий перехода на каждый этап и обязательные поля. Записывают то, как продают на самом деле, с обходами через мессенджеры и личные таблицы.
  2. Справочник причин отказа и правила закрытия сделок. Короткий список причин и срок, после которого сделку без движения закрывают отказом, а не держат в воронке «на всякий случай».
  3. План в разрезах. По менеджерам, месяцам, новым и существующим клиентам, направлениям. Решение о разрезах принимает руководитель продаж вместе с собственником.
  4. Доступ к учётной системе. Отдельная учётная запись в 1С с нужными правами и копия базы для проверки обмена. Без факта оплат из учёта план-факт снова соберут в таблице. Как связывают системы, разобрано в материале про интеграцию систем.
  5. Подключение каналов. Телефония, почта, мессенджеры и формы сайта, чтобы заявки и коммуникации попадали в сделку без ручного ввода. Без этого правила о зависших сделках работают вслепую.
  6. Матрица прав. Кто видит чужие сделки, кто меняет план, кто может закрыть сделку отказом, кто видит маржу. Роли проще описать до настройки, чем исправлять после жалоб.
  7. Владелец после запуска и сопровождение. Сотрудник, который следит за этапами, нормами и справочниками, и договор на поддержку обмена с учётом. Отдел продаж, продукты и процесс меняются, и без хозяина воронка через полгода разойдётся с тем, как продают на самом деле.

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

Коробка или система под свой процесс?

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

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

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

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

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

Источники и ссылки

Частые вопросы

Какая CRM лучше всего подходит для отдела продаж?+

Универсального ответа нет: у популярных CRM похожий набор функций, а различаются они тем, насколько легко в них ложится ваша воронка. Поэтому сравнивать системы удобнее на одной своей сделке, а не по списку функций. Попросите на демо завести ваши этапы с критериями перехода, план на квартал по менеджерам и правило, которое ставит руководителю задачу по сделке без движения. Отдельно спросите, откуда в отчёт попадёт факт оплат: из учётной системы или из отметки менеджера. Шаги, которые на этом прогоне делаются руками или «настроит партнёр», и есть настоящий объём работ, и сравнивать стоит их стоимость, а не цену лицензии.

Сколько этапов должно быть в воронке продаж?+

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

Как считать конверсию воронки продаж в CRM?+

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

Можно ли верить прогнозу выручки, который показывает CRM?+

Прогноз точен настолько, насколько актуальны этапы и суммы в сделках. Если вероятность этапа задана настройкой по умолчанию, а менеджеры двигают сделки раз в месяц, прогноз превращается в сумму надежд. Рабочий вариант собирают из двух частей: взвешенной воронки по собственной истории конверсии компании и оценки менеджера по категориям «точно», «вероятно», «под вопросом». Проблема распространённая: в отчёте Gong, компании, которая продаёт инструменты анализа продаж (июль 2022 года, 928 специалистов по продажам и выручке), прогнозу своих менеджеров доверяют 24% руководителей, а 52% говорят, что компания регулярно ошибается в прогнозе больше чем на 10%. Расхождение прогноза с фактом стоит разбирать каждый месяц, тогда видно, на каком этапе вероятности завышены.

Как контролировать менеджеров в CRM без микроменеджмента?+

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

Сколько стоит CRM для отдела продаж, настроенная под свой процесс?+

Цена зависит от числа воронок, интеграций и исключений в процессе, поэтому до разбора её честно не назвать. Кроме лицензии, бюджет уходит на обмен с 1С ради факта оплат и отгрузок, подключение телефонии и почты, правила для зависших сделок, отчёты и права доступа. Объём каждой из этих частей виден только после того, как описана ваша воронка. Если поверх коробки приходится достраивать много своей логики, иногда дешевле собрать нужный участок как отдельную систему, связанную с учётом. Оценивать бюджет удобно от потерь: сделки, забытые на этапах, промахи прогноза и постоянные клиенты, которые перестали покупать незаметно.

Ещё статьи

Нужна не статья, а система?

Расскажите задачу — предложим решение по автоматизации под вашу нишу.

Оставить заявку

Мы используем файлы cookie для работы сайта и аналитики. Подробнее — в политике конфиденциальности.