Техническое задание на сайт: образец и советы

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

Бриф и ТЗ — в чём разница

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

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

Для лендинга или сайта услуг роль ТЗ часто выполняют бриф плюс согласованный прототип — схема страниц с блоками. Отдельный документ нужен, когда есть каталог, личный кабинет, калькулятор, обмен с 1С или CRM: там без записанных правил возникает слишком много вопросов «а как должно работать, если…».

Шаблон технического задания

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

1. О проекте. Компания и чем она занимается, для кого сайт, главная цель (заявки, звонки, продажи, запись), регион работы.
2. Тип сайта и объём. Лендинг, сайт услуг, каталог, корпоративный сайт или магазин. Ориентировочное количество страниц и товаров.
3. Структура. Список страниц и разделов с вложенностью: главная, услуги (каждая отдельно), цены, работы, о компании, контакты.
4. Страницы и блоки. Для каждого типа страницы — какие блоки и в каком порядке. Пример — ниже.
5. Функции. Формы и что в них поля, куда приходят заявки (почта, Telegram, CRM), калькулятор, квиз, фильтры каталога, поиск, корзина, личный кабинет.
6. Интеграции. 1С или МойСклад, CRM, онлайн-оплата, службы доставки, маркетплейсы, Яндекс Карты. Для каждой — что именно передаётся и в какую сторону.
7. Админка. Что вы будете менять сами: цены, тексты, фото, товары, акции. Кто будет этим заниматься.
8. Дизайн. Логотип и фирменные цвета, если есть; 2–3 сайта, которые нравятся, и что именно в них нравится.
9. Контент. Кто пишет тексты, откуда фото, нужен ли перенос материалов со старого сайта.
10. Поиск и аналитика. Яндекс Метрика и цели, Вебмастер, сохранение адресов и 301-редиректы при переезде со старого сайта.
11. Юридическое. Политика обработки персональных данных и согласие на обработку для форм по 152-ФЗ, баннер cookies; для магазина — чеки по 54-ФЗ через онлайн-кассу.
12. Размещение. Где будет сайт (ваш хостинг или нужно подобрать), на кого оформлен домен, кто получает доступы после сдачи.
13. Сроки и приёмка. Этапы, что сдаётся на каждом и по каким признакам работа считается принятой.

Пример: раздел «страницы и блоки»

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

Главная

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

Страница услуги

• Что входит в услугу списком, что не входит.
• Цены: от какой суммы, от чего зависит.
• Фото, частые вопросы именно по этой услуге, форма заявки.

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

Что малому бизнесу можно не писать

• Выбор языка программирования и фреймворков. Это решение разработчика. Важно другое: сможете ли вы сами менять цены и тексты и сможет ли другой специалист поддерживать сайт.
• Списки браузеров и разрешений экрана. Достаточно одной строки: сайт корректно работает на телефонах, планшетах и компьютерах в актуальных браузерах.
• Требования «быстрый», «удобный», «современный». Их нельзя проверить. Если скорость важна, лучше записать проверяемое: показатели Core Web Vitals в зелёной зоне.
• Подробную дизайн-спецификацию. Для небольшого сайта хватает примеров, логотипа и согласованного прототипа.

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

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

Как оформить документ

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

Кто пишет ТЗ

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

Если готового ТЗ нет, это не повод откладывать проект: заполните бриф, а задание мы соберём вместе. Тарифы и сроки разработки — на странице создание сайта.