Техническое задание на сайт: как написать, чтобы студия сделала то, что нужно вам

Что такое ТЗ на сайт простыми словами

ТЗ — это техническое задание: перечень того, что будет на сайте, и способов в этом убедиться. В нашем журнале задач Битрикс24 есть, например, «ТЗ на разработку мобильной версии» (4 ч работы) и «Написание ТЗ по авторизации через звонок» (8 ч).

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

Почему ТЗ нужно в первую очередь вам

Вам ТЗ нужно в один конкретный день: когда вам приносят готовый сайт и просят подписать акт. После подписи спорить сложнее. Об этом статья 720 Гражданского кодекса («Приемка заказчиком работы, выполненной подрядчиком», КонсультантПлюс). Что в ней сказано, если коротко:

• работу принимают в сроки и в порядке, которые записаны в договоре, вместе с подрядчиком; о недостатках говорят сразу (пункт 1);
• на недостатки, найденные при приёмке, можно ссылаться потом, если они оговорены в акте (пункт 2);
• скрытые недостатки, которые при осмотре не видны, сообщают подрядчику в разумный срок после находки (пункт 4);
• при споре о недостатках любая сторона вправе потребовать экспертизу (пункт 5).

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

Кто пишет ТЗ: студия, вы или вместе

В блоге 1С-Битрикс Маркетплейса сказано: «Грамотное ТЗ может составить только исполнитель». С этим мы согласны наполовину. Технические разделы пишет студия: вы не обязаны знать, как устроен обмен с 1С. Но колонку «Как проверим при сдаче» должен прочитать и согласовать заказчик, иначе студия проверяет сама себя.

Оценки и ТЗ — наша обычная работа. В нашем журнале задач за 24 месяца (с 01.10.2024 по 01.10.2026) нашлась 81 задача, где мы до начала работ прикидывали объём и цену. Для этого нужно выяснить, чего хочет клиент и откуда возьмутся данные.

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

Что записать в ТЗ: разделы и как их проверить

Разделы для сайта компании с формами и каталогом. Главная здесь третья колонка: по ней вы принимаете работу.

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

Теперь про доступы. В кейсе «Шинного центра» старый сайт стоял на платформе прежнего подрядчика, и весной 2023 года, когда об оплате не договорились, его отключили. Новый магазин сдан так: домен, хостинг и управление сайтом у магазина, лицензии 1С-Битрикса и «Аспро» оформлены на него.

Рост заявок в ТЗ не записывают: он зависит ещё от товара, цены и рекламы, и в день сдачи его не проверить.

Как записать требование, которое можно проверить

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

PageSpeed Insights — бесплатная проверка скорости от Google на сайте pagespeed.web.dev. Время, за которое появляется самый крупный блок первого экрана (обычно картинка или заголовок), в отчёте называется Largest Contentful Paint. Медиана — из трёх чисел то, что стоит посередине по величине.

Какое число писать, решайте вместе со студией. Google считает хорошим результатом до 2,5 секунды, плохим — больше 4 (web.dev, обновлено 04.09.2025), а для лабораторного замера в день сдачи те же границы даёт документация Lighthouse: до 2,5 секунды зелёный, до 4 оранжевый, больше 4 красный. Но на готовой основе 2,5 секунды получается не всегда, поэтому число лучше согласовать до начала работ. Запусков три, потому что один ненадёжен: у нас оценка одной страницы трижды подряд вышла 63, 89 и 89. Подробнее о замерах и ускорении — в отдельной статье.

Доступность сайта за месяц (например, 99,9%) в день сдачи не проверить, поэтому её записывают в договор поддержки, а не в ТЗ. У КЕСЛ так и было: 99,9% в месяц обещали в договоре поддержки.

Приёмка: проверка в день сдачи

Список для дня сдачи. Телефон проверяйте на реальном телефоне, скорость — в PageSpeed Insights.

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

Если по ходу работы всё поменялось

ТЗ меняется почти всегда. Вы увидели макет и поняли, что нужна ещё одна форма. Студия начала работу и нашла, что обмен с 1С устроен не так, как думали. Опасно, когда договорённость осталась в чате, а в ТЗ ничего не поменялось. Пример из нашего журнала: «Актуализация описания функционала в ТЗ» посреди проекта — 5 ч работы.

Порядок, который стоит записать в договор или в само ТЗ:

1. Письменная просьба

   Вы пишете, что хотите изменить, одним-двумя абзацами.

2. Отдельная оценка

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

3. Новая версия ТЗ с датой

   Изменённые строки вписаны в ТЗ, старая версия сохранена.

4. Работа после вашего «да»

   Пока вы не согласовали оценку, изменение не делается.

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

Шаблон ТЗ на сайт

Шаблон можно скопировать целиком. Заглавными написаны места, куда подставить свои данные. У каждого раздела есть строка «Как проверим»: если студия оставила её пустой или общей, допишите сами.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА САЙТ
ТЗ, редакция НОМЕР от ДАТА, приложение к договору № НОМЕР ДОГОВОРА.

ЦЕЛЬ. Сайт для КОМПАНИЯ. Приходит КТО ПРИХОДИТ, главное действие - ДЕЙСТВИЕ.
Как проверим: путь пройден с телефона без подсказок.

СТРАНИЦЫ. СПИСОК СТРАНИЦ с названиями и адресами.
Как проверим: открыт каждый адрес, пустышек нет.

