Что делать если заказчик хочет изменить тз после старта работы на фрилансе

Когда изменение ТЗ — это уточнение, а когда уже новый объём работ

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

Если заказчик просит заменить слово в тексте, поправить один цвет или уточнить заголовок, это обычно правка. Если он просит переупаковать весь лендинг под другую аудиторию, переписать структуру, добавить новые блоки и поменять смысл оффера, это уже не «чуть-чуть». Тут счёт идёт не на минуты. Один запрос — одна цена.

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

В спорных случаях помогает простой тест: можно ли принять изменение без возврата к старому этапу. Если ответ «да», скорее всего, это уточнение. Если «нет», перед вами новая работа. Никакой магии.

Какие вопросы задать заказчику до ответа «да» или «нет»

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

Хороший вопрос звучит просто: «Правильно ли я понимаю, что меняется только блок с ценой, а структура и тексты остаются прежними?» Так вы не спорите, а уточняете. Это особенно полезно, когда заказчик сам пока не видит границы правки.

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

Иногда задачу стоит перевести в 3 пункта: что меняется, что не меняется, кто подтверждает итог. Такой подход экономит нервную систему. И время тоже.

Как оценить, затронет ли правка уже выполненную часть

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

Удобный способ — пройтись по этапам. Первый этап: концепция. Второй: структура. Третий: наполнение. Четвёртый: финальная сборка. Если заказчик просит поменять вводные на этапе 3, а вы уже закрыли этап 1 и 2, часть работы придётся откатить. Это не мелкая поправка, а пересборка.

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

Если затронуты только 1–2 детали, правка, скорее всего, встроится без переработки. Если изменение цепляет 3 и более узлов, закладывайте отдельное время на пересборку. Это честнее, чем потом объяснять, почему вы «долго возитесь».

Как спокойно обозначить границы текущего соглашения

Границы лучше обозначать без обороны и без раздражения. Не надо читать лекцию. Достаточно напомнить, что исходное ТЗ уже согласовано, а новая просьба выходит за его рамки. Формулировка может быть спокойной: «В текущем ТЗ это не предусматривалось, поэтому предлагаю отдельно оценить изменение».

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

Если заказчик давит на срочность, не поддавайтесь на слово «давай просто быстро». Быстро — не значит бесплатно. Быстро — это отдельный режим, и он тоже должен иметь цену, срок и понятный объём.

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

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

Жёсткое «нет» часто портит рабочий контакт, даже если вы правы. Лучше дать 2–3 варианта. Первый: минимальная правка в пределах текущего плана. Второй: изменение как отдельный этап. Третий: перенос части требований в следующую итерацию.

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

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

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

Что пересматривать в цене, сроках и приоритетах

Когда ТЗ меняется, пересматривать нужно не только деньги. Иногда важнее срок или список приоритетов. Если заказчик добавляет новый блок, а дедлайн остаётся прежним, вы фактически берёте на себя больше часов в тот же коридор. Это уже конфликт ресурсов.

Порядок проверки простой: сначала объём, потом срок, потом цена. Если новая задача увеличивает объём на 2 часа — это одно. Если на 10 часов — совсем другое. Даже без точных цифр видно, где начинается перегрузка.

Сроки пересматривайте особенно внимательно, если правка касается уже закрытого этапа. Переделка часто цепляет 2 или 3 шага назад. В переписке полезно писать не «сделаю позже», а «для этого нужно перенести финальную сдачу на новый срок». Формулировка жёстче, зато понятнее.

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

Как зафиксировать новое ТЗ, чтобы не спорить позже

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

Хорошо работают формулировки с датой и версией. Например: «С 12 мая работаем по обновлённому ТЗ: добавлен раздел X, из старой версии убран блок Y, итоговая сдача переносится на…». Такие строки потом экономят часы переписки. Иногда и день.

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

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

Когда стоит остановить работу и эскалировать вопрос

Иногда лучший ответ — пауза. Если заказчик настаивает на бесплатной переделке, меняет вводные каждый день или просит результат, который вообще не входит в исходный договор, продолжать без пересмотра условий опасно. Сначала вы закрываете чужую неопределённость, потом получаете претензию за «не тот результат».

Пауза нужна и тогда, когда изменение ТЗ превращается в серию мелких правок без конца. Одна правка за другой, и вот уже 6 сообщений подряд. Здесь полезно остановиться и сказать: «Соберу все изменения в один список, после этого дам новую оценку».

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

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