Обычно заказчик сталкивается с понятием "Техническое задание" так:

- Вы можете сделать мне сайт?

- Да, конечно.

- Сколько это стоит?

- Давайте ТЗ - посчитаем.

А заказчик, который всю жизнь занимался своим бизнесом, от мира проектирования и программирования бесконечно далеким, чувствует себя неуютно, ведь ему эта аббревиатура незнакома, а объяснять собеседник не спешит, поскольку сам работает с этим каждый день и считает все очевидным.

Итак, согласно статье в энциклопедии Wikipedia:

Техни́ческое зада́ние (ТЗ, техзада́ние) — исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т. д.), разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР).

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

На самом деле все не так просто.

Когда заказчик обращается к разработчику, будущий сайт существует в виде размытого образа, еще не имеет ни структуры, ни конкретных возможностей, ни внешнего вида.

Но процесс работы не должен строиться на доверии по принципу "продайте мне что-нибудь, а я вам денег дам, сколько смогу". Необходимо зафиксировать объем выполняемых работ, порядок взаимодействия, сдачи работ. Это необходимо разработчику для планирования работы и расчета затрат, определения, когда уже пора остановиться. Не в меньшей  степени такой документ нужен и заказчику - имея его, можно определить, были ли действительно выполнены необходимые работы, всё ли соответствует заданию. Также заказчик может обратиться к независимым специалистам для оценки соответствия заявленных и выполненных работ, адекватности расчета стоимости и т.п.

На практике ТЗ обычно составляет разработчик на основе устных и письменных пожеланий заказчика, с учетом собственных возможностей реализации. После составления проекта документа, заказчику предоставляются подробные разъяснения специальных терминов, назначения элементов структуры и т.п., чтобы установить соответствие между пожеланиями и сформулированными требованиями.

Кроме того, при составлении задания оценивается, насколько реально выполнение пожеланий заказчика в рамках бюджета и согласуются варианты компромиссных решений.

После утверждения заказчиком задания, разработчик приступает к работе.

Так как формально техническое задание предоставляет заказчик, то обычно работа по подготовке ТЗ выполняется отдельно от общего объема работ и только после его утверждения рассчитывается стоимость. Это дает возможность заказчику в случае несогласия с расчситанной суммой, обратиться к другому разработчику, имея уже подготовленное ТЗ.