Коммерческое предложение отправили. Почему сделка остановилась?
Что я проверяю, когда после отправки КП наступает пауза: причину остановки, участников решения, границы работ и условия. С учебным примером предложения и ролью AI в его подготовке.
Представим: разговор с потенциальным клиентом прошёл хорошо. Задача есть, интерес к решению тоже. Коммерческое предложение отправлено. В ответ — «спасибо, посмотрим». Через некоторое время менеджер пишет: «Удалось ознакомиться?» Затем повторяет вопрос. В карточке сделки всё это время стоит один и тот же статус.
В такой ситуации я предлагаю сначала разобраться, какое решение предстоит принять клиенту и чего для него не хватает. Возможно, вопрос в стоимости. Возможно, человек не может согласовать расходы, не понимает объём работ или пока не считает задачу достаточно важной. По одному молчанию причину определить нельзя.
В предыдущей статье я разбирал передачу разговора менеджеру. Теперь — следующий участок: как подготовить коммерческое предложение, с которым клиенту будет проще разобраться в покупке, и что проверить, если после отправки наступила пауза.
1. Я начинаю с причины остановки
«КП отправлено» фиксирует наше действие. Для оценки сделки мне нужны сведения о том, что происходит на стороне клиента: кто рассматривает предложение, какие вопросы возникли и что должно случиться дальше.
Я бы начал с короткого разбора последних сообщений и записей разговора. Если причина неизвестна, так и стоит записать. Приписывать клиенту возражение «дорого» только потому, что он молчит, слишком рискованно: можно начать менять цену, когда человеку неясно, кто будет заниматься внедрением.
| Что говорит или делает клиент | Что я предлагаю выяснить |
|---|---|
| «Передал руководителю» | Какое решение требуется от руководителя и какие материалы помогут ему его принять? |
| «Получилось дорого» | С чем сравнивают цену, одинаков ли объём работ и какая часть расходов вызывает вопрос? |
| «Вернёмся позже» | Что должно измениться: приоритет, бюджет, загрузка команды или другое условие? |
| «Нужны гарантии результата» | Какой результат ожидают, чем его проверят и от каких действий клиента он зависит? |
| После отправки нет ответа | Дошёл ли документ и остаётся ли задача актуальной? Причину паузы пока считать неизвестной. |
Эти вопросы — варианты для разговора. Отправлять человеку всю таблицу в виде анкеты я бы не стал. Сначала нужен один вопрос, который соответствует его последнему ответу.
2. До подготовки КП я проверяю, что именно будут выбирать
Попросить предложение можно по разным причинам: для оценки бюджета, сравнения исполнителей, обсуждения идеи внутри компании или готовой закупки. От этого зависит необходимая глубина документа.
Перед подробным расчётом мне важно уточнить:
- какую проблему клиент хочет решить и почему рассматривает её сейчас;
- какой результат он сможет проверить после работы;
- кто пользуется решением, кто оценивает его и кто согласует расходы;
- какие критерии важны при выборе;
- какие ограничения по срокам, данным и участию команды уже известны.
Особенно полезен вопрос: «Что должно быть понятно из предложения, чтобы вы могли принять следующее решение?» Иногда человеку достаточно предварительной оценки для планирования. Тогда я бы обозначил её как оценку, указал допущения и оставшиеся вопросы.
Связь предложения с задачей клиента есть и в рекомендациях Salesforce по подготовке КП: сначала разобраться в потребностях, сроках, бюджете и участниках, затем описать решение и условия. Я использую это как проверку полноты исходных данных, без обещаний, что правильный документ обязательно приведёт к продаже.
3. В предложении я хочу видеть результат, границы и условия
Мне удобно начинать документ с короткого резюме для человека, который не участвовал в предыдущих разговорах. Из него должно быть понятно, какую задачу обсуждаем, что предлагаем сделать, сколько это стоит и какое решение требуется сейчас.
Дальше я бы раскрыл пять блоков:
- Результат работы. Что появится у клиента: настроенный процесс, рабочая интеграция, инструкция или другой конкретный результат.
- Состав и границы. Что включено, что исключено, какие системы и подразделения затронуты.
- Проверка результата. На каких согласованных сценариях стороны убедятся, что работа выполнена.
- Стоимость и сроки. Разовые и регулярные расходы, начало отсчёта сроков, зависимости от доступов и исходных данных.
- Участие клиента. Кто предоставляет материалы, проверяет результат и принимает решения по спорным вопросам.
Фраза «автоматизация обработки заявок» оставляет слишком много вариантов толкования. Полезнее перечислить: откуда приходит заявка, кто её принимает, как меняется ответственный и где видна история действий.
С ценой я поступил бы так же: отдельно показать, какие предположения лежат в расчёте и что потребует пересмотра. В шаблоне предложения HubSpot прямо предусмотрено описание допущений, изменение которых повлияет на цену. Для проекта это могут быть число интеграций, состояние данных или объём переноса.
4. Как может выглядеть содержательный фрагмент КП
Продолжим условный пример сервисной компании из предыдущей статьи. Она ведёт заявки в таблице и хочет видеть, кто принял обращение при смене диспетчера.
Ниже — учебный фрагмент предложения. Все суммы, сроки и состав работ придуманы для объяснения структуры; это не клиентский кейс и не реальное предложение услуг.
- Задача: сделать передачу заявки между диспетчерами видимой для ответственного за смену.
- Результат этапа: настроенный процесс для одной диспетчерской команды в выбранной системе учёта. В карточке заявки видны текущий ответственный, подтверждение приёмки и история смены ответственного.
- Включено: настройка карточки и правил передачи, список заявок без подтверждённой приёмки, инструкция и разбор работы с командой.
- За пределами этапа: перенос исторических заявок, подключение телефонии, автоматическое составление ответов с помощью AI и внедрение в других подразделениях.
- Проверка: на согласованной тестовой выборке воспроизводим передачу заявки, отсутствие приёмки и замену недоступного сотрудника. Сверяем с описанным ожидаемым поведением. Проверку проводит назначенный представитель клиента.
- Участие клиента: предоставить обезличенные примеры, доступ к тестовой среде и сотрудника для согласования правил.
- Срок: десять рабочих дней после получения согласованных исходных данных и доступов. Изменение состава работ или задержку входных данных разбираем отдельно, с обновлением плана.
- Стоимость этапа: 120 000 рублей. Условная лицензия системы — отдельно 5 000 рублей в месяц. При оплате этапа и одного месяца лицензии сумма составит 125 000 рублей. Последующая поддержка и расширение в эту сумму не входят и требуют отдельного согласования.
- Решение сейчас: подтвердить границы первого этапа и назначить представителя для проверки сценариев. После этого согласовать условия запуска и оплаты.
Такое описание ещё нужно адаптировать к реальным данным и продукту. Но уже видно, что покупают, как проверяют работу и чего от клиента ждут.
Оценка экономического эффекта здесь отсутствует: исходных измерений нет. Чтобы обсуждать экономию времени, сначала понадобятся данные о текущей обработке заявок и способ сравнения после запуска. Подставлять привлекательный процент в КП я бы не стал.
5. После отправки я предлагаю обсуждать конкретный вопрос
Если предложение требует участия нескольких людей, полезно заранее выяснить порядок рассмотрения. Например, руководитель согласует расходы, специалист проверяет интеграцию, а будущий пользователь — удобство процесса. Подключать их стоит через договорённость с текущим собеседником.
В продолжение нашего учебного примера сообщение после отправки могло бы выглядеть так:
«Отправил предложение по передаче заявок между диспетчерами. В нём отдельно обозначены границы первого этапа и сценарии проверки. Вы говорили, что руководителю важно понять объём участия команды. Кто с вашей стороны сможет оценить этот пункт? Если удобно, разберём его вместе».
Такое сообщение уместно, только если вопрос об участии команды действительно звучал. Иначе сначала нужно выяснить, что человеку осталось понять. Придумывать контекст ради убедительности нельзя.
Если клиент считает цену высокой, я бы разобрал состав сравниваемых предложений. Возможно, ему нужен меньший объём. Тогда можно предложить сокращённый этап с понятными исключениями. Скидка сама по себе не объяснит различия в результатах и не устранит нехватку времени у команды клиента.
6. AI помогает проверить документ, а обязательства проверяю я
Помощнику можно поручить собрать черновик из подтверждённых заметок, сопоставить запрос с составом работ, найти противоречия между разделами и подготовить список незакрытых вопросов.
Например: в разговоре обсуждали перенос истории, а в КП его нет. Или в резюме обещано сопровождение, но в составе работ оно не определено. Такие расхождения полезно увидеть до отправки.
Каждый существенный вывод должен быть проверяем по исходным материалам. Цены и суммы нужно сверять расчётом; сроки — с людьми, которые будут выполнять работу; возможности интеграции — с доступной документацией и технической проверкой.
Я не передаю AI право придумывать кейсы, результаты, скидки, согласие клиента или недостающие условия. Принцип полномочий тот же, что в статье о границах AI-агента: заранее определить допустимые действия и решения, требующие человека.
7. Когда я предлагаю признать паузу
Даже понятное предложение может остаться без продолжения. Задача потеряла приоритет, бюджет ушёл на другое, команда перегружена или клиент выбрал иной путь. Эти причины важно различать и по возможности подтверждать разговором.
При согласованной паузе я фиксирую условие возврата: например, завершение другого проекта или наступление периода планирования. Если человек отказался, это нужно принять. Если ответа нет, причина остаётся неизвестной — её не стоит автоматически записывать в «проиграли по цене».
Для разбора я бы взял несколько недавних КП и посмотрел: какую задачу отражает каждое, понятны ли границы, кому предстоит принять решение и какое препятствие сейчас подтверждено. По такой выборке можно найти конкретную работу: уточнить состав, исправить расчёт, подключить нужного участника или честно зафиксировать паузу.
Мой главный вопрос после отправки предложения: «Что клиенту ещё нужно понять или согласовать, чтобы принять решение?» Ответ помогает выбрать следующий шаг и увидеть, где наше предложение пока оставляет неопределённость.