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