Автоматизация КП: от брифа до проверки ошибок в 2026
Разбираю рабочий процесс, который сокращает подготовку коммерческого предложения с 2 часов до 30 минут без потери смысла и контроля.
Коммерческое предложение редко ломается из-за красивого заголовка. Чаще оно проваливается раньше: менеджер собрал не те данные, вставил старые цены, перепутал боли клиента, отправил общий текст вместо ответа на конкретный запрос. Нейросеть помогает быстрее собрать черновик, но сама по себе она не знает контекст сделки. Поэтому я смотрю на автоматизацию КП как на управляемый конвейер: входные данные, структура, генерация, проверка, финальная редактура.
В этой версии статьи я убрал непроверяемые обещания про «магическое» создание КП за один клик и оставил процесс, который можно повторить в отделе продаж, маркетинге или у фаундера, который сам отвечает клиентам. SoftChat здесь удобно использовать как рабочий чат с историей диалогов, выбором модели под разговор, шаблонами промптов и сохранёнными ассистентами. Всё остальное, CRM, расчёт маржи, согласование юридических формулировок, остаётся на стороне ваших внутренних инструментов и регламентов.
Где в КП реально теряется время
Если разобрать подготовку КП по минутам, становится видно, что текст занимает меньшую часть работы. Главная потеря времени, это поиск фактов и ручная сборка структуры. В типичном B2B-процессе менеджер тратит 15–25 минут на чтение переписки, ещё 10–20 минут на уточнение задачи у коллег, 20–30 минут на адаптацию старого шаблона, затем 15–30 минут на вычитку. При плотном потоке заявок это превращается в десятки часов в месяц.
Условный пример: если менеджер готовит 20 КП в месяц и каждое занимает 120 минут, общий объём работы составляет 40 часов. Если процесс сократить до 30 минут на КП, останется 10 часов. Экономия, 30 часов в месяц на одного человека. Это не означает, что нейросеть «закрыла продажи». Она убрала ручную перекладку текста, повторяющиеся формулировки и часть редакторской рутины.
Чтобы не путать автоматизацию с генерацией красивого документа, я делю КП на пять рабочих слоёв:
| Этап | Что делает человек | Что можно поручить нейросети | Контрольная метрика |
|---|---|---|---|
| Сбор данных | Даёт факты о клиенте, продукте, цене, сроках | Превращает заметки в структурированный бриф | 8–12 заполненных полей вместо свободного текста |
| Сегментация клиента | Определяет отрасль, роль ЛПР, боль | Группирует вводные и предлагает акценты | 3–5 приоритетов без противоречий |
| Черновик КП | Проверяет смысл и ограничения | Пишет первый вариант по шаблону | 1 связный документ за 5–10 минут |
| Адаптация | Убирает лишнее, добавляет детали | Делает версии для директора, закупщика, техспециалиста | 2–3 версии под разные роли |
| Проверка | Сверяет цены, сроки, обязательства | Ищет логические дыры и слабые места | список правок перед отправкой |
Похожий принцип я использую и в других текстовых сценариях: сначала формат, потом черновик, потом проверка. Если нужна база по работе с текстовыми задачами, полезно посмотреть разбор про нейросеть для генерации текста и проверку результата, там подробнее разобран переход от пустого листа к управляемому черновику.
Шаг 1. Соберите бриф, который не надо расшифровывать
Плохой вход даёт плохое КП. Фраза «сделай коммерческое предложение для клиента по автоматизации» слишком широкая. Нейросеть начнёт угадывать: кому продаём, на какую сумму, какая боль, что уже обсуждали, какие ограничения есть по срокам. В продажах угадывание дорого стоит. Один неверный акцент может увести предложение от реального мотива покупки.
Я использую короткий бриф из 12 полей. Его можно хранить в заметках, таблице, CRM или в шаблоне промпта. В SoftChat для повторяемых стартов подходят шаблоны промптов: один раз формулируете заготовку, потом используете её как основу для новых диалогов. Не надо каждый раз вспоминать, какие поля спросить у менеджера.
Бриф для КП:
- Кто клиент: отрасль, размер, регион, тип бизнеса.
- Кто принимает решение: собственник, директор, закупка, технический специалист.
- Что запросили дословно: 1–3 предложения из переписки или звонка.
- Какая бизнес-боль: потери времени, рост затрат, ошибки, низкая конверсия.
- Как клиент решает задачу сейчас.
- Что предлагаем: продукт, пакет, услуга, состав работ.
- Что входит в цену.
- Что не входит в цену.
- Сроки запуска или поставки.
- Ограничения: бюджет, юридические требования, интеграции, сезонность.
- Следующий шаг после КП.
- Тон: кратко для собственника, подробно для закупки, технически для инженера.
Условный пример: компания из сферы логистики, ~200 сотрудников, просит сократить время ручной обработки заявок с 15 минут до 5 минут на одну заявку. В брифе сразу фиксируем текущий процесс, желаемое состояние, объём заявок в день и цену ошибки. Без этих данных КП получится общим: «мы повысим эффективность». С этими данными текст становится предметным: «цель, уменьшить ручную обработку одной заявки примерно на 10 минут за счёт типизации входящих обращений и маршрутизации по правилам».
Если команда только начинает внедрять ИИ в ежедневные процессы, лучше не стартовать с полного документооборота. Начните с одного типа КП и одного сегмента клиентов. Такой подход совпадает с логикой из статьи про внедрение нейросетей в рабочие процессы: автоматизировать надо повторяемые операции, а не хаотичные исключения.
Шаг 2. Дайте нейросети роль и формат результата
Запрос «напиши КП» почти всегда даёт средний текст. Рабочий промпт должен задавать роль, цель, аудиторию, структуру и ограничения. В SoftChat можно подключить сохранённого ассистента к открытому чату через меню «Инструменты». Это удобно, когда у вас есть отдельная роль, например редактор КП для B2B-продаж, и вы хотите применять её к разным сделкам без ручной настройки каждого диалога.
Базовый промпт может выглядеть так:
«Ты редактор коммерческих предложений для B2B-продаж. На основе брифа подготовь КП для клиента. Пиши конкретно, без громких обещаний. Структура: заголовок, короткое резюме, задача клиента, предлагаемое решение, состав работ, сроки, стоимость, следующий шаг. Не добавляй факты, которых нет в брифе. Если данных не хватает, вынеси вопросы отдельным списком».
В этом промпте сильны две вещи. Первая, запрет на додумывание. Вторая, просьба вынести недостающие данные отдельно. Для КП это критично: лучше увидеть пустое поле до отправки, чем получить красивый документ с выдуманными сроками.
Для текстов с разной степенью детализации помогают настройки ответа. В SoftChat в «Настройках чата» доступны понятные параметры вроде «Креативность» и «Длина ответа», причём набор настроек зависит от выбранной модели и проверяется сервером. Для КП я обычно снижаю творческую свободу и прошу среднюю длину: документ должен быть точным, а не литературным.
Шаг 3. Сократите 120 минут до 30 минут по этапам
Ниже, модельный разбор процесса, а не обещание результата для любой компании. Скорость зависит от готовности исходных данных, сложности продукта, числа согласующих и требований к юридическим формулировкам. Но сама механика повторяется.
| Этап работы | Вручную | С нейросетью | За счёт чего появляется экономия |
|---|---|---|---|
| Чтение вводных и выделение фактов | 20 минут | 7 минут | Нейросеть превращает заметки в бриф и список пробелов |
| Сбор структуры КП | 15 минут | 3 минуты | Используется постоянный шаблон разделов |
| Первый черновик | 35 минут | 8 минут | Генерация текста идёт по заполненному брифу |
| Адаптация под ЛПР | 20 минут | 5 минут | Быстро создаётся версия для роли клиента |
| Проверка смысла и ошибок | 20 минут | 7 минут | Модель ищет противоречия, человек сверяет факты |
| Финальная правка | 10 минут | 0–5 минут | Правятся формулировки, цифры, обязательства |
Итого в модельном сценарии: было около 120 минут, стало около 30 минут. Главное, не пытаться сэкономить на проверке. Если убрать финальный контроль, скорость вырастет, но риск ошибки тоже. В КП одна неверная дата или не тот состав работ может привести к долгому согласованию, скидке или конфликту ожиданий.
Для маркетинговых команд этот подход хорошо сочетается с тестированием гипотез: можно быстро сделать несколько версий предложения для разных сегментов и проверить, где лучше работает акцент на экономии времени, снижении ошибок или скорости внедрения. Похожая логика описана в материале про нейросети в маркетинге и автоматизацию контента, только здесь объектом становится не пост или лендинг, а коммерческое предложение.
Шаг 4. Проверяйте КП отдельным запросом, а не «на глаз»
Редактура КП должна идти в другом режиме мышления. Когда человек сам написал текст, он часто не видит дыр: пропущен срок, цена не связана с объёмом работ, выгода не подтверждена вводными. Нейросеть полезна как второй читатель, если дать ей не просьбу «улучши», а конкретный протокол проверки.
Мой рабочий запрос для проверки:
«Проверь КП как риск-редактор перед отправкой клиенту. Найди: 1) факты, которых нет в брифе; 2) противоречия в цене, сроках и составе работ; 3) слишком общие обещания; 4) места, где клиент может спросить «и что дальше?»; 5) формулировки, которые звучат как гарантия результата. Не переписывай весь текст. Верни таблицу: фрагмент, проблема, как исправить».
Результат удобно читать в виде таблицы:
| Фрагмент | Возможная проблема | Как исправить |
|---|---|---|
| «Сократим ваши расходы» | Нет базы расчёта | Указать, за счёт какой операции появится экономия |
| «Запуск за неделю» | Не описаны условия запуска | Добавить зависимость от доступа, данных и согласований |
| «Полное сопровождение» | Размытый объём | Перечислить каналы, часы, формат отчётности |
| «Подходит для всех отделов» | Слишком широко | Назвать 1–2 приоритетных подразделения |
После такой проверки человек делает финальное решение. Нейросеть не знает вашей маржинальности, юридических рисков и устных договорённостей. Она хорошо подсвечивает слабые места текста, но не заменяет владельца предложения.
Шаг 5. Сделайте шаблон, который выдержит поток заявок
Когда процесс отработан на 5–10 КП, его пора превращать в стандарт. Не надо усложнять. Хватит одного шаблона брифа, одного шаблона генерации и одного шаблона проверки. Если команда работает в SoftChat, повторяемые стартовые запросы можно хранить как шаблоны промптов, а под отдельные роли использовать сохранённых ассистентов. История разговоров хранится по организации, поэтому рабочий контекст не исчезает после закрытия вкладки.
Для сложных продуктов я советую вести отдельные версии промптов: короткое КП на 1 страницу, подробное КП на 3–5 страниц, письмо-сопровождение к КП, список вопросов перед расчётом. Это не функция конкретного сервиса, а нормальная редакционная дисциплина. Чем яснее формат, тем меньше ручной правки.
Есть ещё один приём: просить нейросеть сначала не писать КП, а задавать вопросы. Такой сценарий особенно полезен, если менеджер принёс сырой ввод. В статье про искусство промптинга и формулировку запросов подробно разобрано, почему уточняющий диалог часто сильнее, чем один длинный запрос.
Типичные ошибки при автоматизации КП
Первая ошибка, просить «сделать продающе». Это слово ничего не объясняет. Для собственника продающим может быть расчёт окупаемости, для закупщика, прозрачный состав поставки, для технического специалиста, ограничения и требования к запуску.
Вторая ошибка, давать нейросети старое КП как образец без проверки. Старые документы часто содержат устаревшие цены, лишние обещания, чужие отраслевые формулировки. Если образец нужен, попросите модель сначала извлечь структуру, а не копировать стиль полностью.
Третья ошибка, автоматизировать финальную отправку без контроля. Даже если черновик стал лучше, в КП остаются зоны человеческой ответственности: сумма, скидка, сроки, юридические условия, состав работ, имя клиента. По моему опыту редактора, именно эти поля надо проверять последними и вручную.
Четвёртая ошибка, хранить промпты в личных заметках одного менеджера. Через месяц команда получает пять версий процесса и разные результаты. Лучше зафиксировать один рабочий вариант, затем менять его осознанно: дата правки, причина, что изменили.
Для повседневных рабочих задач этот принцип универсален: нейросеть хорошо снимает повторяемую нагрузку, если задача описана как процесс. Больше бытовых и офисных сценариев собрано в статье про использование нейросетей и чат-ботов для ежедневных задач.
Как я бы внедрял это в отделе продаж
Я бы не начинал с большого регламента на 20 страниц. В первую неделю выбрал бы один тип сделки, например первичное КП после созвона. Дальше собрал бы 10 уже отправленных предложений, убрал из них персональные данные, цены и спорные обещания, выделил повторяющуюся структуру. Затем сделал бы бриф на 12 полей и два промпта: генерация, проверка.
На второй неделе я бы измерял четыре числа: сколько минут занимает подготовка, сколько правок делает руководитель, сколько вопросов задаёт клиент после получения КП, сколько предложений возвращается на переработку из-за неполных данных. Даже без сложной аналитики эти метрики быстро показывают, где процесс ломается.
Условный пример: если из 30 КП за месяц 9 возвращались на доработку из-за отсутствия сроков, а после внедрения брифа таких возвратов стало 3, улучшение связано не с красивым текстом. Его дала обязательная строка «сроки и условия запуска». Это хороший сигнал: автоматизация сработала на качество входа, а не просто ускорила набор слов.
Заключение здесь простое. Я бы оставил нейросети черновик, структурирование и проверку слабых мест, а за человеком закрепил факты, цену, обещания и финальное решение. Тогда КП перестаёт быть лотереей между старым шаблоном и вдохновением менеджера. Оно становится повторяемым рабочим документом: 30 минут на подготовку, понятный список рисков перед отправкой и меньше ручной рутины там, где она не добавляет ценности.