Как менеджеру видеть статус изготовления заказа в CRM

Одна из самых частых проблем в производственных компаниях выглядит очень просто.

Клиент спрашивает менеджера:

«Когда будет готов мой заказ?»

А менеджер не знает.

Чтобы ответить, он начинает:

• писать в производство;
• звонить технологу;
• уточнять у мастера;
• искать информацию в 1С;
• смотреть таблицу;
• спрашивать склад.

Иногда менеджеру отвечают сразу.

Иногда через час.

Иногда только на следующий день.

В результате клиент ждёт, менеджер тратит время, а производство постоянно отвлекают одними и теми же вопросами.

Правильная цифровая архитектура решает эту проблему иначе.

Менеджер открывает сделку в CRM и сразу видит:

Статус: В производстве
Готовность: 70%
Плановая дата: 28 августа
Прогноз: 30 августа
Причина отклонения: задержка материала

То есть информация о производстве должна приходить к менеджеру автоматически.

Разберём, как это реализовать правильно.

Почему менеджеру вообще нужен производственный статус

Менеджер отвечает не только за продажу.

После подписания договора клиент продолжает обращаться к нему.

Он спрашивает:

• заказ запущен?
• материалы пришли?
• начали производство?
• когда будет готово?
• можно ли отгружать раньше?
• будет ли задержка?

Если менеджер не видит статуса, он превращается в посредника между клиентом и производством.

Каждый вопрос клиента запускает внутреннюю цепочку уточнений.

Это замедляет сервис и создаёт лишнюю нагрузку.

Главный принцип — менеджер не должен заходить в производственную систему

Одна из типовых ошибок — дать менеджерам доступ в 1С или производственную систему.

Теоретически они могут сами искать информацию.

На практике возникает несколько проблем:

• интерфейс сложный;
• много технических данных;
• трудно найти нужный документ;
• менеджер может видеть лишнюю информацию;
• нужны дополнительные права и обучение.

Правильнее передавать в CRM только ту информацию, которая нужна менеджеру для общения с клиентом.

Какие статусы нужны менеджеру

Менеджеру не обязательно видеть каждую технологическую операцию.

Например, внутри производства заказ может проходить:

• раскрой;
• сварку;
• обработку;
• покраску;
• сборку;
• упаковку.

Для производства это важно.

Для менеджера чаще достаточно более понятных бизнес-статусов:

• Заказ принят;
• Ожидает запуска;
• Ожидает материалов;
• В производстве;
• Контроль качества;
• Готов;
• Передан на склад;
• Готов к отгрузке.

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

Где должен находиться производственный статус

Есть два основных варианта.

Вариант 1. Производство ведётся в 1С

Тогда 1С является источником фактического статуса.

CRM получает его автоматически.

Схема:

Bitrix24 → заказ → 1С → производство → статус → Bitrix24.

Вариант 2. Производство ведётся в отдельной системе

Это может быть:

• ERP;
• MES;
• специализированная производственная система;
• отраслевое решение.

Тогда CRM интегрируется с этой системой напрямую или через промежуточный интеграционный слой.

Какая система должна быть главной

Важно определить master-систему.

Если производство реально работает в 1С, менеджер не должен вручную менять производственный статус в CRM.

Иначе появляются расхождения.

Например:

в Bitrix24:

Готов.

А в производстве:

В работе.

Поэтому правило должно быть простым:

фактический производственный статус меняется в производственной системе → CRM только получает его.

Как связать сделку CRM с производственным заказом

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

Например:

Bitrix24 Deal ID: 8541

связан с:

1С Production Order ID: 45895

После создания производственного заказа его идентификатор записывается в CRM.

Теперь система понимает:

какой заказ 1С относится к какой сделке Bitrix24.

Почему нельзя связывать заказ только по номеру

Номера могут:

• повторяться в разных базах;
• меняться;
• иметь префиксы;
• отличаться между системами.

Надёжнее использовать внутренние уникальные идентификаторы.

Номер можно показывать пользователю.

ID используется системой.

Какие данные стоит показывать менеджеру

Минимальный блок может выглядеть так:

Производство

Заказ: PR-458
Статус: В производстве
Дата запуска: 14 августа
Плановая готовность: 28 августа
Прогноз: 28 августа

Это уже закрывает большую часть вопросов.

