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