Разработка ТЗ на создание сайта

Техническое задание — едва ли не главнейший аспект в веб-разработке. От него зависит, насколько сайт будет соответствовать вашим требованиям и задачам. ТЗ должно быть понятным, однозначным и лаконичным. Иначе «я не то понял», «я не это хотел видеть» и бесконечные переписки с доработками, срывающие дедлайн…

Сегодня мы расскажем, как правильно составить техническое задание, чтобы между вами и разработчиком не возникало споров.

Информация будет полезна:

• Разработчикам, дизайнерам, верстальщикам, которые делегируют обязанности или ставят задачи другим исполнителям.

• Менеджерам проектов.

• Людям, впервые заказывающим разработку сайта.

• Руководителям диджитал студий, которые хотят наладить диалог с исполнителями.

Что такое ТЗ

ТЗ — сокращение от «техническое задание» — это документ, в котором собраны все требования к сайту. В нём содержится подробная информация обо всем, что касается задачи, — ЦА ресурса, желаемая структура, направление в дизайне, требования к контенту, SEO-оптимизации и многое другое.

Известная на просторах интернета поговорка гласит: «Без внятного ТЗ и результат ХЗ». Если исполнители не будут иметь перед глазами документа с четко расписанными требованиями, двоемыслия не избежать. Заказчик нафантазирует себе один сайт, а программист сделает совершенно другой.

Именно поэтому ТЗ на разработку сайтов должно быть всегда, даже если речь идёт о небольшом проекте.

Клиенту техническое задание помогает:

• Понять, каким будет итоговый сайт. Ещё на этапе разработки ТЗ можно провести маркетинговый анализ, внести доработки в желаемую структуру. Техническое задание превращает абстрактное «хочу новостной портал» в конкретную задачу.

• Убедиться в компетентности исполнителя, если ТЗ составляет разработчик. Плохо структурированный документ с большим количеством невнятных требований — повод сменить исполнителя ещё до начала работы.

• Получить гарантию. Если сайт не соответствует техническому заданию, разработчик обязан внести правки. Недопонимания и отмазки вроде «я думал, вы имели ввиду другое» не сработают. ТЗ используется как аргумент в суде.

• Упростить процедуру поиска новых разработчиков. При правильном техническом задании не потребуется долго вводить новую команду в курс дела.

• Оценить сроки и стоимость. Имея на руках чёткие требования, исполнитель может дать конкретный прогноз.

Исполнителю ТЗ полезно, чтобы:

• Конкретизировать требования заказчика. Это избавит от бесконечных доработок по причине разного виденья задачи. Перед глазами будет документ с примерами, условиями, результатами опроса и другой информацией.

• Застраховаться от внезапных доработок. Иногда заказчики требуют изменить всю концепцию ресурса в конце работы. Если у вас будет согласованное техническое задание, оно используется как аргумент при отказе.

• Завоевать доверие заказчика. Хорошо составленное ТЗ прибавляет вам баллов авторитета в глазах клиента. Уже на этом этапе можно подтвердить свою экспертность.

• Заработать. Составление технического задания на создание сайтов — востребованная услуга.

• Ускорить процесс разработки. Когда все требования собраны, маркетинговый анализ проведён, макет дизайна разработан, остаётся только сверстать ресурс.

ТОП-8 советов: как составить хорошее техническое задание

Избегайте двойственности

Главная задача ТЗ — донести информацию от заказчика исполнителям. Поэтому документ должен быть конкретизирован. В тексте следует избегать расплывчатых формулировок, неуместных сравнений.

Не нужно писать прилагательные вроде «красивый», «стильный» и прочее. Понятие красоты у всех разное.

Яркий пример такой ошибки — дизайн этого сайта. Для кого-то это вполне соответствовало фразе «сделайте красиво».

Самые частые штампы:

• Должен нравиться. Кому? Какие критерии этого самого «нравится»?

• Удобный. Для чего? Какому пользователю — школьнику с телефоном или бабушке с допотопным компьютером?

• Выдерживать большие нагрузки. 10 тысяч пользователей? 100? Или несколько миллионов?