Расширенный вариант

Для более сложного производства:

Заказ: PR-458
Статус: В производстве
Готовность: 70%
Дата запуска: 14 августа
Плановая дата: 28 августа
Прогноз: 30 августа
Отклонение: +2 дня
Причина: задержка комплектующих
Ответственный: Производство №2

Менеджер получает достаточно информации, чтобы корректно поговорить с клиентом.

Нужно ли показывать процент готовности

Не всегда.

Это зависит от того, насколько объективно его можно рассчитать.

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

Например:

• подготовка — 10%;
• материалы — 20%;
• производство — 60%;
• контроль — 90%;
• готово — 100%.

Но если значение сотрудник вводит «на глаз», показатель может вводить в заблуждение.

В таком случае лучше показывать:

этап + прогнозируемую дату.

Что важнее: статус или прогноз даты

Для клиента чаще всего важнее дата.

Фраза:

«Заказ находится на этапе сборки»

не отвечает на главный вопрос:

«Когда он будет готов?»

Поэтому хорошая система должна показывать как минимум:

• текущий статус;
• плановую дату;
• прогнозируемую дату.

Плановая и прогнозируемая дата — не одно и то же

Это важный принцип.

Плановая дата

Дата, которую компания первоначально рассчитала.

Например:

28 августа.

Текущий прогноз

Фактическая ожидаемая готовность на сегодняшний день.

Например:

31 августа.

Если прогноз изменился, CRM должна показать отклонение заранее.

Как менеджеру видеть риск просрочки

Не нужно ждать, пока заказ уже просрочен.

Система может сравнивать:

обещанный срок клиенту

с

текущим прогнозом производства.

Например:

Срок клиенту: 28 августа
Прогноз: 31 августа

CRM автоматически получает статус:

Риск просрочки: 3 дня.

Менеджер получает уведомление.

Почему предупреждение о риске важнее самого факта просрочки

Когда заказ уже просрочен, возможности ограничены.

Но если проблема обнаружена заранее, можно:

• ускорить отдельный этап;
• поменять приоритет;
• организовать другую логистику;
• заранее предупредить клиента.

Для клиентского сервиса это принципиальная разница.

Как автоматизировать уведомления

Например:

Сценарий 1

Прогноз превышает обещанную дату.

CRM:

• ставит задачу менеджеру;
• уведомляет РОПа;
• фиксирует риск.

Сценарий 2

Производственный заказ переходит в статус «Готов».

CRM:

• уведомляет менеджера;
• переводит сделку на следующий этап;
• запускает проверку оплаты.

Сценарий 3

Заказ ожидает материалы более трёх дней.

CRM:

• уведомляет ответственного;
• показывает причину задержки.

Нужно ли показывать причину задержки

Да.

Менеджеру важно понимать не только факт.

Например:

Просрочка: 5 дней.

Этого мало.

Лучше:

Причина: поставщик задержал комплектующие.

Тогда менеджер может дать клиенту нормальное объяснение.

Кроме этого, причины задержек можно анализировать на уровне руководства.

Какие причины задержки можно использовать

Например:

• нет сырья;
• задержка поставщика;
• поломка оборудования;
• перегрузка производства;
• техническая проблема;
• изменение заказа клиентом;
• задержка согласования;
• недостаточная оплата;
• контроль качества.

Лучше использовать структурированный справочник, а не свободный текст.

Как CRM может выглядеть для менеджера

В карточке сделки можно создать отдельный блок:

Статус заказа

Заказ 1С: №000458

Производство: В работе

Готовность: 65%

План: 28.08.2026

Прогноз: 30.08.2026

Отклонение: +2 дня

Причина: ожидание материала

Последнее обновление: сегодня, 14:20

Это значительно удобнее, чем искать информацию в разных системах.

Почему важно показывать дату последнего обновления

Менеджер должен понимать, насколько свежая информация.

Если статус обновлялся:

2 минуты назад

— ему можно доверять.

Если:

5 дней назад

— возможно, обмен перестал работать.

Поэтому поле:

Последняя синхронизация

полезно для критичных процессов.

Как часто обновлять производственный статус

Зависит от бизнеса.

Реальное время

Если статус критичен и система поддерживает событийный обмен.

Каждые 5–15 минут

