Больное место. ТЗ as is  

Или несколько простых советов заказчикам, при выдаче заказа.
Более чем актуально на фрилансе.

Мало кто задумывается, что ТЗ - это такая штука, после которой код остается только физически втоптать и отдать. Но такое ТЗ - это сказка. Это настоящее "Техническое Задание". Мы на него и не претендуем, но..
Сказка ложь, да в ней намек..
Большинство заказчиков описывает буйства своей фантазии в ворде буквально текстом.
Текст очень приятно писать, когда сам все примерно представляешь. Но не является хорошим способом донести например "как должен выглядеть сайт". Но! Когда человек говорит, что он хочет "нечто" - он всегда себе это как-то представляет, ибо абсолютно новых идей не бывает, и всякое новое - это мозайка из кусочков старого. Так вот эти самые осколки надо у заказчика выпросить: "эта штука как вот там, а эта - как вот тут" и т.д. и т.п. Можно попросить прямо сфоткать(заскриншотить) "ту штуку" и намолевать в пэинте сверху свои мысли.

Второй простой способ: Графики. О! Графики - это наше все. Вырисовывать все в каком-нить визио или ещё где - задача не очень благородная. При том нет ничего "неправильного" в том, чтобы заказчик оформил свой мыслепоток ручкой на бумажке и прямо хоть на мобильник зафоткал. (типс: за составление потом ТЗ по таким осколкам можно и денежку взять).

Напоследок. Не стоит брать работу "молча", ибо велика вероятность, что ожидания не сойдутся с результатом. А наивысший восторг заказчика бывает при из совпадении =).
Поэтому синхронизация видения представления о том, что должно получится на выходе - фактически первостипенная задача. При том, что фрилансер сходу проектирует код, БД и прочее. Составление технического ТЗ паралельно составлению формального ТЗ - сильно экономит время.

P.S. Получилось смято. Но тема будет продолжена...
Ибо мне вставать через 4 часа, но новых подписчиков надо порадовать.