Коммерческое предложение: от запроса клиента до согласованной сделки

Глава 01 / 12

Запросили цену — ещё не описали задачу

В пятницу вечером руководителю продаж пересылают письмо: «Нужна система контроля качества на производстве. Пришлите коммерческое предложение в понедельник». Менеджер уже открыл прошлую презентацию. Инженер спрашивает, на какой линии будет работать система. Финансовый директор хочет понять, сколько придётся заплатить подрядчикам до получения денег от клиента. У каждого свой предмет разговора, хотя все произносят одно слово — предложение.

Эта книга начинается до документа. Коммерческим предложением мы называем описанный способ решить задачу клиента на определённых условиях. В него входят результат, состав работ, цена, основания расчёта, ограничения, ответственность сторон и следующий шаг. Красивый файл — носитель этой конструкции. Если конструкция не собрана, дизайн только ускоряет распространение неопределённости.

Условный проект, который пройдёт через всю книгу

Далее используется сквозная учебная ситуация. Производственная компания рассматривает систему машинного зрения для одной упаковочной линии. Поставщик должен обследовать процесс, подобрать оборудование, настроить решение и обучить смену. Компания и сделка вымышлены; суммы, сроки и ограничения придуманы для разбора решений. Это не клиентский кейс EVOLVIN и не обещание результата внедрения.

В первом письме нет скорости линии, перечня дефектов, качества освещения, требований к хранению изображений и процедуры приёмки. Пока продавец может описать диапазон подходов и список вопросов. Он не может добросовестно обещать конкретную точность контроля или дату запуска. Утверждение «мы всё уточним после договора» переносит незнание в обязательства и делает будущий конфликт частью сделки.

Ответить быстро можно, обещать рано нельзя

Полезный первый ответ разделяет известное и неизвестное. «Готовы рассмотреть одну линию; для расчёта нужны образцы продукции, описание дефектов и параметры процесса. После их проверки предложим вариант обследования или фиксированный объём проекта». Такой ответ не уклоняется от продажи. Он объясняет путь к цене и позволяет клиенту понять, что подготовить.

Иногда закупщику действительно нужна предварительная стоимость для бюджета. Тогда документ прямо называется ориентировочной оценкой. Указываются диапазон, допущения, исключения и событие, после которого оценка уточняется. Диапазон не превращается в фиксированную цену из-за слова «предложение» в названии файла. Чтобы избежать разного понимания, статус оценки должен быть виден на первой странице, а не только в примечании.

Есть и запросы, на которые не стоит готовить большой документ: задача не относится к компетенции компании, клиент не готов предоставить минимальные данные, срок физически недостижим. Решение отказаться или предложить диагностику экономит труд обеим сторонам. Критерий не в том, насколько много писем отправил отдел, а в том, какое следующее решение стало возможным.

До расчёта цены нужно определить, что именно вы готовы считать.

Карта решения · редакционная модель

Сначала определите статус ответа

Данных достаточно

Считать фиксированный состав и условия

Данные неполные

Дать предварительную оценку с допущениями

Задача не определена

Предложить обследование или уточнение

Проект неисполним

Отказаться или изменить границы

Неизвестные параметры должны менять статус цены, а не исчезать из документа.

SVG ↓Мобильный SVG ↓Поделиться схемой ↗

Задание собственнику

Возьмите три последних предложения. Для каждого выпишите: какая задача подтверждена клиентом, какие параметры ещё неизвестны и какое обещание зависит от этих параметров. Если неизвестное нельзя найти в документе, спросите команду, кто фактически принял соответствующий риск. Результат задания — решение: можно ли давать фиксированные условия, нужна ли предварительная оценка или сначала следует обследование.

Следующая глава →

Глава 02 / 12

Кто принимает решение и по каким основаниям

В учебном проекте инженер отвечает на вопросы быстрее всех. Он подробно обсуждает камеры, присылает изображения брака и говорит: «Нам это нужно». Команда продавца воспринимает технический интерес как движение к покупке. Через месяц выясняется, что инвестиционный бюджет уже распределён, начальник смены опасается остановок, а финансовый директор не понимает экономику. Внешне предложение потерялось на согласовании. По существу оно дошло лишь до одного участника решения.

Карта участников нужна не для сбора должностей. Она связывает каждую часть предложения с человеком, который может проверить её достаточность. Пользователь оценивает удобство работы. Технический специалист — совместимость и приёмку. Экономический заказчик — ценность и доступность денег. Закупки — сопоставимость условий. Руководитель, уполномоченный принять обязательства, — общий риск. В конкретной компании роли могут совмещаться, а перечень может быть другим.