Часто достаточно для оперативного производства.

Раз в час

Подходит для менее динамичного процесса.

Раз в сутки

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

Не нужно делать обмен каждую секунду, если статус меняется раз в несколько дней.

Можно ли обновлять статус по событию

Да.

Например:

производственный заказ изменил статус.

Система сразу отправляет обновление в CRM.

Это эффективнее постоянных запросов.

Как работать с несколькими производственными заказами

Одна сделка может создавать несколько производственных заказов.

Например:

клиент покупает:

• оборудование №1;
• оборудование №2;
• дополнительную комплектацию.

В CRM нужно хранить связи со всеми заказами.

Например:

Общий статус сделки:

Частично готов.

Как рассчитать общий статус сделки

Правила нужно определить заранее.

Например:

если все заказы готовы:

Готово.

Если хотя бы один находится в работе:

В производстве.

Если часть готова:

Частично готово.

Если есть критическая просрочка:

Риск просрочки.

CRM агрегирует несколько производственных документов в понятный менеджеру статус.

Как показывать частичную готовность

Например:

Заказано: 1 000 шт.
Готово: 600 шт.
В производстве: 400 шт.

Менеджер может обсудить с клиентом частичную поставку.

Это особенно важно для крупных заказов.

Как связать готовность с отгрузкой

Когда производство завершилось, автоматически запускается следующий этап.

Например:

Статус производства = Готов

↓

CRM проверяет:

• оплату;
• документы;
• условия отгрузки.

↓

Если всё выполнено:

Готов к отгрузке.

Так производственный статус становится частью сквозного процесса.

Как связать готовность с оплатой

Например, договор предусматривает:

• 50% предоплата;
• 40% после изготовления;
• 10% после отгрузки.

Когда производство достигает статуса:

Готово

CRM автоматически:

• уведомляет менеджера;
• создаёт задачу получить второй платёж;
• переводит финансовый этап.

Это позволяет связать производство и денежный поток.

Как уведомлять клиента автоматически

В некоторых процессах можно автоматизировать и внешнюю коммуникацию.

Например:

после статуса:

Заказ готов

клиент получает сообщение:

Ваш заказ №458 готов. Менеджер свяжется с вами для согласования отгрузки.

Но автоматические уведомления лучше использовать аккуратно.

Клиент должен получать только достоверные статусы.

Что делать, если производственный статус меняется назад

Такое возможно.

Например:

Контроль качества → Доработка.

CRM должна корректно отобразить возврат.

Не нужно строить логику, в которой стадия может двигаться только вперёд.

Реальное производство содержит исключения.

Как работать с изменением заказа

Если клиент меняет требования после запуска, это может повлиять на:

• статус;
• готовность;
• дату.

Поэтому желательно иметь отдельный процесс:

Изменение заказа.

После согласования новая информация передаётся производству.

CRM получает новый прогноз.

Нужно ли хранить историю производственных статусов

Да, особенно для анализа.

Например:

После этого можно понять, где заказ провёл больше всего времени.

Как руководитель может использовать эти данные

Менеджеру нужна конкретная сделка.

Руководителю нужна общая картина.

Например:

Заказов в производстве: 48

Идут по плану: 35

Риск просрочки: 8

Просрочено: 5

Это уже инструмент управления.

Как выглядит дашборд

Можно разделить заказы:

По статусу

• ожидают запуска;
• производство;
• контроль;
• готово.

По сроку

• в графике;
• риск;
• просрочено.

По менеджеру

Показать, у каких клиентов есть риск задержки.

По причине

• материалы;
• оборудование;
• загрузка;
• изменения клиента.

Что получает руководитель продаж

РОП может увидеть:

• какие менеджеры имеют проблемные заказы;
• кого нужно предупредить;
• где риск недовольства клиента.

Это позволяет управлять не только продажами, но и клиентским опытом после продажи.

Что получает собственник

Собственник может видеть стоимость заказов на каждом этапе.

Например:

В производстве: 120 млн ₸
Риск просрочки: 25 млн ₸
Просрочено: 8 млн ₸
Готово к отгрузке: 17 млн ₸

Тогда производство становится частью управленческой картины бизнеса.

Как здесь может использоваться BI

Если данных много, производственные статусы можно передавать в BI.

Тогда анализировать:

