Как составить техническое задание на разработку сайта

Техническое задание — документ, который превращает пожелания заказчика в понятный для исполнителя план. Без него проект превращается в бесконечные правки, споры о том, что входило в стоимость, и затянутые сроки. Расскажем, из чего состоит хорошее ТЗ на сайт, как его писать и каких ошибок избегать.

Зачем нужно ТЗ и кому оно полезно

Многие заказчики считают техническое задание формальностью: «мы же всё обсудили на встрече». Но устные договорённости быстро забываются, а память у разных людей работает по-разному. Через месяц окажется, что дизайнер понимал фразу «современный сайт» одним образом, а директор — совершенно другим.

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

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

Из каких разделов состоит документ

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

1. Общие сведения о проекте и компании.
2. Цели и задачи сайта.
3. Целевая аудитория и сценарии её поведения.
4. Структура и карта сайта.
5. Функциональные требования.
6. Требования к дизайну и контенту.
7. Технические требования и интеграции.
8. Требования к SEO, безопасности и производительности.
9. Этапы, сроки, порядок приёмки.
10. Условия поддержки после запуска.

Далее разберём ключевые разделы подробнее.

Цели и задачи: с чего начинается документ

Самая частая проблема — отсутствие измеримых целей. Формулировка «сделать красивый сайт» не годится, потому что красоту нельзя проверить. Цель должна описывать результат для бизнеса: увеличить число заявок с сайта, сократить нагрузку на менеджеров, запустить онлайн-продажи, повысить доверие партнёров.

Опишите, какие показатели вы будете отслеживать. Например, количество обращений через форму, доля посетителей, дошедших до корзины, число просмотров страниц услуг. Это пригодится не только при приёмке, но и при дальнейшей оптимизации. Укажите, в чём измеряется успех и кто отвечает за его оценку.

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

Аудитория и сценарии использования

Сайт делается не для владельца, а для посетителей. Поэтому в ТЗ полезно описать две-три основные группы пользователей и то, зачем они приходят. Например, для компании, продающей промышленное оборудование, это может быть технический специалист, ищущий характеристики, закупщик, сравнивающий цены, и руководитель, принимающий решение.

Для каждой группы опишите сценарий: с какого запроса приходит, какую информацию ищет, какое действие должен совершить. Эти сценарии формируют структуру сайта и помогают расставить приоритеты на страницах. Если для закупщика важна быстрая загрузка прайс-листа, значит, на видном месте должна находиться ссылка на документ.

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

Структура сайта и функциональные требования

Карта сайта

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

Функции

Описывайте функции через конкретное поведение. Вместо «форма обратной связи» напишите: форма с полями имя, телефон, комментарий, обязательные поля помечены, после отправки пользователь видит сообщение об успехе, заявка поступает на указанную почту и записывается в CRM. Чем точнее описание, тем меньше недоразумений.

Типичные функции, которые стоит расписать подробно:

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

Дизайн, контент и бренд

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

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

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

Технические требования и интеграции

В этом разделе фиксируется всё, что касается технологий: выбранная система управления, требования к хостингу, версии языка программирования и базы данных, подключение сертификата шифрования. Если сайт должен обмениваться данными с 1С, CRM, складской системой или платёжным сервисом, перечислите системы и опишите, какие данные и в каком направлении передаются.

Не забудьте про нефункциональные требования:

• допустимое время загрузки страниц и ожидаемая нагрузка;
• резервное копирование и восстановление;
• защита от спама и автоматических атак;
• соответствие требованиям законодательства о персональных данных;
• базовая SEO-подготовка: адреса, заголовки, карта сайта, переадресации;
• подключение систем веб-аналитики и отслеживание целей.

Этапы, сроки и порядок приёмки

ТЗ должно описывать, как проект будет двигаться во времени. Разбейте работу на этапы: проектирование, дизайн, вёрстка, программирование, наполнение, тестирование, запуск. Для каждого этапа укажите результат и срок. Так вы увидите, где возможны риски, и сможете контролировать ход работ.

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

Не забудьте про гарантийный период: в течение какого срока после запуска исполнитель бесплатно исправляет обнаруженные ошибки и на каких условиях продолжается поддержка.

Типичные ошибки при составлении ТЗ

1. Расплывчатые формулировки. «Удобный», «современный», «быстрый» без критериев проверки.
2. Копирование чужого документа. Шаблон из интернета без адаптации содержит лишние пункты и не отражает ваших задач.
3. Смешение целей и решений. Заказчик диктует конкретные технические решения, хотя главное — результат для бизнеса.
4. Отсутствие приоритетов. Все функции важны одинаково, и бюджет раздувается. Разделите требования на обязательные и желательные.
5. Игнорирование контента. Нет ответственных и сроков на тексты и изображения.
6. Нет согласования внутри компании. Разные отделы выдвигают противоречивые требования уже после начала работ.

Пример формулировки требований

Чтобы понять разницу между слабым и сильным описанием, сравните два варианта. Слабый: «На сайте должен быть удобный каталог». Сильный: «Каталог содержит разделы и подразделы не глубже трёх уровней; на странице раздела выводятся карточки по двенадцать штук с постраничной навигацией; доступны фильтры по цене, бренду и наличию; результат фильтрации обновляется без перезагрузки страницы; выбранные параметры отражаются в адресе, чтобы страницей можно было поделиться».

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

• используйте конкретные числа, состояния и условия;
• описывайте, что происходит при ошибке: пустой результат, неверный ввод, недоступность сервиса;
• нумеруйте требования, чтобы ссылаться на них при приёмке;
• фиксируйте определения терминов, если их можно понять по-разному.

Кто должен участвовать в подготовке

Составление ТЗ — командная работа. От заказчика полезно привлечь руководителя, маркетолога, сотрудника, принимающего заявки, и технического специалиста, который знает внутренние системы. От исполнителя участвуют аналитик, проектировщик и ведущий разработчик. Если эти люди собираются вместе хотя бы на одну встречу, большинство противоречий выявляется сразу.

Закончив черновик, дайте его прочитать человеку, не участвовавшему в обсуждении. Если он поймёт, что должно получиться, документ написан хорошо. Затем согласуйте итоговую версию, зафиксируйте её номер и порядок внесения изменений. Любые изменения после подписания оформляются приложением, чтобы история решений сохранялась.

Практический совет: добавьте в конец документа раздел «Что не входит в проект». Явный список исключений защищает от недопонимания лучше любых общих формулировок.

Вывод

Хорошее техническое задание экономит деньги и нервы: оно делает проект прогнозируемым, а приёмку — объективной. Начните с целей и аудитории, подробно опишите функции, зафиксируйте сроки и правила изменений. Если у вас нет опыта составления подобных документов, специалисты студии «Freelancers» проведут интервью, помогут сформулировать требования и подготовят задание, по которому проект будет запущен точно в срок и без неприятных сюрпризов.