Нельзя угадывать критерии за клиента

Фраза «им важна цена» слишком груба. Важно, с чем сравнивают цену: с другим поставщиком, стоимостью ручного контроля, внутренним проектом или переносом решения на следующий год. Если альтернатива — ничего не менять, презентация превосходства камеры над камерой конкурента может вообще не отвечать на вопрос руководителя.

Вместо предположения запишите проверяемый вопрос: «По каким трём основаниям вы будете выбирать вариант?» Ответ полезно уточнить примером. Если клиент говорит «надёжность», спросите, как он проверяет её в этой задаче: допустимым простоем, наличием запасных частей, временем реакции или устойчивостью к изменению упаковки. Одно слово распадается на разные условия поставки и разные затраты.

Согласовать маршрут, а не управлять чужой компанией

Продавцу не обязательно получать доступ ко всем руководителям клиента. Иногда это невозможно или неуместно. Но можно согласовать с контактным лицом, какие материалы нужны для внутреннего решения и кто подтвердит ключевые параметры. Нельзя приписывать неучаствовавшему директору согласие на основании слов «я ему потом покажу».

В учебном проекте команда проводит отдельную встречу с производством, а финансовому директору передаёт расчёт денежных этапов с исходными данными. Закупки получают таблицу границ поставки. Это не три разных обещания. Это три представления одной и той же конструкции, связанные общим номером версии.

Карта участников · роли условны

Критерий решения должен иметь проверяющего

Производство

Работа процесса и участие смены

Техническая роль

Совместимость и процедура проверки

Экономический заказчик

Ценность, бюджет, денежный график

Закупки / уполномоченный

Сопоставимость и принятие обязательств

Интерес инженера не подтверждает бюджет и готовность принять обязательства.

SVG ↓Мобильный SVG ↓Поделиться схемой ↗

Карта остаётся рабочей гипотезой, пока роли не подтверждены. При смене руководителя или источника бюджета её пересматривают. Иначе сотрудники продолжают убеждать человека, который уже не влияет на решение, и считают это длительным циклом продажи.

Задание собственнику

Выберите крупное предложение в работе. Для каждого критерия решения укажите роль клиента, подтверждение критерия и открытый вопрос. Отдельно отметьте альтернативу покупке. Если контактное лицо не знает маршрута согласования, следующим действием должно стать его уточнение, а не новая версия дизайна.

Следующая глава →

Глава 03 / 12

Бриф: превратить разговор в общую задачу

После встречи менеджер пишет: «Нужно уменьшить брак». Инженер слышит задачу обнаружения дефектов, директор — сокращение потерь, начальник производства — отказ от ручной проверки. Эти цели могут быть связаны, но они не тождественны. Камера способна обнаружить дефект и при этом не изменить потери, если обнаруженный продукт никто не выводит из потока. Автоматизация проверки не означает автоматическое сокращение штата.

Бриф фиксирует не всё, что прозвучало, а основу для проектирования и расчёта. В нём различаются исходное состояние, желаемое изменение, границы проекта, данные для работы, зависимости от клиента, критерии проверки и неизвестное. У каждого существенного параметра есть происхождение: документ, наблюдение, измерение или пока предположение.

Проверяемая формулировка

Для нашей учебной линии исходная цель превращается в формулировку: «На одной линии выявлять согласованные типы визуальных дефектов, выдавать сигнал оператору и сохранять результаты проверки по согласованным правилам». Сам по себе этот текст ещё недостаточен: нужны перечень дефектов, проверочная выборка и правила работы с пропусками и ложными срабатываниями. Но он уже отделяет обнаружение от действий после него.

Слова «согласованные правила» не должны оставаться вечным заполнителем. В брифе рядом с ними ставится владелец уточнения и срок. Если параметр влияет на цену, до его определения цена либо предварительная, либо содержит явно описанное допущение. Неизвестное нельзя спрятать в «прочие пожелания», а потом предъявить как изменение задачи.

Граница проекта — способ сохранить полезность

Включено: одна линия, обследование, настройка согласованных дефектов, обучение определённого числа сотрудников. Не включено: реконструкция конвейера, круглосуточная служба поддержки, новые виды продукции без повторной проверки. Зависит от клиента: доступ к линии, электропитание, образцы, безопасные условия испытаний. Эти границы не делают предложение беднее. Они показывают, что именно сравнивается с ценой.

Клиент может не согласиться с исключением. Тогда это предмет изменения состава работ и экономики. Проблема возникает не из-за переговоров об объёме, а из-за неявного расширения: продавец добавил обещание, исполнитель о нём не узнал, цена осталась прежней.

Как подтвердить бриф