• средний срок изготовления;
• отклонение план/факт;
• причины задержек;
• выполнение сроков по подразделениям;
• динамику.

CRM используется для работы.

BI — для глубокого анализа.

Где может помочь AI

После накопления исторических данных AI может искать закономерности.

Например:

• какие заказы чаще просрочены;
• какие материалы создают риски;
• какие типы продукции чаще задерживаются;
• какой заказ с высокой вероятностью выйдет за срок.

Тогда система переходит от отображения статуса к прогнозированию.

Пример AI-предупреждения

Например:

Заказ PR-458

Текущий статус:

В производстве.

Формально срок ещё не нарушен.

Но AI видит:

• похожие заказы обычно занимают ещё 9 дней;
• до срока осталось 5;
• один материал уже задержан.

Результат:

Высокий риск просрочки — 4 дня.

Это следующий уровень управления.

Можно ли реализовать всё только в Bitrix24

Для простого производства — часть процесса можно вести непосредственно в Bitrix24.

Например, создать смарт-процесс:

Производственный заказ.

Стадии:

• новый;
• подготовка;
• производство;
• контроль;
• готов.

Тогда менеджер видит всё внутри одной системы.

Когда лучше интегрировать Bitrix24 с 1С

Если производство уже работает в 1С и там ведутся:

• производственные заказы;
• материалы;
• спецификации;
• склад;
• готовность,

не стоит создавать второй параллельный учёт.

Лучше:

1С ведёт производство → Bitrix24 получает статус.

Когда нужна интеграция с MES или ERP

Если производство сложное:

• много операций;
• станки;
• рабочие центры;
• технологические маршруты;
• планирование мощностей,

источник статуса может быть ERP или MES.

CRM остаётся клиентским интерфейсом.

Что не стоит показывать менеджеру

Не нужно превращать карточку сделки в производственный отчёт.

Лишними могут быть:

• внутренние технологические операции;
• технические регистры;
• нормы;
• загрузка каждого станка;
• служебные производственные комментарии.

Менеджеру нужна информация для решения клиентского вопроса.

Типовые ошибки

Ошибка №1. Статус обновляет менеджер вручную

Информация быстро становится недостоверной.

Ошибка №2. Производство пишет статус в чат

История теряется.

Ошибка №3. В CRM слишком много производственных этапов

Менеджеры перестают понимать систему.

Ошибка №4. Есть статус, но нет даты

«В производстве» ничего не говорит клиенту о сроке.

Ошибка №5. Есть план, но нет прогноза

Компания замечает отклонение слишком поздно.

Ошибка №6. Нет причин задержки

Невозможно анализировать проблемы.

Ошибка №7. Нет связи между сделкой и заказом

Обмен начинает путать документы.

Ошибка №8. Нет мониторинга интеграции

CRM показывает старый статус, а никто этого не замечает.

Ошибка №9. Не учитывается частичная готовность

Большие заказы выглядят либо готовыми, либо нет.

Ошибка №10. Пытаются перенести всё производство в CRM

Система становится слишком сложной.

Как начать внедрение

Не нужно сразу интегрировать сотни полей.

Начните с минимального набора.

Этап 1

Передавайте:

• номер заказа;
• статус;
• плановую дату.

Этап 2

Добавьте:

• прогноз;
• готовность;
• причину задержки.

Этап 3

Добавьте автоматизацию:

• уведомления;
• задачи;
• смену стадий.

Этап 4

Добавьте аналитику.

Такой подход быстрее даёт реальный результат.

Какие KPI измерять

После внедрения можно измерить:

• количество ручных запросов в производство;
• среднее время ответа клиенту;
• процент заказов в срок;
• количество неожиданно просроченных заказов;
• точность прогнозируемой даты;
• причины задержек.

Так становится видно, насколько новая система улучшила процесс.

Как Profi Soft настраивает отображение производственных статусов

В Profi Soft мы начинаем не с полей CRM, а с анализа процесса.

Определяем:

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

После этого проектируем обмен.

Что может входить в проект Profi Soft

• предпроектное обследование;
• настройка Bitrix24;
• интеграция с 1С;
• интеграция с производственной системой;
• связь сделки и заказа;
• производственные статусы;
• плановые даты;
• прогноз;
• процент готовности;
• причины задержек;
• уведомления;
• автоматизация отгрузки;
• BI-дашборд;
• поддержка интеграции.

