Сайт и подрядчик

Техническое задание на сайт: что в нём написать заказчику

Автор: Герман Садуртдинов, дизайнер, основатель студии V3 Creative Обновлено 25 августа 2026 Чтение 10 мин 0 Тип: Разбор
Техническое задание на сайт: нарисованное от руки дерево страниц на рабочем столе, одна ветка перечёркнута
Задание начинается с дерева страниц на бумаге. Лишнее вычёркивают здесь, пока это стоит ноль рублей

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

12разделов рабочего шаблона
2,5 спорог загрузки в требованиях
1 листдерево страниц от руки
0 ₽цена вычеркнутой страницы до старта
Коротко. ТЗ пишется заказчиком и описывает результат: как его получить, решает подрядчик. В нём три обязательных слоя: что за сайт и для кого, из каких страниц и функций он состоит, по каким проверяемым условиям вы его примете. Всё, что нельзя проверить, из задания вычёркивается: «современный дизайн» и «вывести в топ» проверке не поддаются.

Зачем нужно ТЗ, если бриф уже заполнен

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

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

Коротко. Бриф собирает пожелания, задание фиксирует объём. Пока объём не зафиксирован, любая правка выглядит как «доделайте, вы же обещали», и обе стороны считают себя обманутыми.

С чего начинать: дерево страниц

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

Скетч: дерево страниц сайта, одна ветка перечёркнута как лишняя
Каждый прямоугольник — работа, которую кто-то делает и за которую вы платите. Поэтому лишнюю ветку вычёркивают прямо на листе, пока это стоит ноль рублей.

Дальше по каждому прямоугольнику отвечаете на три вопроса.

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

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

Как описать функции, если вы не программист

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

Пустая формулировкаРабочая формулировка
Личный кабинетКлиент входит по номеру телефона и коду из СМС, видит список своих заказов и статус каждого
Онлайн-записьПосетитель выбирает услугу, дату и мастера, занятое время недоступно, подтверждение приходит на почту
КаталогДо 200 позиций, фильтр по цене и категории, у товара галерея из 5 фото и кнопка запроса цены
Интеграция с CRMЗаявка с любой формы создаёт сделку в CRM с полями «имя», «телефон», «страница отправки»
МультиязычностьДве версии, русская и английская, переключатель в шапке, адреса вида /en/, тексты предоставляет заказчик

Правило простое: если формулировку нельзя проверить руками на готовом сайте, она не функция, а настроение.

Кто готовит тексты, фотографии и данные

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

  • Тексты. Кто пишет, сколько страниц, к какой дате. Если пишет подрядчик, это отдельная строка сметы.
  • Фотографии. Свои, заказные или сток. Съёмка стоит денег и занимает время, её закладывают заранее.
  • Данные каталога. В каком виде передаются: таблица, выгрузка, ручное заполнение.
  • Юридические документы. Политика обработки персональных данных и согласие у форм. Готовит обычно заказчик, размещает подрядчик.

Если у бизнеса уже есть съёмка и макеты, их обычно можно переиспользовать. Требования к предметным кадрам мы разбирали в статье про фото товара на белом фоне, а сборку макетов в редакторе — в разборе инфографики в Figma.

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

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

  • Загрузка главного элемента экрана — до 2,5 секунды. Это показатель LCP.
  • Отклик на нажатие — до 200 миллисекунд. Это показатель INP.
  • Смещение вёрстки при загрузке — до 0,1. Это показатель CLS.

Замер делается по 75-му перцентилю загрузок отдельно для телефонов и компьютеров, поэтому в задании пишется «на мобильном профиле», иначе подрядчик покажет замер со своего ноутбука.

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

Что ещё проверяется руками и потому годится в задание: сайт открывается по вашему домену, доступен для индексации (инструмент «Анализ индексации страницы» в Яндекс Вебмастере не находит запрета ни в robots.txt, ни в метатеге robots), черновые разделы закрыты метатегом noindex, счётчик Метрики стоит и цели заведены.

Условия приёмки и число правок

Раздел, который заказчики пропускают чаще всего, а он снимает большую часть будущих споров. В нём три вещи.

  1. Как принимаем. Список проверок, по которым сдаётся работа. Готовый список из 27 пунктов есть в разборе приёмки сайта у подрядчика, его можно вставить в задание почти целиком.
  2. Сколько раундов правок входит в цену. Обычно один или два. Дальше правки считаются отдельно, и это честно по отношению к обеим сторонам.
  3. Что считается поломкой, а что пожеланием. Форма не отправляет письмо — поломка, чинится по договору. Другой оттенок синего — пожелание, идёт в раунд правок.

Цена правки растёт по цепочке. Вычеркнуть прямоугольник на листе стоит ноль, поправить утверждённый макет стоит часов дизайнера, переделать свёрстанный сайт стоит нового раунда работ. Поэтому спорные решения выносят в задание, а не в приёмку.

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

