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