Техническое задание – to be or not to be?

C чего начинается работа над сайтом?
С точки зрения большинства клиентов, работа начинается с дизайна. Отчасти, это понятно, ведь дизайн сайта – это как фасад вашего дома, это первое, что видят посетители сайта.
Проводя аналогию с домом, техническое задание – это архитектурный проект, на основе которого строится ваш будущий дом. Мало кто рискнет начать стройку, не продумав несущие конструкции, расположение комнат и материал стен.  Цветом стен в гостиной можно озаботиться несколько позже – хотя, конечно, и это важно.
Грамотно разработанное техническое задание – это гарант комфортной работы, как для заказчика, так и для веб-студии.
Именно ТЗ позволяет узнать, что таки на самом деле хочет или что нужно заказчику. Сайт – в первую очередь инструмент для привлечения и работы с клиентами. Прорабатывая вместе с исполнителем все детали будущего сайта, заказчик значительно лучше понимает, какой именно инструмент он приобретает, для каких целей, и как лучше с ним работать в дальнейшем.
Начав работу с написания ТЗ, Заказчик будет уверен, что ни одна  деталь, ни один нюанс его проекта не будут забыты, что весь нужный функционал будет предусмотрен и грамотно продуман.
По сути, техническое задание на разработку сайта решает проблему разного представления проекта Заказчиком и Исполнителем. ТЗ – это объективный, четко сформулированный документ, который не оставляет места недопониманию.
ТЗ позволяет существенно сэкономить время разработки, снимая необходимость постоянно оговаривать каждый новый этап работ. Имея ТЗ, исполнитель может точно оценить необходимые сроки разработки, учесть возможные технические сложности.
Следствие закона Паркинсона “девяносто-девяносто”:
Первые 90% кода отнимают 90% времени разработки.
Оставшиеся 10% кода отнимают вторые 90% времени разработки.
Зачастую бывает, что в процессе работы всплывают забытые или неучтенные моменты. Они могут потребовать существенной доработки функционала сайта, а, следовательно, дополнительных ресурсов: времени и денег. ТЗ помогает максимально исключить подобные моменты. В нашей практике был один курьезный случай с ubuntu, когда Заказчик на этапе пресейла вскольз упомянул,  что разрабатываемый сайт будет работать на сервере Заказчика под управлением операционной системы убунту со всеми вытекающими отсюда последствиями (apache+php 5.3+mysql). Мы же разработку сайта вели на asp.net и windows платформе :)
Таким образом ТЗ регулирует весь процесс разработки и конечный результат.
Техническое задание начинает разработку сайта, и оно же разработку заканчивает. Имея подробное описание системы, легко проверить, все ли было сделано, все ли работает правильно.
Закончив работу над проектом, Исполнитель вместе с Заказчиком проверяет готовый результат по ТЗ.
И, проверив все пункты, можно с уверенностью сказать: «Да! Все готово!»