Разрабатывая веб-ресурс особое внимание нужно уделять подготовке материалов перед этапом проектирования. При этом важно постараться найти некую «изюминку» бизнеса и конкурентные преимущества, с тем, чтобы правильно расставить акценты и только после этого можно приступать к составлению технического задания (ТЗ) на разработку сайта.

Когда необходимые материалы для наполнения сайта подготовлены, то время отведенное на его создание сокращается в разы. Причина этому проста. При cоздании ТЗ для сайта, который еще не имеет ничего, кроме замысла, проектировщик лишь предполагает, каким будет контент. Затем выходит так, что на момент сдачи проекта начинаются корректировки, внесение правок, а после исправление ошибок, в связи с внесением этих правок. После чего поднимается первоначальное ТЗ и становится очевидно, что оно не совпадает с тем, что мы имеем на выходе. Кроме того, к этому моменту исчерпаны все возможные человеко-часы.

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

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

Для описания некоторых аспектов работы будущего сайта, зачастую приходится использовать специальную терминологию. Не имея подготовки - разобраться с ней будет сложно. Можно описать требования, предъявляемые к сайту, простым доступным языком, но это черевато тем, что при передаче документации в технический отдел может возникнуть ряд трудностей, например, в трактовании терминологии.

Однако, стоит ли говорить, что ТЗ – достаточно тяжело читаемый документ. Ключевое слово “техническое”, ведь оно содержит в себе большое количество деталей, в которые заказчику вдаваться не хочется, ему важен результат. Если ТЗ содержит 100 и более страниц, то вероятность того, что оно будет прочитано кем-то еще, кроме проект-менеджера и разработчиков, очень мала.

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