BORNLI / о разработке по делу
Коммерческое предложение из проверенной базы
Ускорять стоит поиск и сборку черновика. Цена, срок поставки и обещания компании должны приходить из утверждённых источников и проходить согласование.
Что автоматизировать в подготовке КП?
ИИ для коммерческих предложений полезен там, где менеджер собирает типовой состав из нескольких документов и проверяет актуальность условий. Первый пилот может подготовить черновик с источниками и списком пробелов; он не должен самостоятельно обещать цену или срок.
В кейсе Cherry Bekaert Loopio описывает централизованную библиотеку, владельцев материалов и проверку ответов. Это заявление поставщика о другом клиенте; дата публикации и период измерения не указаны. Его результаты нельзя считать эффектом одной LLM или обещанием BORNLI. Документация Loopio отдельно описывает поиск по доступной пользователю библиотеке и проверку человеком.
Какие исходные данные нужны?
Модельный сценарий BORNLI. Менеджер готовит КП-204 на обслуживание десяти холодильных установок. Из письма известны оборудование и адрес объекта, но не режим выезда. Есть карточка услуги SVC-12 версии 3, прайс P-7 и шаблон договора. Все названия и записи условные, внедрения у клиента нет.
Сохраняем исходное письмо и выделяем требования отдельно от предлагаемых условий. Документ покупателя — входные данные, а не разрешение игнорировать правила согласования.
Почему нельзя брать самый похожий старый текст?
AI находит описание обслуживания в SVC-12 v3. Прайс P-7 утратил актуальность 31 октября, поэтому цена в черновике остаётся пустой. Запрошенный выезд за два часа не подтверждён карточкой услуги. Вместо красивой формулировки интерфейс показывает два вопроса владельцам условий.
Храните ID, версию и дату проверки под каждым фрагментом. Ограничивайте поиск правами менеджера. Совпадение слов в старом КП не делает его действующим договорным условием.
Кто вправе заполнить пробел?
Коммерческий руководитель предоставил актуальный P-8; менеджер прикрепляет его к ценовому разделу. Ответственный за сервис ещё не подтвердил срочный выезд. Состояние КП-204 — «Ожидает сервис», а не «Готово к отправке».
Владелец условия либо подтверждает доступный режим, либо предлагает уточнить потребность. AI не меняет обещание на похожее. Изменение источника снимает прежнее согласование затронутого раздела.
Что передавать в CRM?
Сервисный руководитель согласовал выезд в рабочее окно, а менеджер проверил соответствие запросу. Пакет KP-204:r2 содержит текст, ссылки на P-8 и SVC-12 v3 и журнал согласования. При потере ответа CRM сначала ищем этот ключ. В модели найдена карточка D-204, повторное создание не требуется.
Статус «Черновик в CRM» не означает «Клиенту отправлено». Отправка остаётся отдельным подтверждённым действием человека. Реальная CRM в концепте не подключена.
Как оценивать результат пилота?
Итог модели: один черновик D-204, два актуальных источника, согласование режима и сохранённые замечания. Не заявляем выигранную сделку или сэкономленные часы.
На пилоте одного типа услуг измеряйте время до проверенного черновика, число исправленных условий, неподтверждённые обещания и повторные карточки. Обязательно испытайте устаревший прайс, противоречащие источники, отзыв доступа и изменение требования после согласования.
Для оценки достаточно обезличенного запроса, пары типовых КП и описания источника цен. Если задача начинается с распределения заказов, это другой процесс: кабинет оптовых продаж. Здесь автоматизируется подготовка предложения; стоимость и срок пилота определяются после разбора.
От ручной работы к понятному процессу
Разберём один процесс вашего бизнеса.
Опишите, что сотрудники делают вручную и какими системами пользуются. Уточним входные данные, контроль человеком и границы пилота. Состав работ и стоимость согласуем до старта.
Разобрать мой процесс ↗