Что получает менеджер

Вместо вопросов:

«Коллеги, что там с заказом?»

он открывает CRM.

И видит:

Заказ: PR-458
Статус: В производстве
Готовность: 70%
План: 28 августа
Прогноз: 30 августа

Это занимает несколько секунд.

Что получает производство

Сотрудников меньше отвлекают.

Им не нужно десятки раз в день отвечать:

«Когда будет готово?»

Они меняют статус там, где реально работают.

Информация автоматически передаётся отделу продаж.

Что получает клиент

Главное изменение клиент не видит напрямую.

Но он чувствует его.

Вместо:

«Сейчас уточню и вам перезвоню».

он слышит:

«Ваш заказ сейчас в производстве, готовность около 70%, текущий прогноз — 30 августа».

Это совершенно другой уровень сервиса.

Что получает собственник

Появляется связь между:

продажей и исполнением.

Собственник видит не только:

сколько продали,

но и:

что из проданного реально будет выполнено вовремя.

Главный вывод

Менеджеру не нужен доступ ко всей производственной системе.

Ему нужны несколько точных ответов:

• заказ запущен?
• где он сейчас?
• когда будет готов?
• есть ли риск задержки?
• можно ли готовить отгрузку?

Если эти данные автоматически возвращаются из производства в CRM, исчезает огромное количество внутренней ручной коммуникации.

Правильная схема выглядит так:

Bitrix24 → подтверждённый заказ → 1С / производство → фактический статус → Bitrix24 → менеджер → клиент.

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

Закажите аудит интеграции CRM и производства

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

Команда Profi Soft изучит:

• Bitrix24;
• 1С;
• производство;
• текущие статусы;
• логику сроков;
• процесс отгрузки;
• существующие интеграции.

По результатам вы получите:

• карту движения заказа;
• целевой список статусов;
• схему связи CRM и производства;
• правила обмена;
• сценарии уведомлений;
• этапы реализации;
• оценку сроков и бюджета.

Оставьте заявку на предпроектное обследование. Мы покажем, как сделать так, чтобы менеджер видел статус изготовления заказа непосредственно в Bitrix24 и получал информацию о риске просрочки раньше, чем об этом спросит клиент.

Чек-лист статуса производства в CRM

Проверьте, видит ли ваш менеджер:

• номер производственного заказа;
• факт запуска;
• текущий статус;
• процент готовности;
• плановую дату;
• прогнозируемую дату;
• отклонение от срока;
• причину задержки;
• частичную готовность;
• дату последнего обновления;
• готовность к отгрузке.

И делает ли система автоматически:

• обновление статуса;
• уведомление о риске;
• уведомление о готовности;
• запуск следующего этапа;
• сохранение истории.

Если большая часть информации по-прежнему получается через звонки и сообщения, процесс можно существенно упростить.

Часто задаваемые вопросы

Можно ли показывать статус производства в Bitrix24?

Да. Его можно вести непосредственно в Bitrix24 для простых процессов или получать из 1С, ERP, MES и другой производственной системы.

Нужно ли менеджеру давать доступ в 1С?

Обычно нет. Удобнее передавать нужные данные непосредственно в карточку сделки.

Какие статусы лучше показывать?

Только коммерчески понятные: «Ожидает запуска», «В производстве», «Контроль качества», «Готов».

Можно ли показывать процент готовности?

Да, если в производственной системе существует объективный способ его расчёта.

Что важнее — процент или дата?

Для общения с клиентом прогнозируемая дата готовности часто важнее процента.

Можно ли предупреждать менеджера о просрочке заранее?

Да. CRM может сравнивать плановую и прогнозируемую даты и автоматически создавать уведомления.

Можно ли показывать причину задержки?

Да. Лучше использовать структурированный список причин для дальнейшей аналитики.

Что делать, если одна сделка создаёт несколько производственных заказов?

Можно связать все заказы со сделкой и рассчитывать агрегированный статус.

Можно ли автоматически запускать отгрузку после готовности?

Да. Статус «Готов» может запускать проверку оплаты, документов и задачу логистике.

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

С определения 5–7 ключевых производственных статусов, которые действительно нужны менеджеру, и источника этих данных.