ОСНОВА. ГОТОВАЯ ОСНОВА или С НУЛЯ, движок НАЗВАНИЕ.
Как проверим: название в админке совпадает с ТЗ.

ФОРМЫ. Всего ЧИСЛО. У каждой записано, зачем она, ПОЧТА ДЛЯ ЗАЯВОК, поля, тема и текст письма.
Как проверим: с каждой формы ушла тестовая заявка.

КАТАЛОГ. Откуда приходят товары и цены: ОТКУДА. Как часто обновляются: СРОК.
Как проверим: меняем цену в 1С, засекаем время до сайта.

ТЕЛЕФОН. Смотрим на МОДЕЛЬ ТЕЛЕФОНА в БРАУЗЕР.
Как проверим: текст читается, кнопки нажимаются.

СКОРОСТЬ. Самый крупный блок первого экрана главной на телефоне появляется за ЧИСЛО секунд, о котором договорились.
Как проверим: pagespeed.web.dev, адрес главной, три запуска, берём медиану.

МЕТРИКА. Цели настроены для СПИСОК ДЕЙСТВИЙ.
Как проверим: каждое действие найдено в отчёте по целям.

ДИЗАЙН. Макеты страниц: СПИСОК СТРАНИЦ. Отдельно для телефона и для компьютера. Кругов правок в цене: ЧИСЛО.
Как проверим: сайт сверен с макетами.

ТЕКСТЫ И ФОТО. Пишет КТО, вычитывает КТО, материалы приносим до ДАТА.
Как проверим: тексты совпадают с утверждёнными.

ДОСТУПЫ. Доступы к домену, хостингу, админке и исходному коду у заказчика или передаются ему при сдаче. Платные лицензии оформлены на КОГО.
Как проверим: заказчик сам входит в каждый кабинет.

ДОКУМЕНТЫ. Политика, согласие на формах, уведомление о cookie.
Как проверим: страницы на месте, согласие у каждой формы.

ЧЕГО НЕТ. СПИСОК ТОГО, ЧЕГО НЕТ.
Как проверим при подписании ТЗ: список прочитан вместе со студией.

ИЗМЕНЕНИЯ. Письменная просьба, отдельная оценка, новая версия ТЗ с датой. До согласования оценки изменение не делается.
Как проверим при подписании ТЗ: порядок изменений записан, версии сохраняются.

Шаблон — каркас. Если у вас интернет-магазин, добавьте разделы про оплату и доставку и для каждого допишите строку «Как проверим». Если на сайте есть личный кабинет, ему нужен отдельный раздел.

Когда не нужно подробное ТЗ

Лендинг или визитка на конструкторе не требует подробного ТЗ. Хватит списка страниц, почты для заявок и проверки из раздела выше. Нам такой заказ тоже не подходит: сайты мы делаем на 1С-Битриксе и WordPress (корпоративный, лендинг, визитка — от 150 000 ₽), а сайты на конструкторах правим только в рамках, которые они дают.

Если вы ещё не знаете, что вам нужно, ТЗ рано. Сначала разговор со студией или прототип: картинки страниц, которые можно показать знакомым. ТЗ пишут после, когда есть что записывать.

Если закупка требует ТЗ по ГОСТ 34.602-2020, это другой документ, и шаблон из статьи его не заменит. Такое оформление обычно готовит специалист по закупкам.

Как это у нас

На странице корпоративного сайта записаны обещания, и часть из них вы проверите при сдаче. Перед сдачей мы отправляем тестовую заявку и проверяем, что письмо дошло. Цели в Метрике настроены до запуска. Сотрудник клиента сам добавит новость или вакансию в админке. Домен, доступы и код сайта — ваши. Чего страница не обещает: что посетители станут заявками.

Корпоративный сайт у нас — от 150 000 ₽, 4-8 недель на готовой основе, если факты и вычитка идут вовремя. Дизайн с нуля, каталог из 1С и сложные разделы — после бесплатного разбора, там же называем цену и срок. Цены по видам сайтов — в статье про стоимость сайта.

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

Корпоративный сайт для бизнесаЦена до начала работ, оплата по этапам, доступы у вас

Для технических специалистов

ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы» введён с 1 января 2022 года взамен ГОСТ 34.602-89 приказом Росстандарта от 19.11.2021 № 1522-ст (текст приказа). Для сайта компании его берут, когда этого требует закупка.

Скорость. Границы web.dev (до 2,5 с хорошо, больше 4 с плохо) относятся к полевым данным: их считают по реальным посетителям, по 75-му процентилю. PageSpeed Insights показывает такие данные, только когда у адреса набралось достаточно посещений. У нового сайта их нет, остаётся лабораторный замер на Lighthouse, он шумит, поэтому в ТЗ стоит записать медиану трёх запусков, а полевые данные сверить позже, когда они наберутся.

Тестовая площадка — копия сайта на отдельном адресе, где работу принимают до выкладки; формы и цели после выкладки проверяют ещё раз.

Как считали журнал. Выгрузка задач Битрикс24 с 01.10.2024 по 01.10.2026, классификация скриптом по заголовкам, точность около 90%. 81 задача с темой «прикинуть объём и цену до начала работ» — это порядок величины, точной бухгалтерии тут нет.

Читайте также

• Сколько стоит сайт и как понять, что смета честная
• Что такое исходный код и почему он важен
• Форма отправлена, а письма нет: пять проверок
• Документы на сайте по закону
• Как ускорить сайт