Отправьте короткую письменную фиксацию: «Так поняли задачу; эти параметры подтверждены; эти требуют уточнения; на этих основаниях готовим предложение». Просьба подтвердить должна быть конкретной. Молчание не называйте согласованием. Если клиенту неудобно редактировать документ, пройдите по нему на встрече и зафиксируйте полученные поправки.

Рабочий бриф может быть небольшим. Его ценность в том, что на вопрос инженера, финансиста и клиента существует один ответ. Храните версию вместе с предложением, иначе через месяц команда будет обсуждать разные состояния задачи.

Задание собственнику

Попросите менеджера и будущего руководителя исполнения независимо описать результат одной сделки. Сравните тексты. Все различия переведите в открытые вопросы брифа. До расчёта финальной цены определите, кто подтверждает каждый вопрос и какое ограничение действует, если ответа нет.

Следующая глава →

Глава 04 / 12

Экономика: посчитать обязательства до отправки

В учебном предложении цена проекта составляет 12 млн ₽ без косвенных налогов. Слово «без» здесь существенно: книга не задаёт ставку налога и не моделирует налоговый денежный поток. Все суммы ниже относятся только к условной управленческой модели одного проекта. Это не смета реального оборудования и не ориентир рыночной цены.

Базовые затраты составляют 8 млн ₽: оборудование — 4, работы — 2,5, внедрение и обучение — 1, прочие прямо относимые затраты — 0,5. Отдельно заложен резерв 1 млн ₽. Плановый остаток после этих сумм равен 12 − 8 − 1 = 3 млн ₽, или 25% цены. Мы называем его результатом проекта после резерва, а не чистой прибылью компании: общекорпоративные расходы, налоги и стоимость финансирования здесь не учтены.

Скидка уменьшает не только цену

Если состав и затраты не меняются, скидка 10% уменьшает цену до 10,8 млн ₽. Результат после резерва становится 10,8 − 8 − 1 = 1,8 млн ₽. Он снизился на 1,2 млн ₽, то есть на 40% относительно исходных 3 млн ₽. Доля результата в новой цене — 1,8 / 10,8 ≈ 16,7%. Утверждение «скидка всего десять процентов» скрывает, к какому основанию относятся проценты.

Это не аргумент никогда не давать скидку. Возможно, цена позволяет получить полезную загрузку или уменьшить другие затраты. Но такое решение должно содержать новую модель. Если сокращается объём, прямо меняется спецификация. Если компания принимает меньший результат ради стратегической цели, цель и предел уступки фиксирует уполномоченный руководитель. Называть снижение цены повышением эффективности нельзя.

Учебная модель · млн ₽ · без косвенных налогов

Скидка 10% уменьшает результат на 40%

Цена

12,0 → 10,8

Базовые затраты

8,0 → 8,0

Резерв

1,0 → 1,0

Результат после резерва

3,0 → 1,8

При неизменных затратах уступка в цене целиком уменьшает результат проекта.

SVG ↓Мобильный SVG ↓Поделиться схемой ↗

Прибыльность не отвечает на вопрос о деньгах

Вторая часть модели — движение денег. Предположим, клиент платит 30% до начала работ, 50% после согласованного промежуточного этапа и 20% после приёмки. Поступления составляют 3,6; 6; 2,4 млн ₽. До первого промежуточного платежа поставщику нужно оплатить оборудование 4 млн ₽ и работы 1,5 млн ₽. Тогда накопленные поступления 3,6 меньше накопленных выплат 5,5 на 1,9 млн ₽.

Проект может иметь положительный плановый результат и нуждаться в финансировании. Разрыв 1,9 млн ₽ — только для указанной последовательности; в нём нет налогов, задержек, иных платежей и условий кредитования. Для решения нужны календарные даты, остаток денег компании, обязательства других проектов и сценарий задержки. Нельзя лечить календарь обещанием высокой маржи.

Решение руководителя

До отправки цены должны быть известны владелец расчёта, источник каждой крупной суммы, резерв и основание его размера, лимит уступки и схема денег. Резерв в учебной модели выбран для объяснения; он не универсальный норматив. В реальном проекте его связывают с конкретной неопределённостью, а не копируют процент из книги.

Задание собственнику

Пересчитайте одно предложение при снижении цены на 5% и 10%, не меняя затраты. Затем постройте накопленные поступления и выплаты по датам. Отдельно укажите, какие расходы отсутствуют в модели. Результат — допустимая цена и проверяемое решение о финансировании, а не только итоговая сумма в презентации.

Следующая глава →

Глава 05 / 12

Обещать результат, который можно проверить

