Вот уже давно сталкиваюсь с тем, что технического задания, как правило, не хватает, чтобы доходчиво объяснить разработчику, что от него нужно (для справки: я - консультант, работаю на заказчиков). Ведь даже с установленными рамками у тех же самых верстальщиков или горе-дизайнеров остается еще пространство для совершенно ненужного полета их мысли.
По поводу разработки сайтов сайтов иногда говорят: "Есть некий свод правил, которых придерживаться считается хорошим тоном." Причем правила могут оказаться как довольно сложными, так и невероятно смешными. К примеру: на некоторых корпоративных (!) сайтах блокируется правая кнопка мыши, или в содержании <title> есть и другие теги, типа <b>. Согласитесь, довольно глупо, хотя иногда такие ляпы допускают далеко не самые, скажем грубо, отсталые разработчики.

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

Что думаем?