Воронка продаж в CRM: когда таблиц уже недостаточно

Почему сделки теряются между таблицей и перепиской?

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

В отделе из 5–15 менеджеров руководитель ещё может помнить крупные переговоры, но все текущие контакты по памяти не удержит. Пропущенная задача превращается в паузу для клиента; пока никто не замечает паузу, прогноз строится по сделке, которая давно остановилась. В конце месяца в таблице числится ожидаемая выручка, а менеджер только тогда узнаёт, что покупатель выбрал другого поставщика.

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

Как сравнивать таблицу, CRM и переход между ними?

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

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

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

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

Когда достаточно обычной таблицы?

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

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

Плюсы

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

Минусы

• Сроки и следующий шаг менеджеры обновляют вручную.
• Контекст писем и сообщений остаётся вне строки.
• Руководитель сам собирает картину просрочек и прогноза.

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

Что меняется, когда воронка работает в CRM?

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

Допустим, клиент запросил предложение. Менеджер переводит сделку на этап «Предложение отправлено», заносит сумму и назначает звонок на конкретную дату. Руководитель открывает список задач и видит просрочку до того, как она обнаружится при составлении месячного прогноза. Этапы помогают лишь тогда, когда каждому соответствует понятное действие сотрудника и событие со стороны клиента.

1. Разберите несколько завершённых и зависших сделок: какие шаги команда действительно проходила до оплаты.
2. Назовите 4–6 этапов понятными событиями: «новое обращение», «контакт состоялся», «потребность уточнена», «предложение отправлено», «условия согласованы», «оплачено».
3. Для каждого этапа задайте правило перехода: что записывает менеджер и какую следующую задачу ставит.
4. Отдельно заведите причины отказа, чтобы потерянные сделки не оставались на этапе ожидания.
5. Обучите менеджеров на реальных сценариях: кто принимает заявку, кто отвечает клиенту и как фиксируется следующий контакт.

Плюсы

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

Минусы

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

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

Зачем на время совмещать таблицу и CRM?

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

Сначала договоритесь, что считается одной сделкой: клиент, предмет покупки и конкретный запрос. Затем назначьте сотрудника, который сверит открытые строки с карточками CRM по клиенту и контакту, уберёт дубли и перенесёт обещанные даты. Новые заявки после запуска заносите сразу в CRM; в таблице оставьте пометку о переносе. Иначе сотрудник начнёт по-разному обновлять два места, а руководитель снова потеряет единый прогноз.

1. Выпишите открытые сделки из таблицы и отметьте их ответственных.
2. Перенесите контакты, договорённости, следующий шаг и дату, затем найдите записи без этих полей.
3. Сверьте количество активных сделок и суммы по ответственным в двух списках.
4. Назначьте день, после которого новые сделки ведут только в CRM, а таблицу оставляют архивом.

Плюсы

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

Минусы

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

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

Таблица или CRM — что выбрать по эффекту, затратам и сроку?

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

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

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

Как понять, что пора менять инструмент?

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

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

Отдел продаж: ____ (название команды)
Количество менеджеров: ____ (человек)
Кто принимает новые обращения: ____ (роль)

1. Источники обращений: ____ (телефон, сайт, почта, мессенджеры).
2. Этапы от первого обращения до оплаты: ____ (перечислите по порядку).
3. Для каждого этапа событие перехода: ____ (действие клиента или подтверждённая договорённость).
4. Обязательные поля сделки: ____ (ответственный, сумма, следующий шаг, дата и другое нужное Вам).
5. Кто получает задачу по новому обращению: ____ (роль или сотрудник).
6. Когда руководитель видит просрочку: ____ (правило для задач).
7. Причины отказа: ____ (выберите рабочие формулировки).
8. Какие действующие сделки переносим: ____ (список и ответственный за сверку).
9. По каким числам оцениваем результат: ____ (обращения без ответа, просрочки, сделки без следующего шага).

Дата заполнения: ____ Ответственный: ____

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

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