Права на результат, доступы и исходники

Задание описывает и то, что появится на экране, и то, что останется у вас после расчёта.

  • Исключительные права на дизайн и код переходят заказчику после полной оплаты. Формулировка живёт в договоре, а перечень передаваемого — в задании.
  • Доступы. Домен, хостинг, админка, Метрика, Вебмастер, почта на домене. Все оформляются на заказчика, подрядчик работает под своей учётной записью внутри них.
  • Исходники. Макеты в редакторе и код в архиве или репозитории.
  • Лицензии. Шрифты, фотографии, платные модули, шаблон. Лицензия оформляется на заказчика, иначе через год обновления перестанут приходить. Что происходит с сайтом дальше, описано в разборе поддержки сайта.

Чего в задании быть не должно

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

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

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

Шаблон задания: 12 разделов

Скопируйте и заполните своими словами. По моим проектам рабочее задание на визитку или корпоративный сайт укладывается в 3-6 страниц, и этого достаточно.

  1. О компании и задаче. Чем занимаетесь, что должен делать сайт: собирать заявки, объяснять услугу, продавать каталог.
  2. Аудитория. Кто приходит и что ищет. Один абзац, без портретов на две страницы.
  3. Дерево страниц. Список или рисунок со всеми страницами первой очереди.
  4. Содержание страниц. По каждой: зачем она, какие блоки, куда ведёт.
  5. Функции. Действиями человека: что нажал, что получил.
  6. Содержимое. Кто отдаёт тексты, фото и данные, в какой срок и в каком виде.
  7. Дизайн. Фирменные цвета и шрифты, если есть; примеры того, что нравится и почему, ограничения бренда.
  8. Требования к скорости и мобильной версии. Три порога цифрами, замер на мобильном профиле.
  9. Индексация и аналитика. Сайт открыт роботам, черновики закрыты, счётчик и цели заведены до запуска.
  10. Приёмка. Список проверок, число раундов правок, срок на устранение.
  11. Передаваемое. Доступы, исходники, лицензии, права.
  12. Сроки и этапы. Что и когда сдаётся, какие даты зависят от материалов заказчика. Из чего складывается календарь, разобрано в статье про сроки разработки сайта.
Герман Садуртдинов

Самый дорогой пункт задания — тот, которого в нём нет. Обычно это содержание: кто пишет тексты и снимает фотографии. Из-за него сроки уезжают чаще, чем из-за вёрстки.

Герман Садуртдинов

Шаблон задания и разборы ТЗ в канале

Показываю на реальных заданиях, какие формулировки подрядчик прочитает по-своему и как их переписать. Плюс сам шаблон из 12 разделов.

Подписаться на канал
Что забрать с собой. Начните с дерева страниц на бумаге и вычеркните лишнее там. Функции описывайте действиями человека: что нажал и что получил. Требования пишите цифрами: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1 на мобильном профиле. Отдельным разделом зафиксируйте, кто отдаёт тексты и фотографии и к какой дате. Условия приёмки, число раундов правок и перечень передаваемого пишите до подписания договора, пока условия ещё обсуждаются.

Частые вопросы

Насколько подробным должно быть ТЗ на сайт?

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

Кто должен писать техническое задание: заказчик или подрядчик?

Первую версию пишет заказчик, потому что бизнес-решения принимает он. Подрядчик дополняет её технической частью и сроками. Если задание целиком пишет исполнитель, вы получаете документ, удобный исполнителю.

Можно ли взять шаблон ТЗ из интернета?

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

Обязательно ли ТЗ, если сайт делают на конструкторе?

Да, и по той же причине: объём работ надо зафиксировать. Меняется только техническая часть, требования к скорости и приёмке остаются, а дерево страниц и содержание становятся даже важнее, потому что переделка на конструкторе тоже стоит времени.

Что делать, если подрядчик отказывается работать по ТЗ?

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

Как записать в ТЗ дизайн, если я не дизайнер?

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

Нужно ли в ТЗ писать про сроки?

Нужно, но парой: срок подрядчика и срок заказчика. По моим проектам даты чаще всего двигают материалы, которые не передали вовремя, поэтому сроки по текстам и фотографиям пишутся так же строго, как сроки по вёрстке.

Чем ТЗ отличается от договора?

Договор описывает отношения: оплату, ответственность, права, порядок расторжения. Задание описывает предмет работ и обычно идёт приложением к договору. Поэтому противоречия между ними опасны: при споре читают оба документа сразу.

Проверю ваше задание до того, как вы подпишете договор

Пришлите черновик: покажу пустые формулировки, недостающие разделы и места, где подрядчик прочитает не то, что вы имели в виду.

Оставить заявку

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

Герман Садуртдинов, дизайнер, основатель студии V3 Creative

Герман Садуртдинов — дизайнер, основатель студии V3 Creative. Пишу о том, как дизайн влияет на деньги, а не на вкус.

Об авторе · ← Все статьи