Согласование конструкторской документации — отдельный процесс внутри сделки, который часто задерживает запуск даже после согласованного расчёта. Проблема не в чертежах, а в отсутствии правил: кто какую версию отправил, кто отвечает за правки, что считать согласованием. Ниже — как организовать управление версиями, ответственными и критерием выхода, не рассчитывая на автоматическую проверку чертежа.
Почему согласование КД превращается в бесконечную переписку
Чаще всего согласование застревает из-за размытой ответственности. Клиент присылает чертёж письмом, через день — правку в мессенджере, технолог отвечает на почту, менеджер не знает, какая версия актуальна. Переписка растёт, но нет единой точки, где зафиксированы версия, дата, описание изменения и ответственный за следующий шаг. Вторая причина — отсутствие критерия выхода: команда не договаривается, что означает «согласовано» — просто просмотр файла или явное подтверждение конкретной версии. Если эти правила не заданы, каждый участник трактует статус по-своему, и цикл затягивается.
Что фиксировать в сделке до отправки чертежа клиенту
До отправки клиенту чертежа в карточке сделки заполняются четыре блока: номер версии КД, дата актуальной версии, описание изменений относительно предыдущей версии и ответственный со стороны клиента. Это не формальность: без номера версии невозможно отличить «чертёж от 12 числа» от «чертежа с исправленной фаской». В карточке CRM можно сделать пользовательское поле обязательным: сотрудник не сможет сохранить или переместить элемент, пока не заполнит это поле. Но обязательное поле контролирует только заполнение, а не то, что номер версии соответствует файлу. Поэтому рядом с полем менеджер прикладывает ссылку на файл в хранилище или загружает сам файл. В карточке CRM можно создать пользовательское поле типа «Файл» для загрузки технической документации и чертежей. Сотрудник загружает туда актуальный файл и сразу прикладывает ссылку на источник, если файл лежит на общем диске. Для сохранения предыдущих версий сотрудник делает копии и прикладывает ссылки на них. В сделках можно настроить обязательность поля только на определённых стадиях — например, требовать номер версии КД перед переходом на стадию отправки клиенту. Эти действия выполняет человек, а не автоматика.
Стадии воронки для согласования изменений и подписей
Чтобы согласование не смешивалось с расчётом, в сделке выделяются отдельные стадии. Примерный набор:
| Стадия | Что фиксируется | Критерий перехода |
|---|---|---|
| КД получена | Версия, дата, файл, контакт клиента | Чертеж сохранен, данные заполнены |
| КД отправлена клиенту | Дата отправки, адресат, версия | Менеджер отправил файл и записал факт |
| Получены замечания | Перечень правок, дата, автор | Правки зафиксированы отдельной версией |
| КД согласована | Подтверждение клиента, дата, финальная версия | Явное согласие на конкретную версию |
Такие стадии помогают руководителю видеть, где застрял заказ, не читая почту. Если сделка неделю стоит на «Отправлена клиенту», это сигнал для эскалации.
Ответственные и исключения на каждом шаге
На каждом шаге должен быть один ответственный, иначе задача перекладывается. Менеджер отвечает за отправку клиенту и фиксацию подтверждения. Технолог — за проверку производственной реализуемости до отправки, если это предусмотрено регламентом. Руководитель отдела продаж — за эскалацию, когда клиент молчит дольше согласованного срока или когда правки требуют пересчёта цены. Исключения: если технолог недоступен, решение о допустимости правки принимает руководитель, но в карточке указывается, что согласование технолога перенесено. Неполный запрос остаётся на стадии уточнения до реальной проверки. Сотрудник не пропускает обязательные поля и не вводит фиктивный номер версии, чтобы ускорить переход на следующую стадию.
Проверка перед отправкой: чек-лист сотрудника, а не обещание автоматики
Перед отправкой клиенту сотрудник сверяет: номер версии в сделке совпадает с именем файла; дата актуальна; в описании изменений указано, что именно поменялось; есть отметка технолога, если регламент требует проверки. Обязательное поле контролирует заполнение карточки или переход стадии, но не истинность значений, не согласование технологом, не отправку письма или КП и не передачу заказа во внешнюю систему. Чтобы убедиться, что файл действительно актуален, сотрудник сверяет номер версии и дату с данными в поле. Чек-лист выполняет человек, а CRM лишь не даёт пропустить пустое поле.
Что делать при молчании клиента или новой правке
Если клиент не отвечает, менеджер фиксирует дату отправки и ставит напоминание себе и руководителю через согласованный срок, например два рабочих дня. Напоминание должно быть в CRM, а не в личной почте. Если ответа нет, менеджер отправляет повторное сообщение со ссылкой на ту же версию и просит подтвердить получение. После третьего касания без ответа задача передаётся руководителю, который решает, продолжать ожидание или закрыть сделку с пометкой «нет решения по КД». Новая правка — это не продолжение старого письма, а новая версия: номер увеличивается, сотрудник сохраняет копию предыдущего файла, описание изменения вносится в поле, и цикл согласования начинается заново. Например, клиент прислал чертёж кронштейна с пометкой «изменить радиус гибки». Менеджер сохраняет файл как версию 2.1, в описание изменения пишет «радиус гибки 5 мм вместо 3 мм», отправляет клиенту и фиксирует дату. Если клиент отвечает «согласовано по версии 2.1», менеджер записывает подтверждение и переводит сделку на стадию «КД согласована».
Критерий результата: когда КД согласована
КД согласована, когда получено явное подтверждение от клиента на конкретную версию, зафиксированную в сделке. Это может быть письмо с пометкой «согласовано», подписанный скан или подтверждение в мессенджере, сохранённое сотрудником в карточку. Сам факт просмотра файла или устное «да, всё ок» без привязки к версии согласованием не считается. Менеджер записывает дату подтверждения, номер версии и способ подтверждения, затем переводит сделку на стадию «КД согласована». После этого начинается подготовка к производству — следующий процесс, который не должен запускаться до явного согласования.
Частые вопросы
Как не перепутать версии чертежей? Используйте номер версии в названии файла и в отдельном поле сделки. Сотрудник сохраняет каждую новую версию отдельной копией и прикладывает ссылку на актуальный файл. Старые версии не удаляются до завершения сделки.
Можно ли доверить обязательным полям проверку чертежа? Нет. Обязательное поле лишь не даёт сохранить карточку без значения. Проверку актуальности, геометрии и технологичности выполняет сотрудник по чек-листу.
Что делать, если клиент устно согласовал, но письменно не подтверждает? Зафиксируйте факт устного согласования в карточке с датой, временем и контактом, но не переводите сделку на стадию «согласована». Отправьте клиенту короткое сообщение: «Прошу подтвердить согласование версии 2.1 от [дата]». Если подтверждение не приходит, эскалируйте руководителю до запуска производства.