Предложение «снизить брак на 30%» звучит убедительно, но в нашей учебной ситуации непонятно, о чём именно идёт речь. О числе дефектов, которые возникли на линии? О количестве пропущенных дефектов? О стоимости списаний? О доле забракованных изделий? Камера не устраняет причину дефекта автоматически. Для части результатов нужны изменения процесса, которые могут находиться за пределами поставки.

Разделяйте три уровня. Первый — поставляемое: оборудование, программная настройка, обучение. Второй — проверяемая работа решения в оговорённых условиях. Третий — экономический эффект бизнеса. Эти уровни связаны, но переход между ними требует предпосылок. Проданное оборудование ещё не доказывает стабильность распознавания, а стабильное распознавание не доказывает экономию всей компании.

Паспорт обещания

Для каждого существенного результата задайте объект проверки, условия, данные, метод, ответственного и правило решения. В учебном проекте типы дефектов описываются совместно с производством. Проверочный набор включает нормальные изделия и согласованные дефекты. Отдельно считаются пропуски и ложные срабатывания. Не следует улучшать среднюю цифру, исключая неудобные случаи после испытания.

Порог качества нельзя придумывать без связи с задачей. Если пропуск одного типа дефекта критичен, он оценивается отдельно. Если клиент меняет упаковку или освещение, нужно определить, когда требуется повторная проверка. В предложении важен не магический процент, а воспроизводимая процедура и последствия прохождения или непрохождения испытания.

Обещание и прогноз

Экономическую оценку можно включить как сценарий: при заданном объёме, исходной доле дефектов, стоимости потерь и действиях персонала получается такой диапазон эффекта. Каждое исходное число должно быть проверяемым или отмеченным допущением. В нашем кейсе нет измеренной базы, поэтому книга не рассчитывает «окупаемость камеры» и не предлагает её как доказательство покупки.

Если бизнес-эффект ещё нельзя подтвердить, разумным предметом предложения может стать ограниченный пилот. Его результат — проверка конкретной гипотезы и решение о следующем этапе. Пилот не нужно превращать в миниатюрное внедрение со всеми обещаниями большого проекта, иначе его цена и ответственность перестают соответствовать названию.

Задание собственнику

Найдите в предложении самый сильный обещанный результат. Допишите к нему: «Это проверяется так…», «Для этого клиент предоставляет…», «При этих условиях вывод неприменим…». Если предложение нельзя закончить без новых данных, согласуйте их получение или измените уровень обещания до отправки.

Следующая глава →

Глава 06 / 12

Варианты: сравнивать по одинаковой основе

Три колонки «Базовый», «Оптимальный», «Премиум» не становятся полезными только потому, что средняя выделена цветом. Руководитель должен понять, какую задачу решает каждый вариант и чего он лишается при выборе другого. Если сравниваются обследование, полноценное внедрение и годовое сопровождение, это разные предметы решения, а не три размера одной покупки.

В учебном проекте есть три осмысленных пути. Сначала провести обследование и собрать данные. Сразу перейти к внедрению, если данные уже достаточны и подтверждены. Или временно улучшить ручной контроль, если задача не оправдывает автоматизацию сейчас. Последний вариант может не продаваться поставщиком, но его присутствие делает сравнение честнее: у клиента действительно есть право отложить инвестицию.

Общий знаменатель

Сравнивайте варианты по результату, составу, исходным данным, сроку, участию клиента, критериям завершения и дальнейшим расходам. Не добавляйте неизвестную цену альтернативы ради заполненной таблицы. В нашем примере 12 млн ₽ относятся только к одной условной конфигурации внедрения; они не являются автоматически ценой остальных путей.

Если один вариант не включает обучение или подготовку инфраструктуры, это должно быть видно рядом с его стоимостью. Иначе дешёвый вариант выигрывает на первой странице, а необходимые работы появляются после решения. Такая экономия существует только в оформлении документа.

Матрица выбора · редакционная модель

Варианты должны отвечать разным условиям

Обследование

Когда данных для обязательств ещё нет

Внедрение

Когда входные условия подтверждены

Изменение ручного процесса

Когда инвестиция пока не обоснована

Сравнивайте не названия тарифов, а результат, исходные данные и обязанности.

SVG ↓Мобильный SVG ↓Поделиться схемой ↗

Изменение состава должно оставлять след

Клиент просит снизить стоимость, исключив хранение изображений. Иногда это допустимо, иногда разрушает доказательность приёмки или последующего расследования ошибок. Необходимо проверить, какая функция зависела от исключаемого элемента. Решение о сокращении принимается вместе с его последствиями: меньше данных для разбора, иной порядок подтверждения результатов, другое участие оператора.

