Техническое задание - если говорить простым языком, это перечень пожеланий заказчика, обернутый в более или менее понятную оболочку. Бывают случаи, когда клиент совсем не знает, что он хочет, но хочет. В этом случае, обычно, он высказывает общие пожелания в свободной форме - и далее отдаёт работу на усмотрение заказчика. А бывает наоборот - клиент отлично знает что он хочет, разбивает информацию на блоки, даёт ссылки на информацию для создания уникального текста, или на источники для его рерайта, чётко, или более или менее чётко определяет структуру и порядок блоков.

Рассмотрим оба варианта:

Пример №1: ТЗ в виде неструктурированного потока сознания

Я хочу продать собственную книгу по кулинарии! В ней я собрал авторские рецепты со всего мира и добавил собственные фишки! Хочу, чтобы клиенты заходили на сайт и понимали, какие-же классные там рецепты - и что они обязательно должно её купить/заказать. Вот тут все картинки из книги, а тут тексты. Сделайте, чтобы прям было очень красиво и сочно. Желательно в тёмной гамме.

_____________

Конечно, такой вариант ТЗ не оптимален. Из чётких пожеланий, здесь только пожелание по цветовой гамме. Однако, клиент не обязан знать что такое триггеры, как устроен ленд, что такое лид-формы, подогревающие блоки, закрывающие блоки и так далее.

В этом случае, проект делается на наше усмотрение. А клиент должен находится на связи и отвечать на возникающие вопросы. Ничего плохого в этом нет. Но если после его презентации клиент говорит: А я вообще не так хотел! То, нужно быть готовым к тому, что переделывать его бесплатно никто не будет. Потому что, как именно вы хотели - никто не знает.