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