Коротко о техническом задании

Идеального технического задания (ТЗ) для реализации практически любого проекта не существует. Оно по сути и не нужно, а нужно хорошее ТЗ, ведь главная задача ТЗ – донести до разработчика, то каким должен получиться проект по мнению заказчика, а исполнитель в свою очередь оценивает сколько потребуется времени и сил для его реализации, а соответственно и денег. На основании принятого к работе ТЗ заказчик может требовать его соблюдения, а исполнитель делать только то, что в нем прописано, не опасаясь последствий недопонимания (когда заказчик хотел одно, думал, что это очевидно или просит изменить в корне всю работу).
Что должно быть в хорошем ТЗ
Конечно, описать все пункты невозможно, ведь проекты могут существенно различаться, и что требуется для одного сайта, вовсе не нужно при разработке другого. Но что действительно не помешало бы, так это наличие следующих пунктов:
- Введение – короткое описание того, о чем будет сайт.
- Назначение – с какой целью создается сайт. Это может быть реклама услуги (визитки), продажа товара (интернет-магазины), контакт клиента с продавцом (сайты со скидками).
- Терминология – здесь расшифровываются термины, которыми оперирует заказчик в ТЗ, и трактовка которых может быть субъективной.
- Описание содержимого – данные, списки, страницы с описанием, все то, что влияет на внешний вид страниц, их содержимое и доступный функционал.
- Требования к надежности – важный пункт, который описывает, какие нагрузки должен выдерживать сайт, степень защищенности и наличие бэкапов.
- Наполнение – описывается тот контент, которым должен наполнить сайт разработчик.
- Условия сдачи – здесь указываются условия успешного принятия проекта и расчетов соответственно, а также наличие поддержки после разработки и запуска.
Это не все пункты, но даже их наличие в достаточно развернутом виде существенно снижает вероятность недопонимания впоследствии и гарантируют более эффективную работу и более высокий уровень выполненной работы.