Вот, бывает такое, что выполнил заказ, а заказчик вроде и всем доволен, но соображает, что ему нужно что-то ещё. Такое бывает довольно часто и чтобы подобных проблем возникало как можно меньше, люди сначала формируют план работ, по которому будут работать, а потом уже работают и не наоборот.
Понятное дело, что когда выполняешь заказ на какую-то определенную сумму иногда сам видишь то, что неплохо бы было доделать на сайте или в приложении, но этого нет в техническом задании. Слово за слово и заказчик уже хочет, чтобы это обязательно у него было, но от этого данная задача не появляется в техническом задании.
Тут есть два варианта: либо вы идёте на встречу заказчику и доделываете то, что он просит, либо напоминаете ему о том, что есть техническое задание и вы придерживаетесь его. Обычно мелкие правки, которые вносятся просто, так или иначе добавляются разработчиком, но бывает и такое, что заказчик хочет поменять что-то очень большое. Тогда данная услуга добавляется в перечень услуг разработчика за отдельную плату и по этой задаче составляется отдельное техническое задание, которое потом согласуется с разработчиком.
На данном этапе заказчик может пойти на хитрость, сказать что-то вроде такого:
А зачем мне тогда вообще сайт, если на нём не будет самого главного функционала. Если на нём не будет {его новая хотелка}, то сайт не имеет никакого смысла. Либо делайте нормально, либо не делайте вообще.
Как показывает практика, такие слова редко являются правдой, скорее, это уловка для того, чтобы манипулировать разработчиком и чтобы разработчик за определенную сумму сделал работы в два, а то и в три раза больше. Ещё, как вариант, это проверка на слабину, так как если разработчик пошёл на уступки, то можно их требовать дальше и дальше. Очень редко, когда человеку действительно нужно что-то, что он забыл учесть в техническом задании. Вы можете пойти ему на встречу и согласиться на его условия, но нужно это делать аккуратно, потому что можно один проект на фриланс бирже выполнять несколько месяцев и так и не выполнить, так как первоначальная оценка работы уже будет не соответствовать тому, что захотел заказчик вовремя разработки.
Может показаться, что подобные ситуации крайняя редкость и подобное возникает очень редко, но я скажу, что по своему опыту каждый 2-3 заказ подобное содержит. Человек присылает техническое задание, разработчик начинает работать над сайтом (в данном случае - я) и потом начинается, что сайт необходимо разместить, просто это забыли написать в техническом задании, потом на сайте нужно добавить страницу "о сайте", а в техническом задании этого не было и так далее... Список примером можно перечислять бесконечно. Так что же делать в таких случаях?
Проще всего сразу учесть это время при оформлении заказа, что возможно понадобятся небольшие правки. Я соглашаюсь на правки проекта, если они не превышают 15% времени от всего проекта. Да, безусловно мне приятно делать сайт и если туда придёт другой разработчик, то ему будет сложнее в нём что-то доделать, чем мне, так как я его создал. Но, если требуется из принципиально одного сайта сделать принципиально другой сайт, то лучше отказаться от данного заказа. Так будет лучше и для вас и для заказчика.