Настройте в CRM отдельный момент передачи заказа: менеджер заполняет условия сделки, назначает ответственного за исполнение и отправляет заказ на проверку. Исполнитель подтверждает, что всё понятно, либо возвращает конкретный вопрос. Только после подтверждения заказ переходит в работу. Такой порядок помогает небольшой команде связать обещания клиенту с задачами сотрудников. Ниже разберём, какие поля нужны в карточке, как разделить ответственность и что проверить до запуска процесса.
Когда заказ готов к передаче в исполнение?
Начните с короткого правила: что именно команда считает готовым заказом. Стадия «Успешно» сама по себе этого не объясняет. Для продаж она означает, что клиент согласился, а исполнителю ещё нужны состав заказа, сроки и условия начала работ.
Например, в компании по изготовлению мебели менеджер согласовал стоимость, но клиент ещё выбирает отделку. Передавать такой заказ в производство рано. При этом подготовительную задачу на уточнение материалов уже можно назначить, если команда отдельно описала её границы.
Запишите условия готовности прямо в описании стадии CRM:
- Клиент подтвердил состав заказа и актуальную стоимость.
- Менеджер указал срок и уточнил, что он означает: начало работ, готовность или передачу результата.
- Команда выполнила условие старта, например получила предоплату, если это предусмотрено договорённостью.
- В карточке есть документы и пояснения, по которым исполнитель сможет начать работу.
- Заказ получил ответственного за приёмку со стороны исполнения.
Условия зависят от процесса. Если работы начинаются до оплаты, закрепите это в правиле перехода. Менеджер не должен каждый раз решать по памяти, можно ли запускать заказ.
Когда сотрудники по-разному понимают даже текущие стадии, сначала полезно навести порядок в CRM: договориться о названиях этапов и обязательных действиях на каждом из них. Автоматизацию передачи настраивайте после этого.
Что записать в карточке заказа?
Откройте недавний заказ и попробуйте передать его коллеге без устных пояснений. Вопросы коллеги покажут, каких данных не хватает. На их основе составьте шаблон карточки, а поля, которые не помогают начать или проверить работу, пока отложите.
Для небольшой команды достаточно нескольких смысловых блоков:
- Результат: что клиент получит и что в заказ не входит.
- Состав: позиции, объём работ, комплектация и актуальная версия задания.
- Условия: стоимость, порядок оплаты и дополнительные договорённости.
- Сроки: обещанная клиенту дата и внутренний срок готовности, если команда их разделяет.
- Ответственность: кто ведёт исполнение и кто уточняет вопросы у клиента.
Вместо записи «монтаж по договорённости» укажите, кто согласует дату и до какого события это нужно сделать. Вместо «как в переписке» приложите актуальное задание и кратко перенесите в карточку условия, которые влияют на работу. Исполнитель должен понимать, какой документ использовать.
Отдельно предусмотрите изменения после передачи. Если клиент меняет комплектацию, менеджер фиксирует новую договорённость и отправляет её ответственному за исполнение. Тот подтверждает, как изменение повлияет на срок и объём работ. Старая задача не должна молча продолжать жить с прежним заданием.
Обязательные поля проверяйте в момент перехода к исполнению. На ранней стадии часть условий ещё неизвестна, поэтому требование заполнить всё сразу провоцирует записи вроде «уточняется». Для незакрытого вопроса лучше создать задачу с ответственным и сроком.
Как настроить передачу и разделить ответственность?
Разделите отправку и приём заказа. Переход менеджера на стадию «Передан в исполнение» означает, что он подготовил данные. Подтверждение исполнителя означает, что команда приняла работу с этими условиями. Между событиями оставьте этап «Ожидает приёмки».
- Менеджер заполняет карточку и переводит заказ в ожидание приёмки. CRM проверяет обязательные поля, если выбранная система поддерживает такую настройку.
- CRM создаёт задачу на проверку заказа и назначает её конкретному сотруднику. В задаче есть ссылка на карточку и срок ответа.
- Исполнитель сверяет задание с условиями заказа. При нехватке данных он возвращает менеджеру вопрос и указывает, что мешает начать работу.
- После уточнений исполнитель подтверждает приёмку. Заказ переходит в работу, а менеджер видит подтверждение в CRM.
- Если срок приёмки истёк, CRM напоминает ответственному или уведомляет руководителя по заранее выбранному правилу.
Не назначайте задачу просто «на производство» или «в сервис». У неё должен быть сотрудник, который примет заказ либо передаст его коллеге. Иначе каждый участник будет ждать действия от другого.
Для команды, которая целиком работает в одной CRM, начните со связанной задачи внутри сделки. Отдельный процесс исполнения имеет смысл, когда у него свои этапы, сроки и ответственные. Сделку и рабочий заказ при этом нужно связать, чтобы сотрудники переходили между ними без поиска по названию клиента.
Если исполнители работают в другом сервисе, заранее определите, какие сведения передаются и какой статус возвращается в CRM. Назначьте сотрудника, который разбирает ошибки обмена. Сам факт отправки ещё не подтверждает, что заказ появился у получателя. Возможности такого обмена нужно проверить до выбора схемы интеграции.
Как проверить процесс до запуска на всю команду?
Проведите пробную передачу на учебной карточке. Менеджер и исполнитель проходят весь путь вместе, но исполнитель задаёт вопросы через CRM, как будет делать в работе. Так вы проверите и настройки, и понятность самого задания.
Заранее составьте сценарии проверки:
- Полный заказ: исполнитель видит условия, подтверждает приёмку и получает рабочую задачу.
- Не хватает обязательного условия: CRM останавливает переход или явно показывает, что нужно уточнить.
- Исполнитель возвращает вопрос: менеджер видит причину и понимает, какое действие от него ждут.
- Менеджер меняет заказ после приёмки: исполнитель получает уведомление и подтверждает новые условия.
- Сотрудник повторяет переход: система не создаёт лишний заказ или повторную рабочую задачу.
Последний сценарий особенно полезен при интеграции. Повторный запуск после ошибки связи не должен приводить к двум заданиям на одну работу. Сопоставляйте записи по идентификатору заказа, а не только по названию клиента. В результате проверки в обеих системах должна остаться одна связанная пара записей.
Считайте тест завершённым, когда исполнитель может начать работу без отдельного сообщения менеджеру, а менеджер видит факт приёмки. Если приходится пояснять условия устно, добавьте недостающие сведения в шаблон и повторите проверку.
Типичные ошибки при передаче заказа
- Закрывать продажу и считать передачу завершённой. Добавьте отдельное подтверждение от исполнителя.
- Подменять задание всей историей переписки. Зафиксируйте актуальные условия в карточке и укажите рабочую версию документа.
- Оставлять возврат без причины. Исполнитель должен написать, каких данных не хватает и какой вопрос нужно решить.
- Менять условия только в комментарии. Обновите соответствующие поля и запросите подтверждение изменений.
- Автоматизировать спорный порядок работы. Сначала согласуйте правила приёмки, затем переносите их в настройки CRM.
После завершения работ сохраните связь результата с исходным заказом. Если клиент вернётся с вопросом по качеству, сотруднику понадобится понять, что именно команда обещала и выполнила. Для этого пригодится отдельный порядок работы с гарантийными обращениями и претензиями в CRM, без повторного открытия продажи.
Проектирование такого процесса начинается с карточки заказа и правил ответственности. Затем идут настройка стадий, задачи и проверка интеграций. Это даёт понятные границы работы для сотрудника, который настраивает CRM: какие действия автоматизировать и по каким сценариям принимать результат.
Начните с действия на две минуты: откройте последний заказ в CRM и запишите один вопрос, без ответа на который исполнитель не смог бы начать работу. Добавьте его в черновик чек-листа приёмки.