• Наполнен экспертным качественным контентом. Какие статьи считать экспертными? Под какую ЦА делается ресурс?

Вместо расплывчатых формулировок даём чёткие указания:

• Не «быстрый», а «90 баллов в Google PageSpeed Insights».

• Не «выдерживает большой поток пользователей», а «100 тысяч человек ежедневно».

• Не «помещаем в этот блок статьи», а «делаем рейтинг из 5 самых популярных публикаций».

• Не «минималистичный стильный дизайн», а готовый схематический эксиз.

Помните о цели и задачах

В любом ТЗ должна быть общая информация — целевая аудитория, тематика, цели и задачи сайта, данные о компании. Это лучше прописывать в самом начале, чтобы исполнители не путались.

Не забываем и про функционал. Конкретно прописываем — новостной портал, блог, интернет-магазин, форум.

Прописывайте технические требования

Техническое задание на создание и продвижение сайтов невозможно без технических требований.

Обязательно прописываем:

• Работает на всех браузерах, адаптивная верстка.

• Степень защиты от хакерских атак.

• Требования к скорости загрузки страницы.

• Требования пользоваться только легальными методами продвижения.

Многое из этого очевидно, но такие пункты помогут защититься от недобросовестных исполнителей.

Создавайте структуру

От структуры сайта зависит все: дизайн, оптимизация и продвижение, контент. В техническом задании этот пункт обязателен. Показать структуру можно схематически, на макете или списком.

Чтобы получить хорошо структурированный сайт, нужно:

• проанализировать конкурентов;

• проанализировать поисковую выдачу;

• посоветоваться с маркетологами и редакторами.

Если структура выйдет плохой, то и сам сайт получится неудобным и неочевидным в использовании. Поэтому уделите этому пункту особое внимание.

Делайте прототипы страниц

Прототипы страниц — это описание того, какие элементы должны на них располагаться.

Создавать их можно двумя способами:

1. Полноценные графические прототипы. Отрисовываются в момент создания макета. Схематически отображают расположение главных элементов, блоков с контентом, логотипов, картинок. Чем подробнее — тем лучше.

2. Текстовое описание. Составить такое ТЗ легче и быстрее, но передать через текст своё видение страницы сложнее

 

Пишите сценарии использования

Описания функционала и прототипов недостаточно, чтобы создать конкурентоспособный сайт. В техническое задание обязательно нужно включить сценарии — описание того, как человек будет пользоваться этим сайтом.

Например:

1. Вбивает свои контактные данные в форму обратной связи.

2. Сайт показывает сообщение об обработке заявки.

3. Информация пересылается на почту менеджера для ответного звонка.

Типичная структура «действие — ответ сайта — результат».

При разработке простого лендинга без сценариев можно обойтись. Они полезны при разработке сложных интерактивных сервисов.

Определитесь с контентом

Одна из первостепенных задач — определиться, кто делает контент. Иногда задача ложится на плечи разработчиков, иногда его пишут заказчики. Часто статьи заказываются у копирайтеров за дополнительную плату. О том, кто занимается контентом, нужно поговорить ещё «на берегу».

Требования к статьям должны быть конкретными. Никакого «качественный, полезный, экспертный» — это размытые формулировки, не несущие в себе конкретной информации. Вместо этого допустимо дать ссылки на сайты конкурентов, материал которых вам нравится.

Опишите дизайн

Постарайтесь сформулировать требования к дизайну. Если у компании есть брендбук, прикрепите его к ТЗ. Расскажите, какие цвета и шрифты использовать, какой стилистики придерживаться.

Ссылки на конкурентов тоже пригодятся. Воровать чужой дизайн, конечно, незаконно, но вдохновиться концепцией можно.

Структура ТЗ

Исходя из требований, можно создать универсальную текстуру техзадания.

В документе нужны такие разделы:

• Цели и задачи разработки, целевая аудитория, информация о компании.

• Технические требования.

• Требования к хостингу и инструментам разработки.

• Структура сайта.

• Прототипы или текстовое описание страниц.

• Контент, который лежит на разработчике.

• Дизайн.

С таким ТЗ у вас не возникнет недопониманий и бесконечных доработок.