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

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

Зачем нужно ТЗ и кто его пишет

Техническое задание выполняет сразу несколько функций:

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

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

Структура технического задания

Жёсткого стандарта для сайтов нет, но хорошее ТЗ обычно содержит следующие разделы:

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

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

Цели и аудитория

Этот раздел часто пропускают как «очевидный», хотя именно от него зависят все остальные решения. Опишите:

• Главную цель сайта. Заявки, звонки, продажи онлайн, информирование, найм сотрудников. Если целей несколько, расставьте приоритеты.
• Кто ваши клиенты. Возраст, род занятий, с каких устройств заходят, что их волнует при выборе.
• Откуда придут посетители. Поиск, реклама, соцсети, печатная реклама с адресом сайта.
• Какие действия считаются успехом. Отправка формы, клик по телефону, оформление заказа.

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

Структура и описание страниц

Составьте карту сайта — список всех страниц с их вложенностью. Удобно делать это в виде дерева или таблицы. Затем для каждого типа страниц опишите, какие блоки на ней должны быть.

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

Функциональные требования

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

• Плохо: «Удобная форма обратной связи».
• Хорошо: «Форма заявки с полями "Имя", "Телефон", "Комментарий"; поле телефона обязательно и проверяется по маске; после отправки заявка приходит на указанную почту и в мессенджер менеджера, посетитель видит сообщение об успешной отправке, срабатывает цель в системе аналитики».

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

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

Дизайн и технические требования

Дизайн

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

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

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

Контент и приёмка работ

Очень частая причина срыва сроков — отсутствие текстов и фотографий. Дизайн готов, вёрстка готова, а наполнять нечем. Пропишите в ТЗ:

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

В разделе о приёмке опишите, как проверяется результат: на тестовом адресе, по чек-листу требований, в какой срок заказчик даёт замечания и что считается ошибкой, а что — новым пожеланием. Последнее особенно важно: «а давайте ещё добавим калькулятор» — это не исправление, а дополнительная работа.

Частые ошибки в ТЗ

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

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

Этапы работы и сроки

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

1. Согласование структуры и прототипов страниц.
2. Разработка дизайна главной и внутренних шаблонов.
3. Вёрстка и программирование на тестовом адресе.
4. Наполнение контентом.
5. Тестирование и исправление ошибок.
6. Перенос на рабочий домен и запуск.

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

Итог

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

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