Когда заказ передан в работу, телефон менеджера начинает разрываться от вопросов «где мой заказ». Каждый ответ требует найти сделку, уточнить у производства, перезвонить. Вместо этого можно выстроить процесс: статус заказа фиксируется в CRM, за обновление отвечает конкретный сотрудник, а напоминание о следующем касании создаётся автоматически. Тогда клиент получает короткое сообщение только на ключевых переходах, а менеджер не тратит время на хаотичные созвоны.
Какие статусы сообщать клиенту: три-четыре точки, которые снижают тревогу
Клиенту не нужен ежедневный отчёт. Достаточно трёх-четырёх контрольных точек, которые закрывают главные вопросы: заявка принята, срок посчитан, заказ в работе, заказ готов. Промежуточные этапы полезны только если они реально влияют на ожидания заказчика. Например, если заказ состоит из нескольких партий, стоит сообщать о готовности каждой. В остальных случаях лишние уведомления создают шум.
Таблица ниже — пример соответствия этапа в работе и сообщения клиенту. Её можно адаптировать под свою воронку, но важно, чтобы каждому статусу соответствовало подтверждённое действие, а не предположение.
| Этап сделки | Статус для клиента | Действие менеджера |
|---|---|---|
| Заявка принята и передана на расчёт | «Заявка принята, считаем срок и цену» | Зафиксировать дату получения, поставить задачу на расчёт |
| Расчёт согласован, заказ подтверждён | «Заказ подтверждён, плановая дата отгрузки: [дата]» | Обновить поле «Статус заказа», указать дату, отправить сообщение клиенту |
| Заказ запущен в производство | «Заказ в производстве, следующий контрольный срок: [дата]» | Создать дело на дату проверки, запланировать касание клиента |
| Заказ готов к отгрузке | «Заказ готов, можно забирать/отправляем» | Проверить фактическую готовность, отправить уведомление |
Такой набор покрывает основной цикл от подтверждения до отгрузки. Если в компании есть дополнительный этап, например согласование чертежа, он добавляется только после того, как клиент утвердил документацию. Неполный запрос остаётся на стадии уточнения до реальной проверки.
Где фиксировать статус в CRM: пользовательские поля и стадии сделки
Стадии сделки показывают, на каком этапе находится заказ, но не хранят текст сообщения для клиента. Для этого удобно использовать пользовательские поля. В карточке CRM можно завести пользовательские поля для хранения статуса заказа, даты плановой отгрузки и комментария для клиента. Поле типа «Список» или «Строка» позволит выбрать или вписать формулировку статуса, а поле «Дата» — плановую дату отгрузки. Поле «Привязка к пользователю» зафиксирует ответственного за заказ, если такой сотрудник отличается от менеджера, ведущего сделку.
Важно: обязательное поле заставляет заполнить карточку перед переходом на стадию, но не проверяет, верно ли значение. Если менеджер вписал «заказ в производстве», а технолог ещё не подтвердил запуск, клиент получит ложную информацию. Поэтому статус вносит только ответственный после фактического подтверждения. Обязательность нужна, чтобы карточка не осталась пустой, а не чтобы гарантировать достоверность.
Кто и когда обновляет статус: регламент с ответственным и критерием подтверждения
В регламенте нужно закрепить три вопроса: кто обновляет поле, когда это делает, что считается подтверждением. Обычно статус обновляет менеджер, ведущий сделку, но он не может сам решить, что заказ запущен в производство. Подтверждением может быть запись в задаче от технолога, отметка в производственном журнале или устное согласование, зафиксированное в комментарии к сделке. Главное — источник должен быть проверяемым.
Подход такой:
- Заявка принята — менеджер фиксирует статус сразу после получения запроса.
- Срок посчитан — менеджер обновляет статус после согласования расчёта с клиентом и получения подтверждения от производства.
- Заказ в производстве — статус обновляется после того, как технолог или ответственный за цех подтвердил запуск.
- Заказ готов — статус обновляется после фактической проверки готовности, а не по плановой дате.
Если ответственный уходит в отпуск, нужно назначить замещающего. Для этого можно использовать пользовательское поле «Привязка к пользователю», чтобы в карточке был виден ответственный за заказ. Тогда при передаче сделки не потеряется контекст.
Как не забыть уведомить клиента: дела и напоминания в CRM
После обновления статуса менеджер создаёт дело на следующую контрольную точку. Например, при запуске в производство ставится дело «Проверить готовность заказа» на дату, когда ожидается завершение этапа. CRM помогает не пропустить касание с клиентом: при наступлении срока дела в карточке загорается счетчик, например «Звонок через 1 час». Это сигнал для менеджера, что пора связаться с клиентом.
При выходе из карточки сделки без запланированного дела CRM может предложить создать его с сроком по умолчанию. Удобно сразу соглашаться и корректировать дату, чтобы не потерять заказ. Если по заказу несколько контрольных точек, дела создаются по цепочке: после завершения одного — следующее. Это не автоматическая отправка клиенту, а управляемый график касаний, который держит менеджер.
Например, если заказ на лазерную резку подтверждён на 15 число, менеджер ставит дело на 12 число «Проверить готовность у производства». Если 12-го технолог подтверждает, что резка завершена, менеджер отправляет сообщение «Заказ готов, можно забирать». Такой сценарий не требует звонков по инициативе клиента и гарантирует, что сообщение уйдёт только после фактического подтверждения.
Шаблон сообщения о статусе: что писать, чтобы не создать ложных ожиданий
Сообщение должно быть коротким и содержать только подтверждённые данные. Пример формулировки:
«Добрый день! По заказу № [номер] статус: заказ в производстве. Плановая дата отгрузки — [дата]. Если срок изменится, сообщим дополнительно».
Здесь нет обещания «точно будет готово», а есть план и условие. Если менеджер не уверен в дате, он не пишет её вовсе или указывает интервал: «ориентировочно 10–12 марта». Если заказ задерживается, сообщать нужно факт и новую плановую дату только после того, как производство подтвердило новый срок. Не нужно извиняться за каждый день задержки — достаточно одного чёткого касания с обновлённым планом.
Исключения: когда статус сообщать нельзя или только после подтверждения производства
Есть ситуации, когда отправлять статус клиенту преждевременно или даже вредно.
- Если технолог ещё не подтвердил запуск, сообщать «заказ в производстве» нельзя. Менеджер сначала фиксирует подтверждение в CRM, затем отправляет сообщение.
- Если клиент не согласовал чертёж или спецификацию, статус не продвигается. Сначала нужно закрыть вопрос по документации, иначе любой срок будет фиктивным.
- Если фактическая готовность не проверена, не отправлять «заказ готов». Плановые даты в производстве могут сдвигаться, поэтому готовность подтверждается только реальной проверкой.
- Если в карточке не заполнены обязательные поля, CRM не даст перевести сделку на следующую стадию. Это не повод вводить фиктивные значения ради срочности. Лучше дозаполнить данные или уточнить их у ответственного.
Во всех этих случаях ответ клиенту будет позже, но зато не создаст ложных ожиданий. Лучше один раз объяснить, что информация уточняется, чем несколько раз извиняться за неверный статус.
FAQ
Можно ли настроить автоматическую отправку статуса клиенту при смене стадии?
Для отправки сообщения клиенту нужно настроить отдельный процесс: менеджер отправляет его вручную после подтверждения статуса. Если хотите автоматизировать, необходимо настроить робота или интеграцию и проверить её работу. В Битрикс24 роботы могут отправлять письма и сообщения в чат, ставить задачи, создавать документы.
Как часто сообщать клиенту статус заказа?
На ключевых переходах: заявка принята, срок подтверждён, заказ в производстве, заказ готов. Если заказ длинный, можно добавить промежуточную контрольную точку через согласованный интервал, например раз в неделю. Ежедневные отчёты не нужны, если нет задержки.
Что делать, если производство задерживается и менеджер не знает новый срок?
Не выдумывать дату. Сообщить клиенту, что заказ задерживается, и указать, что новый срок будет после уточнения у производства. Как только производство подтвердит новую дату, отправить второе сообщение с обновлённым планом.
Обязательно ли заводить пользовательские поля для статуса?
Можно использовать только стадии сделки, но тогда негде хранить текст сообщения и плановую дату. Пользовательские поля позволяют держать статус и дату в одном месте, что упрощает работу менеджера и передачу заказа.