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

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

Тон:

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

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

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

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

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

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

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

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

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

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

Тон:

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

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

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

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

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

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

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

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

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

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

Тон:

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

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

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

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

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

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

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

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

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

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

Тон:

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

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

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

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

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

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

Блок 14. Цена через состав и границы

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

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

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

Тон:

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

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

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

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

Слабый вариант: Цена разработки презентации - 180 000 рублей.

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

Блок 15. Варианты пакетов

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

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

Короче: Есть 3 варианта: базовый для задача, расширенный для задача, проектный для задача; рекомендуем вариант по причине причина.

Тон:

— Строже: Возможны несколько вариантов объема работ, различающиеся составом, сроком и стоимостью.

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

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

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

Слабый вариант: У нас есть тарифы Старт, Оптимум и Максимум.

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

Блок 16. Условия оплаты

Финансовые условия лучше написать простым порядком: когда счет, когда старт, какие документы и что происходит после оплаты. Чем меньше тумана вокруг оплаты, тем меньше задержек перед началом.

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

Коротко: Оплата: схема; старт после условие; документы передаются через порядок.

Тон:

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

— Живее: Чтобы старт не задержался из-за бухгалтерии, сразу фиксируем, как оплачивается проект и какие документы нужны.

Финансовые условия контролирует коммерческий менеджер; порядок счета, оплаты и документов согласуется до старта с учетом регламента клиента.

Пример: Оплата производится в два этапа: 50 процентов до старта и 50 процентов после передачи финальных материалов. Работы начинаются после поступления предоплаты и получения исходных материалов. Закрывающие документы передаются через ЭДО.

Слабый вариант: Предоплата обязательна.

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

Блок 17. Срок действия предложения

Срок действия предложения нужен, если цена, команда или календарь не могут висеть вечно. Формулируйте его спокойно: не "только сегодня", а "после этой даты подтвердим условия заново".

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

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

Тон:

— Строже: Срок действия коммерческого предложения ограничен указанной датой. По истечении срока условия подлежат подтверждению.

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

За актуальность предложения отвечает менеджер: клиент сообщает решение, запрашивает продление или просит пересчитать условия.

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

Слабый вариант: Успейте оплатить до конца недели, иначе цена вырастет.

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

Блок 18. Доказательство применимости

Клиенту нужно понять, почему ваш подход подходит именно его ситуации. Здесь помогают похожие условия, примеры фрагментов, логика работы. Громкое "у нас большой опыт" не заменяет конкретику.

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

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

Тон:

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

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

Доказательства готовит эксперт: он отвечает за достоверность примеров и заранее готовит обезличенный фрагмент, если клиент его запросит.

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

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

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

Блок 19. Критерии приемки

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

Фрагмент: Работа считается выполненной, когда переданы материалы, учтены согласованные комментарии в пределах количество циклов, а результат соответствует критериям: критерий 1, критерий 2, критерий 3. Критерии относятся к качеству подготовленных материалов и полноте согласованного объема. Коммерческие показатели после внедрения не являются критерием приемки, если отдельный этап внедрения и контроля не включен в проект.

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

Тон:

— Строже: Критерии приемки ограничены качеством и полнотой согласованного результата.

— Живее: Чтобы финал проекта не зависел от вкуса и настроения, заранее фиксируем, что именно проверяем.

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

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

Слабый вариант: Работа считается выполненной, когда клиент доволен.

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

Блок 20. Правки и согласования

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

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

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

Тон:

— Строже: Порядок внесения правок ограничен количеством циклов и рамками согласованного задания.

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

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

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

Слабый вариант: Правки включены.

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

Блок 21. Риски проекта и как они снижаются

Риски лучше назвать самому, чем делать вид, что их нет. Так предложение звучит взрослее: вы видите зависимости и заранее предлагаете, как с ними работать.

Фрагмент: Основные риски проекта: риск 1, риск 2, риск 3. Мы снижаем их через мера 1, мера 2, мера 3. Часть рисков зависит от своевременности вводных и решений на стороне клиента, поэтому в проекте предусмотрены контрольные точки и список материалов для старта. Если риск проявится, мы предложим вариант корректировки до продолжения работ.

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

Тон:

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

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

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

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

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

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

Блок 22. Пилотный запуск

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