В теории-то все просто. ТЗ -- это документ, который надо продумать, перед тем, как подписывать. Вот и все. Предупредить заказчика, что изменение планов будет стоить времени, а, соответственно, и денег. Когда ему захочется что-то поменять -- "а вот вы тут подписали, это стоит столько-то".
Только перед тем, как хвататься за код, сайт все-таки надо спроектировать, хотя бы на бумажке, и согласовать это с заказчиком. Чтобы потом не было "а давайте логотип влево перенесем, а?"
Всегда важно простое объяснение, без всяких бумажек, что сайт -- это процесс, с планом и временем на каждый этап. Отклонение от плана возможно, но по согласованию. А уж как договориться на согласовании -- дело ваше.