Нельзя оставлять в резюме прежний результат, а в приложении незаметно убирать средства его достижения. Все варианты должны быть внутренне согласованы. Для больших предложений полезна таблица изменений: что исключено, как изменились цена, срок, результат и ответственность. Тогда переговоры о цене становятся переговорами о конструкции сделки.

Задание собственнику

Выберите предложение с несколькими вариантами. Уберите их названия и цветовое выделение. Можно ли по содержанию понять, кому нужен каждый вариант? Найдите расходы и обязанности, которые исчезли из сравнения. Верните их в общую основу или прямо обозначьте как неизвестные.

Следующая глава →

Глава 07 / 12

Доказательства: меньше громких слов, больше проверяемости

«Нам доверяют лидеры рынка» не объясняет, почему решение подходит конкретной линии. Логотип известной компании может подтверждать разные вещи: разовый заказ, участие в мероприятии, партнёрство или вообще лишь пример из открытого источника. Если контекст не указан, читатель достраивает более сильное доказательство, чем существует на самом деле.

Для предложения полезнее связка «утверждение — основание — граница применимости». Способность работать с определённым материалом подтверждается испытанием на этом материале. Опыт исполнения — разрешённым описанием проекта и роли компании. Наличие функции — проверяемой спецификацией или демонстрацией. Репутация не заменяет проверку существенного условия.

Что можно утверждать в учебном проекте

Пока реальные испытания не проведены, нельзя писать, что система уже обнаруживает все нужные дефекты. Можно показать процедуру испытания, требования к образцам, техническую гипотезу и условия решения о внедрении. Предложение от этого становится менее эффектным на словах, но более полезным для принятия обязательств.

Если есть собственный подтверждённый кейс, проверьте его сходство с новой задачей. Одинаковая отрасль ещё не означает одинаковые скорость, материал и цену ошибки. Укажите важные отличия и скажите, что именно переносится: опыт организации испытаний, конкретная технология или результат при сопоставимых условиях. Не переносится автоматически вся итоговая цифра эффекта.

Реестр доказательств как рабочий инструмент

Вместо папки из старых презентаций заведите записи с полями: тезис, разрешённая формулировка, источник, дата, условия использования, владелец и срок повторной проверки. Это особенно полезно перед автоматизацией: ИИ иначе легко склеит результат одного проекта с названием другого и создаст правдоподобное утверждение, которого никто не делал.

Материал из открытого доступа не обязательно разрешён для перепубликации в полном объёме. Если права неясны, используйте собственное краткое описание со ссылкой или исключите изображение. Конкретные правовые условия использования материалов следует проверять отдельно; книга не устанавливает универсального разрешения на логотипы, цитаты или клиентские данные.

Задание собственнику

Выделите пять сильнейших утверждений вашего предложения. У каждого найдите доказательство и человека, который отвечает за его актуальность. Неподтверждённое уберите, ослабьте до гипотезы или перенесите в план проверки. Не заменяйте отсутствие основания более красивой формулировкой.

Следующая глава →

Глава 08 / 12

Документ: помочь нескольким людям принять одно решение

Первая страница нужна не для сокращённого пересказа всего файла. Она должна дать руководителю возможность понять, какую задачу вы решили, какой путь предлагаете, сколько он стоит и какое решение требуется сейчас. Техническому специалисту при этом нужны подробности, которые на первой странице помешают чтению. Конфликт решается слоями документа, а не выбором между одним слайдом и сорока.

Первый слой — краткое резюме решения. Второй — состав, экономика, этапы и ответственность. Третий — спецификация, основания расчёта, методика проверки и другие приложения. Слои связаны перекрёстными ссылками, общей версией и одинаковыми терминами. Цена не должна различаться между письмом, резюме и сметой.

Первая страница учебного предложения

Задача: проверить возможность согласованного контроля дефектов на одной линии. Предлагаемый путь: внедрение при подтверждении исходных условий и процедуры приёмки. Условная цена: 12 млн ₽ без косвенных налогов, состав и исключения — в приложении. Денежные этапы: 30/50/20 с определёнными событиями. Решение сейчас: согласовать бриф и снять открытые вопросы, влияющие на фиксированные обязательства.

Такое резюме намеренно не обещает «рост эффективности производства» без измеренного основания. Если после обследования условия не подтвердятся, документ меняется. Нельзя печатать заголовок «внедрение под ключ», оставляя ключевые инженерные вопросы неизвестными и не объясняя их влияние.

Графика должна отвечать на вопрос

