Что такое техническое задание на сайт
Техническое задание — это согласованное описание будущего сайта. В нём простыми словами фиксируется, зачем создаётся проект, какие страницы и функции нужны, откуда берутся данные и как будет проверяться готовый результат.
Документ нужен не ради формальности. Он защищает обе стороны от ситуации, когда заказчик представлял один результат, а разработчик понял задачу иначе.
Обязательно ли писать большое ТЗ
Нет. Для небольшого лендинга достаточно понятного брифа, структуры блоков, списка материалов и нескольких правил. Для интернет‑магазина, личного кабинета или веб‑сервиса потребуется более подробное описание ролей, данных, статусов и интеграций.
Объём зависит не от цены проекта, а от количества решений, которые нельзя оставлять на догадки.
Что должно входить в задание на разработку сайта
1. Цель проекта
Нужно описать не «сделать современный сайт», а конкретный результат: получать заявки на услуги, показывать каталог, принимать оплату, выдавать документы или дать клиенту личный кабинет.
2. Пользователи
Кто будет заходить на сайт, что человек уже знает, с какого устройства приходит и какое действие должен выполнить. Для кабинета дополнительно перечисляются роли: клиент, менеджер, специалист, администратор.
3. Страницы и структура
- главная страница;
- страницы услуг или категорий;
- цены;
- о компании;
- контакты;
- статьи;
- политика обработки данных;
- служебные страницы и ошибка 404.
Для каждой страницы достаточно указать цель и основные блоки. Точный текст можно готовить позже.
4. Функции
Форма заявки, калькулятор, поиск, фильтры, корзина, оплата, личный кабинет, чат, уведомления, загрузка файлов — всё это нужно перечислить отдельно. Для каждой функции важно описать, что вводит человек и что происходит после нажатия кнопки.
5. Интеграции
Укажите, куда должна попадать заявка: почта, CRM, Telegram, MAX, таблица или собственная система. Здесь же фиксируются оплата, доставка, телефония, карты и внешние API.
6. Материалы
Кто предоставляет логотип, фотографии, цены, документы и тексты. Если материалов нет, в задании нужно указать, что их подготовка входит в работу.
7. Дизайн
Полезнее приложить 3–5 примеров и объяснить, что именно нравится: плотность информации, крупные карточки, спокойные цвета, анимация или простота. Фразы «как у крупной компании» недостаточно.
8. Требования к поиску и аналитике
Нужно ли сохранять старые адреса, какие услуги продвигаются, какие цели передавать в Яндекс Метрику, требуется ли карта сайта и структурированные данные.
9. Проверка и приёмка
Фиксируется, на каких устройствах проверяется сайт, какие формы должны отправляться, какие роли должны входить в кабинет и какие ошибки считаются критичными.
Пример короткой структуры ТЗ
- Задача: создать сайт компании по ремонту, который принимает расчёт заявки.
- Аудитория: владельцы квартир в Санкт‑Петербурге.
- Страницы: главная, пять услуг, цены, работы, контакты.
- Функции: калькулятор, форма, звонок и мессенджер.
- Интеграция: заявки отправляются менеджеру и сохраняются в журнале.
- SEO: отдельная страница под каждую услугу, sitemap и понятные адреса.
- Готовность: все формы проверены на телефоне и компьютере, ошибки не видны посетителю.
Частые ошибки
- описывать только внешний вид и забывать, куда идут заявки;
- смешивать обязательный первый релиз и идеи «когда‑нибудь потом»;
- не указывать, кто предоставляет тексты и фотографии;
- писать название функции без сценария её работы;
- не фиксировать мобильную версию;
- не определять порядок проверки и исправлений.
Кто должен составлять техническое задание
Заказчик лучше знает бизнес, но не обязан разбираться в разработке. Нормальный процесс выглядит так: владелец описывает задачу и ограничения, а исполнитель задаёт вопросы, предлагает структуру и превращает ответы в понятный документ.
В АД Студии задание собирается вместе с картой первого релиза. Это позволяет не переплачивать за функции, которые пока не нужны, и сразу предусмотреть дальнейшее развитие.
Что подготовить перед разговором
- краткое описание бизнеса;
- основную услугу или продукт;
- примеры сайтов, которые нравятся;
- список обязательных функций;
- куда сейчас приходят заявки;
- примерный бюджет и желаемый срок;
- что уже есть: домен, тексты, фотографии, старая система.
Ответы на частые вопросы
Можно начать без готового ТЗ?
Да. Достаточно описать задачу. Структуру и техническое задание можно подготовить на первом этапе проекта.
Можно ли менять задание после старта?
Можно, но изменения отдельно оцениваются по срокам и стоимости. Поэтому первый релиз лучше отделить от будущих улучшений.
Нужно ли описывать каждую кнопку?
Для простой страницы — нет. Для кабинета, оплаты, статусов и сложных форм важно описать результат каждого действия.