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

Ищите в брифе будущие обязательства, а не только ключевые слова
Представьте, что дистрибьютор прислал такой запрос:
«Расчёт и подготовка ценовых предложений занимают слишком много времени. Хотим за шесть недель ввести единый процесс для команд в трёх странах, не меняя CRM. Продажи считают, что в заявках не хватает данных; операционная команда видит проблему в согласованиях. Надёжных исходных замеров нет. Наши сотрудники могут участвовать в одной получасовой встрече в неделю».
В слабой презентации это превратится в «Оптимизировать подготовку предложений на трёх рынках за шесть недель». Формулировка звучит уверенно, но незаметно делает желаемый срок обязательством, а две конкурирующие версии — установленным диагнозом.
Прочитайте бриф дважды. Сначала выпишите ожидаемый результат и ограничения. Затем отметьте всё, что изменит метод, трудозатраты или обещание, если окажется неверным. Сохраните слова клиента рядом со своей интерпретацией: так будет видно, где вы сделали предположение.
Разделите условия, пожелания и неизвестные
| Фраза из брифа | Как её трактовать | Что показать на слайде |
|---|---|---|
| Не менять CRM | Прямое ограничение | Работать в существующей системе; выяснить, кто вправе согласовывать изменения настроек. |
| Единый процесс для трёх стран | Желаемый результат, но ещё не согласованный объём | Уточнить, какие этапы должны стать общими, а какие могут остаться локальными. |
| Шесть недель | Запрошенный срок | Выяснить, ожидаются ли рекомендации, проверенный пилот или полное внедрение. |
| Неполные заявки или долгие согласования | Две версии для проверки | Показать обе; не выбирать причину без конкретных случаев. |
| Нет надёжных исходных замеров | Недостающие данные | Запросить несколько недавних предложений с временными отметками и этапами согласования. |
Это особенно важно, когда одно слово означает разные вещи. «Стандартизировать» может значить унифицировать поля, правила согласования или весь процесс в каждой стране. Выпишите варианты. Уточняющий вопрос полезнее уверенного слайда, который скрывает неоднозначность.
Сделайте противоречие в требованиях центром обсуждения
В нашем примере сложность создаёт сочетание трёх команд, шести недель, ограниченной доступности сотрудников и отсутствия замеров. Слайд не должен упрекать клиента в нереалистичных ожиданиях. Он должен показывать, какие условия придётся изменить, чтобы работу можно было выполнить.
Подойдёт заголовок «Сначала определим результат шестой недели, затем выберем план работ». Ниже расположите три возможные конечные точки: диагностика, пилот, полное внедрение. Достаточно простой горизонтальной последовательности. Выделите нужную клиенту точку, а остальные оставьте возможными следующими этапами, не включая их молча в то же обещание.
Затем задайте вопрос, влияющий на решение: «Если важнее завершить пилот, сможет ли команда одной страны предоставить примеры и назначить сотрудника для их проверки?» Так вклад клиента связан с конкретным выбором. Вопрос «Можете прислать больше информации?» этой связи не показывает.
Сравните два подхода, которые снимают разные неопределённости
Не предлагайте три пакета с разными названиями и почти одинаковым содержанием. Для этого брифа полезны два пути:
- Сначала диагностика: изучить недавние случаи подготовки предложений во всех трёх командах, согласовать главный источник задержек и предложить общий процесс. Результат — рекомендации и приоритетный список изменений, а не уже работающая система.
- Пилот в одной команде: выбрать страну, проверить узкое изменение в её процессе и по результатам решить, что распространять дальше. Нужны доступ к конкретным случаям и сотрудник для проверки. Такой пилот не доказывает, что то же изменение подойдёт всем трём командам.
Сравнивайте пути по ограничениям клиента: необходимый доступ, участники, конкретный результат и вопросы, которые останутся открытыми. Не присваивайте числовые оценки, пока не согласованы критерии и смысл баллов. Если информации недостаточно даже для оценки трудозатрат, расчёт стоимости оставьте до следующего шага. Если варианты сопоставимы и критерии согласованы, взвешенная матрица решений поможет показать компромиссы и зависимость выбора от приоритетов.
Покажите результат для клиента и вопросы, которые останутся открытыми
Для брифа дистрибьютора сравнение может выглядеть так. Это предлагаемые границы для обсуждения, а не обязательства по выполнению работ или коммерческий расчёт.
| Граница | Сначала диагностика | Пилот в одной команде |
|---|---|---|
| На какой вопрос отвечаем | Где в трёх командах задерживаются запросы на коммерческие предложения и чем это может объясняться? | Сможет ли одно выбранное изменение работать в повседневном процессе конкретной команды? |
| Что предоставляет клиент | Сопоставимые недавние примеры из каждой страны и сотрудника, который объяснит временные отметки. | Согласованные примеры одной команды, сотрудника для проверки на месте и разрешение испытать выбранное изменение. |
| Предлагаемый результат работы | Документированное сравнение процессов, пробелы в данных и возможные изменения. | Тест с определёнными границами, наблюдения и рекомендация о следующей проверке или расширении. |
| Что не входит | Внедрение предпочтительного изменения или доказательство улучшения показателей. | Распространение на все три команды или доказательство, что локальный результат применим везде. |
| Что мешает рассчитать стоимость | Неясный доступ к записям или разные определения начала и окончания подготовки предложения. | Нет сотрудника для проверки, разрешения на тест или практического способа наблюдать результат. |
Оставьте запрос на шесть недель видимым над таблицей. Этот срок не оправдывает скрытых зависимостей. Если клиент может участвовать лишь в одной 30-минутной встрече в неделю, спросите, кто подготовит записи вне встречи и сколько времени займёт принятие решений. Шесть еженедельных встреч дают три часа обсуждений. Они не определяют общий объём времени, который клиент или консультант могут выделить на работу.
Постройте шесть слайдов вокруг нерешённого вопроса
| Слайд | Пример заголовка | Что показать |
|---|---|---|
| 1 | Что значит «готово за шесть недель»? | Нужное решение и три возможные конечные точки. |
| 2 | Система уже выбрана, решение — ещё нет | Подтверждённые ограничения рядом с открытыми требованиями. |
| 3 | Две версии требуют разных данных | Гипотезы о неполных заявках и задержках согласования; для каждой — запрос примеров. |
| 4 | Начать с диагностики или с пилота? | Два пути, их результаты, зависимости и границы. |
| 5 | Пилот — не внедрение в трёх странах | Что входит и не входит в выбранный подход и какой вклад нужен от клиента. |
| 6 | Подтвердить подход, проверяющего и доступные примеры | Три ответа до подготовки объёма работ и расчёта стоимости. |
Полный бриф оставьте в приложении или сопроводительном документе. В основной презентации повторяйте только формулировки, которые объясняют выбор. Короткая выдержка рядом с вашей интерпретацией поможет обнаружить разногласие, не заставляя клиента перечитывать весь запрос.
Передайте ИИ неоднозначности, а не разрешение их скрыть
Подготовьте версию брифа, которую разрешено использовать по правилам вашей организации. Уберите конфиденциальные имена и подробности случаев, если они не нужны для обсуждения. Затем дайте инструменту точное задание:
Создай презентацию из шести слайдов для согласования объёма проекта вымышленного дистрибьютора. Клиент хочет за шесть недель единый процесс подготовки ценовых предложений для трёх стран без замены CRM. Он может выделить одну встречу на 30 минут в неделю. Продажи предполагают, что в заявках не хватает данных; операционная команда подозревает задержки согласований. Надёжных исходных замеров нет. Раздели подтверждённые ограничения, гипотезы и открытые вопросы. Сравни предварительную диагностику с пилотом в одной команде. Не придумывай стоимость, экономию, даты, доказательства или предпочтительную причину. Шесть недель — желаемый срок, не подтверждённое обязательство. Заверши решениями о подходе, сотруднике клиента для проверки и доступе к примерам.
Прочитайте структуру, прежде чем заниматься оформлением. Если появился заголовок «Сократить время подготовки предложений на 40%», замените его тем, что действительно следует из брифа: «Найти этап задержки, прежде чем выбирать изменение». Первая фраза выдумывает результат, вторая задаёт цель встречи.
Пример записи об объёме работ после обсуждения
Допустим, клиент выбирает пилот с командой одной страны и соглашается предоставить обезличенные недавние примеры. На заключительном слайде можно кратко зафиксировать границы:
Предлагаемая работа: описать текущие этапы подготовки коммерческих предложений в выбранной команде, согласовать одно изменение для теста и разобрать наблюдаемый результат с назначенным сотрудником клиента. Клиент подтвердит доступ к подходящим записям и укажет, кто вправе разрешить тест. Результат работы — выводы пилота и рекомендация, а не внедрение в трёх странах. Шестинедельный график остаётся предварительным до согласования доступа, доступности сотрудника для проверки и границ теста. Замена CRM не входит в работу.
Затем определите, что подтвердит выполнение предложенной работы: согласованное описание процесса, запись об изменениях, доступные наблюдения из теста и объяснение того, какие выводы сделать не удалось. Это не то же самое, что гарантировать определённый процент сокращения срока подготовки предложений. Корректно проведённый тест может показать, что изменение не стоит распространять дальше.
После согласования не добавляйте в эту запись незаметно новую страну, интеграцию с другой системой или дополнительный результат. Прежде чем менять стоимость, покажите, как новый запрос меняет исходные данные и работу. И не считайте невыясненную зависимость принятой клиентом только потому, что на встрече никто не возразил.
Превратите ответы на встрече в объём работ
Допустим, клиент выбрал пилот в одной команде, но не может предоставить записи по отдельным предложениям. Это меняет работу. Возможно, потребуется наблюдение за процессом или другая отправная точка. Такой ответ нельзя прятать в мелких примечаниях под календарём. Если объём уже утверждён, оформите новое требование как запрос на изменение проекта и сравните его с согласованным планом, не переписывая обязательства молча.
После обсуждения обновите выбранный путь, зафиксируйте недостающие данные и того, кто должен их предоставить. Только затем переведите договорённости в результаты, зоны ответственности и стоимость. Полезная консалтинговая презентация делает эти решения явными, а не придаёт неполному брифу видимость готового проекта. Когда будете представлять согласованный пилот, структура «проблема — решение — доказательство» поможет отделить то, что показывает пример, от того, что ещё предстоит проверить.