Карта ответственности помогает понять, от кого зависит этап. Денежный график показывает, когда нужны средства. Таблица вариантов объясняет различия. Декоративная растущая стрелка не доказывает увеличение прибыли. Если диаграмма не меняет понимание решения, лучше освободить место для текста или доказательства.

Для чтения на телефоне таблица с десятью столбцами редко удобна. Сохраните общую основу сравнения, но представьте каждый вариант отдельной карточкой с одинаковыми подписями полей. Важные исключения должны быть доступны без увеличения изображения. Настоящая ясность сохраняется при смене устройства и при пересылке страницы коллеге.

Проверить документ чужими глазами

Попросите сотрудника, не участвовавшего в подготовке, найти цену, границы, критерий завершения, обязанности клиента и следующее действие. Не подсказывайте маршрут. Если поиск требует объяснений автора, документ ещё зависит от устного сопровождения. Эта проверка не доказывает качество сделки, но хорошо выявляет навигационные ошибки.

Задание собственнику

Соберите одностраничное резюме текущего предложения, не меняя его условий. Все противоречия с приложениями выпишите отдельно. Удалите рекламные эпитеты и проверьте, осталось ли достаточное основание для следующего решения клиента.

Следующая глава →

Глава 09 / 12

Согласование: сохранить одну версию обязательств

Клиент согласен, если запуск произойдёт раньше. Менеджер обещает сократить срок. Инженер считает, что клиент сам подготовит освещение. Клиент считает, что это включено в цену. Каждая отдельная реплика выглядит разумной; вместе они образуют проект, который никто не рассчитывал.

Изменение условий должно обновлять общий документ, а не жить в цепочке писем как отдельная уступка. Для каждой поправки проверяются как минимум результат, состав, цена, даты, денежные этапы и обязанности. Если меняется только один показатель, это тоже фиксируется: «Объём и порядок приёмки без изменений». Тогда молчание по остальным условиям не превращается в источник догадок.

Протокол изменений

В учебном проекте клиент просит добавить вторую линию. Это не редакторская правка названия площадки. Нужно уточнить, одинаковы ли оборудование и продукция, возможна ли общая инфраструктура, требуется ли отдельное обучение и как будет проводиться приёмка. До проверки продавец не просто удваивает цену и не дарит вторую линию ради сделки.

У изменения есть инициатор, дата, содержание, влияние и статус согласования. Номер предложения помогает найти правильную редакцию, но сам по себе не подтверждает, что все участники её приняли. После существенных поправок отправляйте краткое резюме различий и получайте явное подтверждение по принятому в компании порядку.

Контур согласования · редакционная модель

Изменение должно вернуться в общий документ

Запрос на изменение

Зафиксировать инициатора и содержание

Проверка влияния

Цена, состав, сроки, деньги, результат

Подтверждённая версия

Явно согласовать изменения

Передача исполнителю

Передать основания и открытые вопросы

Уступка в переписке не должна создавать неизвестное исполнителю обязательство.

SVG ↓Мобильный SVG ↓Поделиться схемой ↗

Следующее действие должно завершать неопределённость

«Остаёмся на связи» не является следующим шагом. «До среды инженер клиента передаёт образцы, после проверки в пятницу согласуем методику испытания» — является. В шаге есть действие, ответственный, срок и результат. Если клиент не готов назначать дату, зафиксируйте состояние сделки как ожидание условия, а не как почти полученное согласие.

Передача в исполнение — отдельное событие. Исполнитель получает актуальную версию предложения, бриф, расчёт, подтверждённые изменения и список открытого. Он должен иметь возможность сказать, что обязательства неисполнимы в таком составе. Запрет возражать после продажи переносит ответственность на того, кто не участвовал в решении.

Где нужен специалист

Содержание предложения может перейти в договорные документы и породить последствия, которые зависят от конкретных формулировок и обстоятельств. Поэтому нестандартные обязательства, ответственность, порядок оплаты и приёмки проверяются уполномоченными специалистами. Эта глава описывает организацию согласования, а не даёт юридического заключения о силе переписки или документа.

Задание собственнику

Найдите последнюю сделку, где продажа и исполнение по-разному понимали объём. Восстановите момент расхождения и добавьте в передачу один контроль, который обнаружил бы его до принятия обязательства. Не создавайте форму, которую никто не уполномочен остановить.

Следующая глава →

Глава 10 / 12

ИИ: ускорить подготовку, сохранить полномочия

Когда руководитель слышит «ИИ готовит предложение», он может представить автономного продавца, который сам определяет цену и рассылает документы. Для нашей задачи полезнее начинать с помощника, который собирает черновик из разрешённых материалов, показывает происхождение условий и выносит неизвестное на проверку. Отсутствующий факт должен становиться вопросом, а не уверенным предложением текста.

