Клиент просит правки: как вести версии КП и не запутаться

Клиент прочитал КП и прислал правки: убрать один этап, добавить интеграцию, пересчитать с другим сроком. Вы правите, отправляете. Через неделю — новые правки, и ещё одни от его руководителя. В папке лежат «КП_финал.pdf», «КП_финал_2.pdf» и «КП_финал_исправл_НОВОЕ.pdf», а клиент пишет: «Мы же договаривались на 540, почему здесь 610?»

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

Почему правки КП превращаются в хаос

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

Правило первое: одна ссылка, понятные названия версий

Версия — это зафиксированное состояние КП в определённый момент. Чтобы ими можно было пользоваться, у каждой должно быть понятное название, а у клиента — одно место, где лежит актуальное.

Как называть версии

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

Когда создавать новую версию, а когда править текущую

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

Правило второе: каждую версию сопровождает журнал изменений

Клиенту не нужно сравнивать таблицы построчно. Короткий список изменений экономит время обеим сторонам и защищает от споров «а мы этого не видели».

Шаблон журнала изменений

Версия 3 от 14 октября. Что изменилось по сравнению с версией 2:

• убрали интеграцию с CRM из этапа разработки: −96 часов, −211 тыс. ₽;
• добавили импорт каталога из файла поставщика: +24 часа, +53 тыс. ₽;
• срок сократился с 10–12 до 8–10 недель.

Итог: 540–610 тыс. ₽ вместо 700–770 тыс. ₽. Остальное без изменений.

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

Правило третье: объём и цена меняются вместе

Самая дорогая ошибка при правках — добавить работы и не пересчитать цену, «чтобы не расстраивать клиента». Потом этот объём приходится делать бесплатно.

Как отвечать на «добавьте ещё, это же мелочь»

Если клиент после правок просит снизить цену, это уже разговор о скидке, а не о правке. Как его вести без потери маржи — в статье про скидки в коммерческом предложении.

Шаблон ответа на большой список правок

Спасибо за подробные комментарии! Разделил их на три группы. Первая — уточнения формулировок, их внёс сразу. Вторая — изменения объёма: добавление импорта и удаление интеграции, пересчитал их в версии 3, итог и срок изменились, список изменений — в начале КП. Третья — вопрос по сроку запуска, его предлагаю обсудить на созвоне, там есть варианты. Ссылка прежняя, версия 3 выбрана по умолчанию.

Как собирать правки, если их вносят несколько человек

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

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

Шаблон запроса единого списка правок

Анна, чтобы не гонять версии туда-обратно, предлагаю так: вы собираете комментарии коллег до пятницы и присылаете одним списком, а я в понедельник выпускаю версию 3 с описанием всех изменений. Если какие-то пункты будут противоречить друг другу, я их отмечу, и мы решим на коротком созвоне.

Правило четвёртое: несколько версий можно показать одновременно

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

А вот устаревшие версии, которые уже не актуальны, лучше снять с публикации, чтобы клиент случайно не согласовал то, от чего вы оба отказались.

Что делать с версиями после подписания договора

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

• отметьте финальную версию в названии, например «v5 — согласовано, договор от 20.10»;
• сошлитесь на неё в договоре или приложении к нему, чтобы объём работ был зафиксирован;
• не правьте согласованную версию задним числом — любые доработки оформляйте новой версией или отдельным КП;
• передайте ссылку на финальную версию команде, которая будет делать проект, чтобы исполнители знали, что именно продано.

Так версии КП становятся не только инструментом продажи, но и основой для контроля объёма во время проекта.

Чек-лист работы с правками

1. У клиента одна ссылка или одно место, где лежит актуальное КП.
2. Со стороны клиента назначен один человек, который собирает правки.
3. Правки по объёму, цене и срокам — всегда новая версия.
4. У версии есть название с номером и сутью изменения.
5. К каждой версии есть короткий журнал изменений.
6. Добавленные работы пересчитаны в часах и деньгах.
7. Неактуальные версии сняты с публикации.
8. Финальная версия зафиксирована перед договором и подписанием.

Когда версия согласована, её стоит закрепить формально — подписанием или ссылкой в договоре. Об этом — в статье про онлайн-подписание КП.

Как kptp.ru решает эту проблему

В kptp.ru КП живут в проектах, а каждое сохранение автоматически становится новой версией. Не нужно придумывать имена файлов и искать, что ушло клиенту.

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

Попробовать работу с версиями можно бесплатно в течение 7 дней — регистрация занимает пару минут.