Если вы не понимаете зачем нужно ТЗ – то читайте статью, указанную по ссылке.

Под самостоятельным написанием я имею в виду, что заказчик сам пишет техническое задание. Так как написать техническое задание самому?

Мое субъективное мнение, что средний заказчик в принципе не может написать хорошее ТЗ. Садясь за написание технического задания, клиент в основном будет описывать бизнес-логику, причем в основном с большим количеством воды и несущественных деталей (которые важны для заказчика, но не имеют отношения к ТЗ).

В итоге получится просто “водяное” описание будущего проекта. Если дать программистам такое задание, то в итоге вы скорее всего получите совсем не то, что планировали.

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

Одно дело – отдать ТЗ на разработку кому-то, и совсем другое – получить хорошее ТЗ. Что должно содержать хорошее техническое задание:
– структура проекта. Должно быть четкое строение проекта. Все страницы должны быть прописаны максимально конкретно и в достаточной степени.
– макеты в HTML. Макеты должны быть подробными и быть максимально приближенными к будущему сайту.
– отсутствие обобщений. Не должно быть ничего написано: весь каталог, по всему сайту, “и т.д.”. Все эти фразы – это будущие камни преткновения. Из текста ТЗ должно быть четко и однозначно понятно, что надо сделать.
– определены четкие границы, что должно быть сделано. Кто должен заливать первичный контент на сайт? Кто должен настраивать Google WebMaster? Все, что в ТЗ не определено – не входит в рамки задач исполнителя. Поэтому все необходимые работы должны быть обозначены в техническом задании.
– не забудьте что в ТЗ надо описать следующие моменты: настройка среды окружения (сервера), бекапы, первичное продвижение, регистрация в поисковиках, seo аудит, аудит page speed, нагрузочное тестирование, требования дизайна, требования к наполнению, требования к верстке, требования к серверу, обучение персонала, роли системы, описание бизнес-логики, термины бизнес-логики.
Хороший вариант – дать проверку технического задания будущему исполнителю либо другому автору ТЗ. В этом случае он сможет вам подсказать слабые места в документе.

И последнее, не воспринимайте ТЗ как мелкую задачу в начале проекта, которую надо побыстрее пройти. Хорошее техническое задание пишется не менее 5 рабочих дней. При этом вы должны активно участвовать в ходе его создания – отвечайте на вопросы, давайте обратную связь по требованиям страниц, предлагайте как вы видите будущий функционал. Хорошее ТЗ, это как хороший план дома. Если у вас нет такого плана – риски проекта как никогда высоки.

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

Более глубокие знания по разработке ТЗ можно также получить на нашем курсе по написанию технического задания для сайта.

Если вам понравилась статья, помогите, пожалуйста с распространением этого материала в Сети.

Добавить комментарий

Ваш e-mail не будет опубликован.