Мария Власова – Коммерческое предложение, от которого невозможно отказаться. (страница 3)

Короче: Не входят исключения; при необходимости оценим их отдельно до начала работ.

Тон:

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

— Живее: Лучше заранее отделить основной проект от дополнительных задач, чем обсуждать это в спешке уже после старта.

За исключения отвечает менеджер проекта: до оплаты или подписания он получает подтверждение, что границы работ понятны.

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

Лучше не писать так: Дополнительные работы оплачиваются отдельно.

Что стало лучше: исходная фраза формально верна, но не предупреждает, какие именно работы дополнительные. Исправленная формулировка снижает конфликт. Осторожнее: не использовать исключения как способ снять с себя ответственность за включенные работы; формулировать список конкретно.

Блок 9. Логика ценности без громких обещаний

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

Фрагмент: Польза проекта в том, что после выполнения работ у вас будет практический актив: что именно. Он поможет кому быстрее действие, понятнее действие, точнее действие или спокойнее действие. Мы не закладываем в КП гарантии коммерческого результата, потому что на него влияют факторы вне проекта. Вместо этого фиксируем управляемые результаты: результат 1, результат 2, результат 3.

Короче: Польза - в практический актив, который помогает сценарии применения; гарантии внешнего результата не закладываются.

Тон:

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

— Живее: Мы обещаем не "волшебный рост", а понятный инструмент, который ваша команда сможет использовать в конкретных ситуациях.

Проверка ценности: автор КП проверяет, что польза связана с передаваемыми результатами, а не с абстрактным успехом.

Пример: Польза проекта в том, что после работ у вас будет единая база ответов на типовые возражения клиентов. Она поможет менеджерам быстрее готовиться к звонкам, одинаково объяснять условия и передавать новым сотрудникам рабочую логику общения.

Слабый вариант: Наш проект гарантированно повысит эффективность отдела продаж.

Комментарий: такая фраза обещает показатель, который исполнитель не контролирует. Исправленная версия описывает актив и применение. Проверка: убрать "гарантированно", "точно", "обеспечит рост"; оставить результаты, которые исполнитель передает.

Блок 10. Этапы процесса

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

Фрагмент: Проект состоит из количество этапов. На первом этапе мы действие и получаем промежуточный результат. На втором этапе действие и согласуем промежуточный результат. На третьем этапе действие и передаем финальный результат. После каждого этапа есть точка проверки: как проверяем. Это помогает не переносить все замечания в финал.

Короче: Процесс: этап 1 - этап 2 - этап 3, с проверкой после каждого этапа.

Тон:

— Строже: Работы выполняются поэтапно с промежуточным согласованием результатов каждого этапа.

— Живее: Мы не уходим "в тишину" до финального файла: по ходу проекта будут понятные точки, где можно сверить направление.

За процесс отвечает проектный менеджер: он назначает точки проверки и просит клиента заранее определить контактное лицо для согласований.

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

Слабый вариант: Мы выполним проект в несколько этапов и согласуем результат.

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

Блок 11. Сроки с зависимостями

Сроки почти всегда зависят от вводных и комментариев клиента. Этот блок защищает график без раздражающих оговорок: срок есть, но понятно, с какого момента он считается и что его двигает.

Фрагмент: Ориентировочный срок выполнения - срок после получения исходные данные и подтверждения старта. Срок включает этапы или действия. Если согласования или передача материалов задерживаются более чем на порог, календарный срок проекта сдвигается на соответствующий период. Мы заранее сообщаем, какие материалы нужны для сохранения графика.

Коротко: Срок - срок после получения вводных; задержка вводных или согласований сдвигает календарь проекта.

Тон:

— Строже: Срок выполнения исчисляется с момента получения необходимых материалов и подтверждения начала работ.

— Живее: Мы можем держать темп, если вовремя получаем вводные и комментарии. Поэтому сразу указываем, от чего зависит календарь.

За график отвечает менеджер проекта; клиент назначает ответственного за вводные, после чего исполнитель отправляет список материалов для старта.

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

Слабый вариант: Сделаем за 10 дней.

Разбор: прежняя формулировка не учитывает зависимости и создает риск спора. Исправленная версия честно связывает срок с условиями старта. Осторожнее: не использовать безусловный срок, если клиент должен передать материалы или согласовать промежуточные результаты.

Блок 12. Участие клиента

Клиент может думать, что после оплаты его участие не понадобится. Лучше сразу назвать роли, встречи, материалы и примерную нагрузку. Так проект меньше буксует на старте.

Фрагмент: Для выполнения проекта со стороны клиента потребуется роль 1: действия; роль 2: действия; при необходимости роль 3: действия. Общая нагрузка на команду клиента оценивается как оценка времени. Мы заранее согласуем окна для интервью, передачи материалов и комментариев, чтобы проект не зависел от случайной переписки.

Коротко: Со стороны клиента нужны роли и около время на вводные, интервью и согласование.

Тон:

— Строже: Для соблюдения сроков заказчик обеспечивает участие указанных сотрудников и передачу материалов.

— Живее: Мы заберем на себя основную работу, но без нескольких коротких включений вашей команды проект потеряет точность.

Участие клиента фиксируется до старта: клиент назначает координатора, исполнитель предлагает календарь включений и список встреч.

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

Слабый вариант: От вас потребуется минимальное участие.

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

Блок 13. Ответственность сторон

Этот блок разводит зоны ответственности без обвинений. Исполнитель отвечает за свою работу, клиент - за данные, доступы и решения, внешние сервисы - за свои ограничения. Лучше проговорить это заранее.

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

Короче: Исполнитель отвечает за зона; клиент - за зона; внешние зависимости фиксируются отдельно.

Тон:

— Строже: Ответственность сторон распределяется согласно объему работ и необходимым действиям заказчика.

— Живее: Чтобы потом не искать виноватых, сразу отделяем нашу работу от решений, данных и доступов на вашей стороне.

Роли подтверждают обе стороны до старта: по каждому этапу должно быть понятно, кто дает данные, кто принимает решения и кто выполняет работу.

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

Лучше не писать так: Мы сделаем все необходимое для успешного результата.

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