Входом служат подтверждённый бриф, актуальная спецификация, разрешённые кейсы, правила расчёта и шаблон. Выходом — драфт, перечень использованных оснований, список противоречий и открытых параметров. Цена пересчитывается проверяемым алгоритмом; утверждённые данные не восстанавливаются языковой моделью по памяти. Финальную редакцию проверяет человек с соответствующими полномочиями.

Минимальный полезный контур

Первый помощник извлекает поля из запроса и помечает недостающие. Второй сопоставляет требования с базой знаний и готовит структуру документа. Проверяющий модуль ищет несовпадение цен, неподтверждённые обещания и пропущенные исключения. Руководитель утверждает содержание, после чего отдельное контролируемое действие передаёт документ адресату. Это роли процесса; их необязательно сразу реализовывать отдельными сложными агентами.

Набор ролей не должен создавать иллюзию независимой проверки. Если два помощника пользуются одной неверной базой, согласие между ними не подтверждает факт. Основанием остаются исходные документы, расчёт и проверка человека. Чем меньше полезных данных компания хранит в структурированном виде, тем важнее сначала навести порядок в этих данных.

Граница полномочий · редакционная модель

ИИ готовит. Полномочия задаёт компания

Разрешённые данные

Бриф, спецификация, проверенные кейсы

Драфт и проверки

Текст, источники, открытые вопросы

Решение человека

Утвердить цену, условия и получателя

Контролируемая отправка

Только утверждённая версия и адресат

Текст клиента не даёт агенту права менять цену, раскрывать базу или отправлять документ.

SVG ↓Мобильный SVG ↓Поделиться схемой ↗

Письмо клиента — данные, а не право управлять системой

В присланном файле могут оказаться инструкции, которые пытаются изменить поведение ИИ: раскрыть внутренний прайс, проигнорировать ограничения или отправить содержимое в другой адрес. OWASP описывает такую угрозу как prompt injection, включая инструкции во внешних материалах. Поэтому внешнее содержимое отделяют от управляющих правил, а доступ и допустимые действия ограничивают технически. Одной просьбы к модели «будь осторожна» недостаточно. Источник и границы этого вывода приведены в конце книги [S2].

ИИ, которому поручена подготовка текста, не должен получать ненужные права на изменение цен, выгрузку клиентской базы и отправку писем. Риск-ориентированное проектирование и оценка согласуются с добровольной рамкой NIST AI RMF [S1]; это методический ориентир, а не сертификат безопасности нашего процесса.

Проверять на сохранённых примерах

Соберите набор разрешённых исторических или синтетических запросов: полный бриф, нехватка данных, противоречивая цена, устаревшая спецификация, запрещённое обещание, вредоносная инструкция в приложении. Сравните подготовку с помощником и без него по полному времени до утверждённого документа, существенным ошибкам и объёму исправлений. Средняя скорость генерации не заменяет проверку критических ошибок.

Задание собственнику

Выберите одну роль для первого пилота и запишите, какие данные она читает, что создаёт, чего не имеет права делать и кто утверждает результат. Если нельзя технически ограничить действие, не отдавайте его автоматике только потому, что модель хорошо отвечает в демонстрации.

Следующая глава →

Глава 11 / 12

Управлять качеством предложений, а не количеством файлов

В конце месяца отдел отчитывается: отправлено сто предложений. Число может говорить о загрузке команды, но не объясняет ни качество запросов, ни экономику будущих обязательств. Если каждый запрос автоматически получает большой файл, рост числа предложений способен сопровождаться ростом напрасной работы.

Полезный учёт начинается с единицы наблюдения. Для одного квалифицированного запроса хранится связанный набор версий предложения. Пять редакций не считаются пятью новыми возможностями. У запроса есть состояние: уточнение, подготовка, согласование, отложено, отказ, принято к следующему этапу. Значение состояния определяется событием, а не оптимизмом менеджера.

Разделить скорость и качество

Измеряйте время от достаточного брифа до проверенного предложения, долю документов с существенными исправлениями, причины возврата, плановый результат и качество передачи исполнителю. Если хотите считать долю принятых предложений, определите знаменатель, период наблюдения и что считается принятием. Смешение незавершённых сделок с закрытыми делает сравнение периодов ненадёжным.

ИИ может сократить время подготовки черновика, но увеличить время проверки. Поэтому экономию считают по полному циклу с участием инженера, финансового специалиста и руководителя. В стоимость входят поддержка базы, работа проверяющих и исправления. Не нужно объявлять высвободившиеся минуты деньгами, пока не понятно, как они повлияли на оплачиваемую работу, загрузку или затраты.

