Техническое задание — это документ, содержащий требования к создаваемому или изменяемому веб-проекту. От детальности и доступности изложения материала зависит степень понимания разработчиками того, что должно получиться в результате их работы. Основная цель подготовки такого документа — получение максимальной уверенности в том, что клиент и исполнитель полностью понимают друг друга.
Что такое техническое задание
Это специальный документ, который может быть приложением к договору на разработку сайта. В нём описываются все имеющие важность технические, функциональные и контентные аспекты принятого к разработке ресурса. Кроме этого техническое задание позволяет всем членам команды разработчиков и менеджерам IT-компании в любой момент уточнить, что должно получиться в результате их работы.
ТЗ исключает ситуации, связанные с тем, что заказчик будет отказываться подписать акт приёма-передачи на том основании, что якобы что-то не сделано или сделано не так. Если такая ситуация возникнет, то web-студия сможет аргументированно возразить и настоять на том, что оговоренную в договоре работу специалисты выполнили. Если в этом есть смысл, то одновременно с формированием ТЗ можно начать создание проекта разработки сайта и эскизного варианта дизайна. Они могут потребоваться в целях предметного обсуждения различных деталей.
Основа технического задания
Сторонам договора подготовка грамотного технического задания гарантирует безопасность и прозрачность осуществления работы. Разработчик избегает ненужных правок и доработок, которые приведут к потери времени. Заказчик получит именно тот результат, который ему необходим, о котором он и договорился с исполнителем.
Всем участникам команды нужно верно понимать, особенности работ компании-заказчика и целевой аудитории. Это вполне уместно указать в ТЗ, в одном из первых пунктов. Необходимо прописать цель бизнеса и то, какие проблемы решает сайт, описать его задачи. ТЗ нужно составлять так, чтобы каждый абзац был понятен всем заинтересованным лицам. Если в нём употребляются специальные технические термины, то необходимо подготовить отдельный раздел с их толкованием.
Основные технические аспекты непременно должны быть упомянуты так, чтобы это не вызывало нареканий. К примеру, нужно чётко и ясно указать, какая система управления контентом будет использована разработчиками, какие готовые модули планируется включить в сборку и почему. Сайт должен работать во всех браузерах актуальных версий. В ТЗ нужно указать требования к скорости загрузки страниц, устойчивость ресурса к нагрузкам, методы защиты от хакерских атак и всё то, что обязаны реализовать разработчики.
Техзадание демонстрирует структуру сайта, а также указывает, что под ней следует понимать в данном случае. Рекомендуется написать структуру списком всех разделов и важных страниц, а кроме этого проиллюстрировать данный перечень блок-схемой.
Рекомендации по составлению
Содержание техзадания находится в непосредственной зависимости от продукта. Договор на разработке сайта должен включать в себя сценарии его использования. При составлении ТЗ на сайт и описывая готовый продукт необходимо избегать качественных прилагательных, любых терминов, допускающих двойное толкование. Подрядчику не следует приступать к работе до тех пор, пока не уточнены все неоднозначные пункты в ТЗ.
Часто случается, что заказчик не имеет конкретного представления о цели своего заказа. Это ведёт к тому, что в ТЗ добавляются витиеватые и обтекаемые формулировки. Заказчик и исполнитель могут потратить очень много времени на уточнение, но так и не прийти к пониманию. В таком случае исполнителю нужно проанализировать ситуацию на рынке, выполнить анализ конкурентов и на основе всей имеющейся информации составить свой вариант ТЗ, а потом предложить его к обсуждению.
Вполне допустимо брать сайты конкурентов целиком или только отдельные блоки, описывать их и предлагать в ТЗ в качестве ориентира. Требования к готовому продукту нужно излагать по схеме «от общего к частному». Сначала проинформировать об общей концепции, а потом о том, какие страницы должны присутствовать на сайте, после этого — требования заказчика к каждому блоку.
Ошибки при составлении ТЗ
Важно привести ответы на вопросы о том, что будет делать пользователь в определённых ситуациях. При этом рекомендуется учитывать, что ТЗ представляет собой руководство к действию. Поэтому нужно избегать всех формулировок, которые не содержат детальных инструкций. К примеру, ни о чем конкретном не говорит фраза «На сайте видим корзину, по дополнительному запросу пользователь получает перечень дополнительных товаров».
Такую формулировку необходимо заменить на «После перехода в корзину, отображается всплывающий баннер с дополнительными товарами, которые можно одним кликом добавить к заказу или закрыть окно баннера». Второе описание делает понятным сценарий использования блока с кросс-товарами.
Очень плохо, если текст имеет структурированных характер, но идёт сплошным полотном. В таком случае очень трудно понять отношение отдельных пунктов к определённым страницам и объектам. Древовидная структура ТЗ гораздо эффективнее.
ТЗ не должно быть слишком примитивным. Не нужно пытаться создавать учебник вёрстки или дизайна и писать о том, что такое кнопки и ссылки в общем случае.
Заключение
Создание обстоятельного технического задания существенно снижает вероятность появления проблем в разработке. Такой документ не должен содержать разделов, которые не проработаны и включают непонятные инструкции. В ТЗ не должно быть ничего, что является «очевидным» или «и так понятным». Документ составляется для того, чтобы разработчики понимали, что от них требуется, поэтому в нём описываются блоки, находящиеся на каждой странице, объясняется их назначение, сценарий развития событий, связанный с возможными действиями пользователя.Правильно, если ТЗ будут составлять разработчики, опираясь на сведения, полученные от заказчиков. Приступать к исполнению задания можно только после того, как заказчик одобрит документ, и он станет официальным приложением к договору.
