
В этой статье мы собрали инструкции и советы о том, как создать ТЗ для сайта правильно. Мы разберем актуальные вопросы: зачем вообще нужно техническое задание, кто должен его составлять, и что входит в этот документ.
Зачем составлять ТЗ для сайта?
Техническое задание (ТЗ) — перечень конкретных требований к будущему ресурсу. От того насколько подробно и доступно составлен этот документ, зависит конечный результат разработки. Согласовав его исполнитель и заказчик получают гарантию, что понимают друг друга и одинаково представляют содержание и цели проекта.
ТЗ — отправная точка для любых работ по сайту и маркер вовлеченности сторон. Профессиональная веб-разработка не ведется без утвержденного плана.
Важно: правильно оформленное техзадание имеет юридическую силу и защищает исполнителя и клиента в случае споров и нештатных ситуаций.
Зачем ТЗ заказчику?
Аргументы в пользу обязательного составления ТЗ для сайта со стороны заказчика следующие:
- детально описанные структура и дизайн сайта наглядно демонстрируют ожидаемый результат разработки до ее начала. Это позволяет на старте скорректировать процесс для большей эффективности;
- упорядоченные, проработанные требования к будущему ресурсу помогают взвешенно оценить сложность проекта, оптимальные сроки и точную стоимость работ;
- внимание подрядчика к деталям, умение четко формулировать цели при составлении технического задания на разработку сайта, являются свидетельством его компетентности;
- используя ТЗ как проверочный чек-лист, удобно принимать готовую работу, сверяя получившийся результат с указанными в документации требованиями к проекту;
- смена подрядчика по ходу разработки будет менее затратной, так как правильное техзадание — это самостоятельный, универсальный документ, который может быть понятен другим специалистам.
Зачем ТЗ разработчику?
Не менее полезен подробный перечень условий и требований к сайту для команды-подрядчика. Вот основные доводы в поддержку этого утверждения:
- ТЗ на разработку сайта позволяет упорядочить хаос вопросов, целей и пожеланий заказчика до состояния технически обоснованного, стройного плана, понятного исполнителю;
- согласованный и подписанный сторонами документ, в котором четко прописаны требования к функциональности и дизайну сайта, гарантирует разработчику защиту от несогласованных доработок;
- отличный способ продемонстрировать свою экспертность и завоевать лояльность заказчика еще «на берегу» — закрыть максимум возможных вопросов касательно будущего проекта, профессионально реализовав техзадание;
Как составить ТЗ для сайта?
Оптимально, когда исполнитель и заказчик составляют техническое задание вместе, обсуждая детали создания проекта, его концепцию и дизайн.
В большинстве случаев техзадание для сайта составляет исполнитель, согласовывая детали документа с заказчиком в процессе.
Структура технического задания на разработку сайта
Хорошее техническое задание от плохого отличает набор вполне конкретных действий, пунктов и требований.
- ТЗ пишет профессионал — технический автор/писатель
Качественное техническое задание на разработку сайта должен выполнять специалист, который владеет навыками создания подобной документации и хорошо знаком с технологией самого процесса разработки. При этом в интересах заказчика, принимать активное участие в формировании ТЗ, а именно:
- рассказать о целях и задачах будущего сайта;
- поделиться наблюдениями и выводами о целевой аудитории продукта;
- ясно донести до исполнителя идеи и пожелания по работе ресурса;
- показать примеры и антипримеры того, как должен выглядеть сайт.
Отличные результаты демонстрирует практика предварительного брифования клиента перед тем, как писать ТЗ на сайт.
Бриф — анкета с базовыми вопросами, ответы на которые позволяют подрядчику составить мнение о проекте. От ТЗ отличается отсутствием технической конкретики, являясь, по сути, общим описанием вектора и целей разработки.
После заполнения бриф обрабатывается, специалисты уточняют детали, запрашивают недостающую информацию и приступают к созданию технического задания.
- ТЗ не допускает двусмысленности
Главное требование к техзаданию — предельная четкость формулировок. В документе не должно быть размытых понятий:
- красивые страницы;
- удобная навигация;
- привлекательный контент;
- современный дизайн и т. д.
Все перечисленные характеристики субъективны. То, что разработчик посчитает стильным и удобным, может совсем не понравиться заказчику и наоборот. Критерии контента также нужно расписывать детально, чтобы максимально попасть в потребности ЦА.
Текст ТЗ должен быть максимально «оцифрованным», то есть описывать цели и пожелания цифрами, так: не быстрая загрузка страниц, а загрузка за 2 секунды, не несколько фотографий акционного товара на главном экране, а слайдер из 5 изображений.
- ТЗ сопровождает глоссарий
Техническое задание на создание сайта будет читать не только команда разработчиков, но и клиент. Это означает, что в документе должна присутствовать расшифровка специфической терминологии. Сделать ее нужно доступными для понимания словами в теле документа, а не ссылками на внешние источники.
Не лишним будет объяснить значение даже очевидных с позиции разработчика понятий. Клиент может быть профессионалом в своей области, но совершенно далеким от привычного лексикона программистов и дизайнеров.
- ТЗ фиксирует требования к инструментам разработки
В хорошем ТЗ на создание сайта прописывается весь арсенал технических средств: фреймворки, редакторы, библиотеки, модули и т. д. Отдельным пунктом оговариваются требования к хостингу, на котором клиент планирует размещать сайт.
- ТЗ содержит подробную структуру сайта
Важный элемент техзадания — расписанная в деталях структура сайта. От того насколько удачно получится связать страницы и элементы может зависеть будущее проекта и его способность приносить прибыль.
Полезный прием, облегчающий проработку и понимание механизмов структуры — выделение сущностей. Это материалы, экраны, блоки и прочие элементы контента с похожими характеристиками, которые можно использовать, как шаблон. ТЗ для сайта может содержать любое количество сущностей, это лишь упростит использование техзадания.
- ТЗ описывает все страницы
Заказчик и разработчик должны одинаково понимать, чем и для чего наполняется сайт. ТЗ может закрывать эту потребность одним из двух или сразу обоими вариантами:
- списком элементов, в котором расписано содержимое страниц;
- прототипом — наглядным макетом, где интерфейс изображен визуальной схемой.
Помимо уникальных страниц и сквозных элементов — конструкций (сущностей), которые в той или иной форме встречаются по всему сайту, качественное техническое задание на разработку детально описывает структуру и наполнение дополнительных функциональных разделов: страницу ошибки, вход и регистрацию, результаты поиска и т. д.
- ТЗ демонстрирует сценарии взаимодействия
Если проект отличает сложная, нестандартная структура, статичных эскизов для демонстрации работы элементов может оказаться недостаточно. Проблему решают сценарии взаимодействия (использования). В рамках такого подхода разработчики и заказчик получают доступ к единому документу, включающему следующие пункты:
- естественные пути посетителей на сайте;
- пользовательские цели и алгоритмы действий, ведущие к этим целям;
- объекты на пути пользователя, проходящего по сценарию;
- ключевые действия относительно этих элементов;
- перечень требований к характеристикам объектов.
Детализация каждого сценария индивидуальна. Однако следует помнить: чем более подробным будет ваш образец ТЗ на сайт, тем проще дизайнерам и разработчикам делать свою работу, а клиенту — проверять результат.
- ТЗ определяет ответственного за контент
Сайт собран, осталось наполнить его полезным контентом. Кто будет создавать его, а кто размещать определяется на этапе формирования технического задания.
Типовые решения:
- генерация контента возлагается на разработчика и входит в стоимость проекта;
- контент создается также силами исполнителя, однако за дополнительную оплату (цена оговаривается и фиксируется в ТЗ);
- материалы для наполнения — забота заказчика.
Если обязанность наполнения сайта контентом закрепляются за исполнителем, требования к работе подробно описываются в техзадании. Как и в остальных разделах документа, здесь также следует придерживаться конкретики в описании ожидаемых результатов.
С размещением ситуация аналогична: либо команда разработчиков делает это сама и за деньги, либо передает полномочия заказчику.
Важно: в ситуации, когда сайт заполняется контентом заказчика, следует обязательно оговорить и прописать в техническом задании график и сроки передачи материалов, чтобы нивелировать риски сорвать дедлайн.
- ТЗ досконально описывает дизайн
Оставаться объективным, оценивая внешний вид готового сайта, может быть сложно. Чтобы избежать конфликтов при передаче итоговой работы заказчику, стоит тщательно зафиксировать все параметры дизайна: цвета, шрифты, фирменные стилевые решения.
Прописывая в ТЗ критерии дизайна, особенно важно расшифровать обтекаемые понятия, трансформируя их по возможности в измеряемые величины: пиксели, проценты, коды цвета, диапазоны яркости и контрастности.
Вывод
- Вы можете скачать ТЗ на разработку сайта для ознакомления. Но для конкретного проекта техзадание лучше составлять с командой исполнителей.
- Наличие у заказчика обстоятельного техзадания сокращает вероятность проблем в разработке.