Разбор отказа без поиска виновного

Причина «дорого» требует уточнения. Цена выше альтернативы при одинаковом составе? Задача не вошла в бюджет? Ценность непонятна? Поставщик не прошёл квалификацию? Вариант оказался избыточным? Эти причины ведут к разным изменениям. Снижение цены не исправляет отсутствие бюджета или недостаток доказательств.

В учебном проекте после уточнения может оказаться, что автоматизировать линию сейчас невыгодно. Это не провал документа, если он помог сделать обоснованный выбор и не навязал неисполнимый проект. Отделу продаж нужна возможность сохранять такие выводы без подмены их удобной причиной отказа.

Еженедельный разбор

Выберите одно отправленное предложение, один отказ и одну передачу в исполнение. Проверьте, что было известно в момент решения, чего не хватало и какой элемент процесса нужно изменить. Итог разбора — конкретное обновление шаблона, базы, правила допуска или полномочий. Общая просьба «лучше квалифицировать клиентов» не меняет следующий документ.

Задание собственнику

Определите три показателя на ближайший цикл и их точные определения. Один должен отражать время, второй — существенные ошибки, третий — экономику или исполнение. Назначьте источник данных и владельца. Сначала получите сопоставимую базу, затем сравнивайте изменения; не устанавливайте обещанный процент улучшения из воздуха.

Следующая глава →

Глава 12 / 12

Рабочая тетрадь руководителя

Книга заканчивается не новым шаблоном презентации, а способом проверить одну реальную сделку. Начните с предложения, где цена ещё не утверждена. Если взять уже закрытую сделку, команда будет знать исход и невольно объяснять прошлое этим знанием. Рабочие формы ниже можно копировать для внутреннего разбора; они не требуют обращения к EVOLVIN.

Форма 1. Паспорт задачи

Запишите задачу словами клиента и источник подтверждения. Затем укажите исходное состояние, желаемое изменение и способ проверки. Отдельные поля: что входит в проект; что исключено; что предоставляет клиент; какие неизвестные влияют на цену и срок; кто и когда снимает каждое неизвестное. Пустое поле не превращайте в «не применимо», пока это не проверено.

Форма 2. Карта решения

Для каждого существенного критерия заполните четыре поля: критерий; роль клиента, которая его проверяет; доказательство; открытый вопрос. Добавьте альтернативу покупке и маршрут согласования. Для роли, участие которой только предполагается, напишите «не подтверждено». Эта запись полезнее уверенной схемы чужой организационной структуры.

Форма 3. Экономический лист

Зафиксируйте единую основу сумм: валюта, налоги включены или исключены, дата и версия. Заполните цену, прямо относимые затраты, резерв с основанием, отдельно неучтённые расходы и результат по выбранному определению. Пересчитайте уступки на неизменном составе. Затем поставьте поступления и выплаты на календарные даты и найдите минимальный накопленный остаток проекта. Расчёт проекта не заменяет общий платёжный календарь компании.

Форма 4. Лист доказательств и проверки

У каждого обещания укажите источник и условия применимости. Проверьте, разрешено ли использовать кейс или изображение, не изменились ли условия и не выдаётся ли гипотеза за факт. Сопоставьте резюме, спецификацию и расчёт: цена, состав, этапы и исключения должны совпадать. Назовите проверяющего по каждому предмету; одного общего флажка «согласовано» для всех дисциплин недостаточно.

Форма 5. Передача и следующий шаг

Укажите актуальную редакцию, подтверждённые изменения, открытые вопросы и событие начала исполнения. Руководитель проекта подтверждает, что понимает обязательства и ограничения. Для следующего действия запишите ответственного, срок, ожидаемый результат и условие остановки. Если согласие клиента пока не получено, так и назовите состояние.

Изменить процесс за один управляемый цикл

Сначала восстановите несколько недавних предложений и найдите повторяющийся разрыв. Затем внесите одно изменение: например, обязательный бриф до фиксированной цены или экономическую проверку скидки. Примените правило к следующему набору сопоставимых запросов и разберите исключения. Лишь после этого решайте, какую часть можно автоматизировать. Автоматизация нестабильного процесса ускоряет и полезные действия, и ошибки.

В конце цикла собственнику нужны три ответа: стало ли понятнее решение клиента, уменьшились ли существенные противоречия и сохранилась ли приемлемая экономика. Если нет, возвращайтесь к причине, а не добавляйте ещё одну обязательную форму. Зрелость предложения определяется качеством принятых обязательств, а не длиной файла и не количеством используемых агентов.

Сильное предложение помогает принять решение ещё до того, как помогает продать.

Об авторе и источниках →