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

Источник: https://offer-for-job.ru/s/zhulanov-egor/blog/voronka-prodazh-v-crm-kogda-tablits-uzhe-nedostatochno  
Сайт: Креативная дизайн-студия  
Автор: Жуланов Егор, Собственник компании  
Опубликовано: 2026-11-12  
Обновлено: 2026-11-12  

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

## Коротко

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

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

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

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

> **Пример: Заявка осталась между сообщением и строкой.** Например, клиент запросил расчёт во вторник. Менеджер записал в таблице «готовим предложение», но обещанный ответ на четверг оставил только в личной переписке. В пятницу руководитель увидел сделку среди активных и включил её в прогноз; клиент к этому времени уже запросил расчёт у другой компании.
>
> Решающий вопрос для руководителя: сколько таких сделок лежит в таблице сегодня и кто отвечает за следующий контакт?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При выборе CRM я бы сначала попросил менеджера показать две операции: принять новое обращение и зафиксировать договорённость после звонка. Если для этого нужно долго искать нужные поля, карточки быстро перестанут обновляться. Вопрос здесь связан и с [навыками менеджера по продажам](https://offer-for-job.ru/s/zhulanov-egor/blog/kakie-navyki-nuzhny-menedzheru-po-prodazham): человеку нужно уметь договориться о следующем шаге, а затем ясно записать его для коллег.

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

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

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

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

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

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

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

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

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

**Три способа контролировать сделки отдела продаж**

| Критерий | Таблица | CRM | Совмещённый переход |
| --- | --- | --- | --- |
| Начало работы | Сразу в привычном файле | После настройки этапов и доступа | После настройки CRM и выбора списка переноса |
| Где хранятся сделки | Строки файла | Карточки CRM | Временно в двух местах |
| Следующий контакт | Дата в ячейке; контроль вручную | Задача у ответственного | Дата сверяется между списками |
| История общения | В заметках или переписке | В карточке при фиксации контакта | Переносится вместе с открытой сделкой |
| Затраты времени | Ежедневная ручная сверка | Настройка и регулярное заполнение | Двойная сверка до отключения таблицы |
| Риск потери заявки | При неполной записи или пропуске сверки | При незаведённой карточке или задаче | При расхождении двух списков |

Сравнение способов работы; цены зависят от выбранного инструмента и подключений.

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

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

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

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

Возьмите список активных переговоров и заполните требования к будущей воронке. Укажите, какой факт переводит сделку на следующий этап, кто отвечает за контакт, какую дату обещали клиенту и когда сделку закрывают с причиной отказа. Было: руководитель собирает прогноз по сообщениям сотрудников. Станет: он видит, по каким переговорам есть следующий шаг и где нужен разговор с менеджером. Читайте также: [Обучение продажам для сотрудников: курс, тренинг или разбор звонков?](https://offer-for-job.ru/s/zhulanov-egor/blog/obuchenie-prodazham-dlya-sotrudnikov-kurs-trening-ili-praktika-na-zvonkah).

**Требования к воронке продаж**

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

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

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

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

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

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

### Что такое воронка продаж в CRM простыми словами?

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

### Сколько этапов сделать в воронке продаж?

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

### Как перенести сделки из таблицы в CRM без дублей?

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

### Как выбрать CRM для отдела продаж из 5–15 менеджеров?

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

Темы: #таблицы #шаблоны документов #воронка продаж #crm #управление продажами