Версии предложения и история обещаний

Кому подойдёт: Start — с первых индивидуальных предложений; System — фрилансерам, которые параллельно обсуждают несколько заказов.

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

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

Разделите шаблон и отправленное предложение

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

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

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

Отмечайте статус простыми словами

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

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

Объясняйте изменение в письме

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

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

Версия 01

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

Версия 02

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

Старую версию не удаляют после отправки новой. Названия «финальный» и «точно последний» не показывают порядок. Молчание клиента не считают согласием.

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

Свяжите обещание с исполнением

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

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

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

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