Ранее мы говорили о выборе подрядчика. Теперь пришло время поговорить о том, как же писать техническое задание и стоит ли это делать? Предупреждаем: под катом много текста! 😉
Техническое задание (ТЗ) — это документ, который регламентирует все работы по созданию сайта. В принципе, самому в наше время писать ТЗ не обязательно. В большинстве случаев схема работы между заказчиком (Вами) и подрядчиком (например, веб-студией), такова:
1) Вы заполняете бриф на разработку сайта (краткая анкета с вопросами, которые интересуют разработчиков);
2) По результатам брифа Вам высылают коммерческое предложение — оценку стоимости будущего сайта
3) После Вашего согласия веб-студия приступает к проектированию и прописанию технического задания для сайта (либо Вы согласовываете с веб студией ранее написанное ТЗ).
4) После подписания договора и согласования ТЗ начинается работа над сайтом. Примечание! Ряд вебстудий приступает к работе только после 50% — 100% предоплаты от суммы стоимости сайта.
5) При создании сайта есть промежуточные этапы утверждения прототипов и дизайна. Кроме этого, Вы передаете все необходимые (графические, текстовые и прочие) материалы разработчику.
6) После тестирования и минимального наполнения разработчик сдает сайт и передает всю необходимую документацию.
Все взаимоотношения между Вами и студией должны вестись в правовом поле — по договору. В противном случае, даже если ребята-разработчики показались исполнительными и порядочными, Вы рискуете потерять многое. Кроме этого важно знать основные моменты, которые касаются веб-разработки, и которые помогут в дальнейшем.
Перед работой важно оговорить этапы промежуточного контроля и доступ на тестовый сервер разработчика. Для чего это нужно? В процессе разработки обычно поступают так: заказчик утверждает ТЗ, дизайн и структуру сайта, а далее весь процесс проходит без него. Хотя, как показывает практика, именно из-за подобного подхода страдает сам продукт, т.е. итоговый сайт. При наличии доступа на тестовый сервер заказчик может отследить в режиме реального времени статус работ по сайту, и как следствие, получить гарантии того, что работа по его проекту идет в штатном режиме.
Если Вы пишете ТЗ самостоятельно, обязательно учтите следующее:
1) ТЗ оформляется по стандарту. В России, например, ГОСТ 34.602-89 (ТЗ на автоматизированную систему), или по ГОСТ 19.201-78 (ТЗ на программное обеспечение).
2) ТЗ должно отвечать на все вопросы, возникающие по сайту:
- как будет называться сайт?
- какие сроки разработки и сдачи сайта?
- какая целевая аудитория сайта?
- какая нагрузка на сайт планируется?
- какие цели сайта?
- какая структура сайта?
- какие требования к оформлению и верстке страниц?
- как будет выглядеть сайт? (описание главной и вспомогательных страниц).
- как будет наполняться сайт?
- на какой платформе предполагается реализовать сайт?
- какие требования к быстродействию сайта?
- какие требования к хостингу сайта?
- какой функционал обязателен?
- какие решения для пользователей должен предоставлять сайт?
- какие действия должен совершить пользователь, чтобы достичь цели?
- как выглядит и как работает административная панель управления сайтом?
- как сайт будет развиваться в дальнейшем?
- как происходит передача сайта заказчику?
3) ТЗ может состоять из десятков страниц, и утверждаться поэтапно — все зависит от сложности разрабатываемого проекта.
4) Даже если Вам написали ТЗ подрядчики, и у Вас просто не хватает времени, чтобы перечитать все 10-20-50-70 страниц текста, советуем его (время) найти. Иначе придется искать его после сдачи/не сдачи сайта.
5) Помните, что ТЗ — это не панацея от всех бед, связанных с сайтом. Будьте готовы на этапе разработки посвятить часть своего личного/рабочего времени будещему сайту.
Итак, подведем итог: ТЗ нужно писать. Будете писать его Вы или нет — не столь важно. Важно, чтобы Вы или Ваши сотрудники были в курсе всего, что происходит на данном этапе. Писать ТЗ нужно прежде всего для того, чтобы задокументировать все действия разработчиков и получить в итоге желаемое, а не что-то обтекаемое.
И уже традиционный бонус: