Что должна контролировать CRM в производственной компании?
CRM должна сохранять точный источник каждого обращения и вести заказ через квалификацию, расчёт, предложение, счёт, оплату и передачу в производство. Контроль строится по полноте заявок, скорости ответа, конверсии этапов, причинам потерь, доле дублей и совпадению статусов с 1С.
Классическая CRM-воронка часто заканчивается статусом «успешно». Для производственной компании после него только начинается исполнение: согласованный состав заказа нужно передать в расчёт, снабжение и производство, связать со счётом и оплатой, а затем показать менеджеру фактический срок и статус.
Поэтому CRM проектируют вокруг сквозного объекта заказа. Обращение, контакт, расчёт, предложение, счёт, оплата и производственный заказ должны иметь понятные связи, владельцев данных и контрольные статусы.
Сначала соберите все обращения в одну очередь
Сайт, телефон, Telegram, VK, email, рекомендации и повторные обращения не должны создавать независимые списки. Каждое обращение получает время, точный источник, размещение, посадочную страницу, контакт и ответственного. Даже если клиент уже известен, новое обращение сохраняется отдельным событием и связывается с существующей карточкой.
- источник не заменяется общим значением «соцсети» или «интернет»;
- повторное обращение не теряет исходную кампанию и тему запроса;
- неразобранные обращения имеют срок и ответственного;
- тестовые заявки помечаются и не входят в реальные лиды;
- клик по мессенджеру не считается продажей без диалога и потребности.
Сквозные этапы от обращения до производства
| Этап | Обязательный результат | Кто или что принимает дальше |
|---|---|---|
| Новое обращение | Источник, контакт, тема, ответственный и срок ответа | Менеджер или очередь квалификации |
| Квалификация | Потребность, компания, продукт, ориентир по сроку и следующий шаг | Расчёт или коммерческая работа |
| Расчёт | Конфигурация, объём, требования, себестоимость или исходные данные для неё | Коммерческое предложение |
| Согласование | Зафиксированы версия предложения, цена, срок и условия | Договор и счёт |
| Счёт и оплата | Номер, сумма, срок, фактический статус оплаты | Разрешение на запуск заказа |
| Производственный заказ | Состав, маршрут, срок, документы и ответственные | Производство, снабжение и склад |
| Исполнение | Фактический статус, отклонение срока, готовность и отгрузка | Менеджер и клиент |
Этап не должен быть только цветной колонкой. У него есть условие входа, обязательные данные, разрешённые действия, ответственный, срок и проверяемый результат.
Разделите владельцев данных между CRM, 1С и производством
| Объект | Типичный владелец | Что передаётся |
|---|---|---|
| Обращение и активность | CRM | Источник, коммуникации, задачи, этап и причина потери |
| Контакт и реквизиты | CRM до проверки; затем согласованный справочник | ID систем, ИНН, телефон, email, договорные данные |
| Номенклатура и цены | 1С или ERP | Код, единица, доступность, правила цены |
| Счёт и оплата | 1С | Номер, сумма, дата, статус и задолженность |
| Производственный заказ | Производственный контур | Состав, маршрут, сроки, состояние исполнения |
Для каждого поля назначают одно место редактирования. Правила направлений, идентификаторов, повторов и журналирования подробно разобраны в материале об интеграции 1С и CRM без дублей.
Как контролировать дубли и потерянные заявки
- Нормализовать телефон, почту и ИНН до поиска совпадений.
- Хранить стабильные идентификаторы CRM, 1С и производственной системы.
- Не объединять автоматически неоднозначные совпадения.
- Сохранять каждое исходное обращение, даже если контакт уже существует.
- Выводить отдельную очередь записей без ответственного, следующего действия или срока.
- Проверять повторную доставку интеграции без создания второго клиента, счёта или заказа.
Показатели CRM-контура
- обращения и квалифицированные лиды по точному источнику, размещению и посадочной;
- время до первого ответа и доля обращений без обработанного результата;
- конверсия и длительность каждого этапа;
- причины потерь и возвратов на предыдущий этап;
- срок от обращения до предложения, счёта, оплаты и запуска заказа;
- доля дублей, ручных переносов и ошибок обмена;
- выручка и валовая прибыль по источнику после сверки с учётной системой.
Для руководителя эти показатели собираются в один экран, но формулы и источники фиксируются заранее. Подход описан в руководстве по дашборду из 1С и CRM.
Как запустить первый CRM-контур
- Выбрать один тип продаж, команду и набор входящих каналов.
- Описать этапы через условия входа, данные, ответственных и результат.
- Назначить владельцев сущностей и поля обмена с 1С и производством.
- Подготовить правила дублей, ошибок и ручных исключений.
- Проверить сквозные сценарии: новая заявка, повторный клиент, отказ, счёт, оплата и заказ.
- Зафиксировать базовые показатели и провести пилот на реальных сделках.
Связанные страницы: CRM и продажи, управление производством, BI-дашборды, B2B-порталы и кейс Реком.
Частые вопросы
Чем CRM для производства отличается от обычной воронки продаж?
После коммерческого этапа сделка должна передать в производство согласованный состав заказа, требования, сроки и документы. Статус клиента связан не только с задачами менеджера, но и с расчётом, оплатой, обеспечением и исполнением заказа.
Нужно ли переносить бухгалтерский учёт из 1С в CRM?
Нет. 1С может оставаться владельцем счетов, оплат и регламентированных документов. CRM получает необходимые статусы и суммы, а в 1С передаёт согласованные данные клиента и заказа по однозначным идентификаторам.
Как не создавать дубли клиентов из сайта, телефона и мессенджеров?
До создания новой записи нормализуют телефон, почту и ИНН, проверяют известные идентификаторы и отправляют неоднозначные совпадения на ручное решение. Исходное обращение при этом сохраняется с каналом и посадочной страницей.
Какие этапы включить в первую версию CRM?
Берут один тип продаж и его сквозной путь: новое обращение, квалификация, расчёт или предложение, согласование, счёт, оплата и передача заказа в исполнение. Этап включают только тогда, когда у него есть условие входа, обязательные данные, ответственный и результат.
По каким показателям принимать CRM-контур?
Проверяют полноту регистрации обращений, время первого ответа, конверсию между этапами, причины потерь, долю дублей и ручного переноса, срок до счёта и оплаты, а также совпадение статусов с 1С и производственной системой.
Разберём путь заявки до оплаты и производства
Зафиксируем каналы, этапы, владельцев данных и первый набор сценариев, по которым можно принять CRM-контур.