Техническое задание на сайт: как составить и что в него включить (шаблон)
Техническое задание на сайт – это письменный документ, в котором заказчик и исполнитель договариваются, что именно будет создано, как это должно работать и по каким признакам работа считается принятой. Он нужен, чтобы через два месяца разработки вы получили то, что ожидали, а не то, что каждая сторона по-своему поняла из устных разговоров. Ниже разберём, из чего состоит ТЗ, как его составить самостоятельно и когда без него можно обойтись.
- Техническое задание на сайт фиксирует, что будет сделано, как оно должно работать и по каким признакам работа принимается.
- Хорошее ТЗ отвечает на вопросы о целях, аудитории, структуре, функциях, дизайне, интеграциях, SEO, сроках, бюджете и приёмке.
- Формулировки вроде "современный удобный сайт" не проверяются, поэтому каждое требование должно быть измеримым.
- Для небольшого лендинга полноценное ТЗ можно заменить кратким брифом со структурой и списком функций.
- Сначала фиксируется смета и объём, затем идут прототип, дизайн, разработка, тестирование и запуск.
Содержание
Зачем нужно ТЗ на сайт
Без письменных договорённостей спор о результате почти неизбежен. Заказчик говорит: "Я же просил, чтобы было удобно", исполнитель отвечает: "Мы так и сделали". Проверить такие формулировки нельзя, и каждая сторона остаётся при своём мнении.
ТЗ решает сразу несколько задач:
- превращает пожелания в проверяемый список требований;
- позволяет заранее оценить объём работ и назвать честную смету;
- защищает обе стороны: заказчик знает, за что платит, исполнитель знает, где заканчивается работа;
- помогает сравнивать предложения разных студий и фрилансеров по одним и тем же условиям;
- служит основой для приёмки: результат сверяется с документом, а не с ощущениями.
Отдельная польза – сам процесс составления. Когда вы пытаетесь письменно описать, какие страницы нужны сайту и что должна делать форма заявки, выясняется, что многие вопросы вы ещё не решили. Лучше обнаружить это до начала разработки, чем после.
Техническое задание на сайт: из чего оно состоит
Универсальной формы у ТЗ нет, но набор блоков почти всегда одинаковый. Ниже – структура, которую можно взять за основу.
| Раздел | Что в нём описывается | Пример формулировки |
|---|---|---|
| Цели и задачи | Зачем нужен сайт и что считается успехом | Получать заявки на монтаж, снизить число повторяющихся вопросов по телефону |
| Аудитория | Кто приходит на сайт и с какой задачей | Владельцы квартир, ищущие подрядчика на ремонт |
| Структура | Список страниц и их иерархия | Главная, услуги, портфолио, цены, контакты |
| Функции | Что умеет сайт | Форма заявки, калькулятор, поиск, личный кабинет |
| Дизайн | Стиль, референсы, адаптивность | Светлая тема, шрифты и цвета из фирменного стиля |
| Интеграции | С чем связан сайт | Яндекс.Метрика, CRM, приём платежей, уведомления в Telegram |
| SEO | Требования к поисковой оптимизации | Свои заголовки у каждой страницы, карта сайта, микроразметка |
| Технические требования | Хостинг, безопасность, скорость | HTTPS, резервные копии, целевые показатели скорости |
| Сроки и бюджет | Этапы, даты, порядок оплаты | Оплата по результатам каждого этапа |
| Приёмка | Как проверяется результат | Чек-лист функций, тестирование на телефоне и компьютере |
Каждый из этих блоков можно расширять, но не стоит превращать документ в книгу. Хорошее ТЗ – то, которое действительно читают и по которому действительно проверяют работу.
Шаблон ТЗ на сайт: чеклист
Если у вас нет опыта, начните с этого списка. Пройдите по пунктам и ответьте на каждый хотя бы одним-двумя предложениями.
- Бизнес-цель. Что должен получить бизнес: заявки, продажи, запись на приём, узнаваемость?
- Целевое действие. Какое одно главное действие должен совершить посетитель: позвонить, оставить заявку, оплатить, скачать материал?
- Аудитория и сценарии. Кто приходит, откуда (поиск, реклама, соцсети), что он хочет узнать в первую очередь.
- Список страниц. Перечислите каждую и коротко опишите, что на ней должно быть.
- Функциональность. Формы, каталог, поиск, фильтры, калькуляторы, корзина, личный кабинет, многоязычность.
- Контент. Кто готовит тексты, фотографии и видео, в какие сроки и в каком виде их передаёт.
- Дизайн. Есть ли фирменный стиль, какие сайты вам нравятся и почему, какие не нравятся.
- Адаптивность. Как сайт должен выглядеть и работать на телефоне и планшете.
- Интеграции. Метрика, CRM, платёжная система, доставка, мессенджеры, почтовые рассылки.
- SEO. Какие запросы важны, нужна ли оптимизация страниц, перенос старых адресов с редиректами.
- Безопасность и данные. HTTPS, хранение заявок, согласие на обработку персональных данных, политика конфиденциальности.
- Хостинг и домен. Где размещается сайт, на кого оформлены домен и доступы.
- Сроки и этапы. Даты сдачи каждого этапа и ответственные с обеих сторон.
- Бюджет и оплата. Фиксированная смета, график платежей, что входит и что оплачивается отдельно.
- Приёмка и гарантия. Как проверяется результат, сколько времени даётся на замечания, что происходит после запуска.
Если вы отвечаете на все пятнадцать пунктов, у вас на руках уже вполне рабочее ТЗ. Оформить его красиво можно потом, главное – содержание.
Как составить ТЗ на сайт по шагам
Шаг 1. Сформулируйте цель одной фразой
Не "нужен красивый сайт", а "нужен сайт, через который клиенты будут записываться на консультацию без звонка". Из цели вытекает всё остальное: страницы, функции, тексты. Если цель не удаётся сформулировать, ТЗ пока писать рано.
Шаг 2. Опишите путь посетителя
Представьте человека, который впервые попал на сайт. Что он ищет в первые секунды? Что должен прочитать, чтобы доверять? Где он нажмёт кнопку? Этот путь и есть основа структуры: страницы и блоки нужны, чтобы провести человека к целевому действию.
Шаг 3. Соберите структуру и функции
Составьте список страниц и для каждой напишите блоки: заголовок, описание, преимущества, отзывы, форма. Затем отдельно выпишите функции, которые нельзя увидеть на макете: как обрабатываются заявки, куда приходят уведомления, что происходит после оплаты.
Шаг 4. Добавьте референсы
Два-три сайта, которые вам нравятся, дают исполнителю больше информации, чем страница описаний. Обязательно напишите, что именно понравилось: логика меню, подача цен, анимации, цвета. А ещё лучше – укажите, что категорически не подходит.
Шаг 5. Пропишите критерии приёмки
Это самая недооценённая часть. Для каждой функции запишите, что считается правильной работой. Например, для формы заявки: поля проверяются, после отправки показывается подтверждение, заявка приходит в Telegram и сохраняется на сервере, письмо не попадает в спам.
Пример фрагмента ТЗ
Чтобы было понятнее, как выглядит проверяемое требование, посмотрим на пример для формы заявки на лендинге. Это иллюстрация подхода, а не документ реального проекта.
- Поля: имя (обязательно), телефон (обязательно, проверка формата), комментарий (необязательно).
- Отправка: без перезагрузки страницы, кнопка блокируется на время запроса.
- Результат: посетитель видит сообщение об успешной отправке, а менеджер получает уведомление в Telegram с данными заявки.
- Хранение: заявка сохраняется на сервере, доступ ограничен паролем.
- Согласие: рядом с кнопкой стоит ссылка на политику конфиденциальности.
- Ошибки: если сервер недоступен, посетитель видит понятное сообщение и телефон для связи.
По такому описанию можно и написать код, и проверить результат. Сравните это с формулировкой "удобная форма обратной связи": проверить её невозможно.
Этапы разработки сайта
ТЗ напрямую связано с этапами работы, поэтому полезно понимать, как они идут. Вот типичная последовательность, по которой работаю я.
| Этап | Что происходит | Срок |
|---|---|---|
| Бриф и аналитика | Обсуждаем цели, собираем требования, готовим смету и ТЗ | 1–3 дня |
| Прототип и дизайн | Схемы страниц, затем визуальный дизайн, согласование | 1–2 недели |
| Разработка | Вёрстка, программирование, интеграции; спринты по 1–2 недели с демо после каждого | 2–10 недель |
| Тестирование и запуск | Проверка по критериям приёмки, исправления, перенос на рабочий сервер | 3–7 дней |
| Поддержка | Обновления, исправления, доработки по подписке | по договорённости |
Длительность зависит от сложности: лендинг займёт меньше времени, чем интернет-магазин с каталогом и оплатой. Важно, что ТЗ и смета фиксируются в начале, а не обсуждаются заново на каждом этапе.
Когда ТЗ можно заменить кратким брифом
Полное ТЗ нужно не всегда. Для небольшого лендинга или сайта-визитки достаточно краткого брифа на одну-две страницы: цель, аудитория, список блоков, контакты, пожелания по стилю, примеры сайтов. Так делается, когда:
- сайт состоит из нескольких страниц без сложной логики;
- нет интеграций с внешними системами или они стандартные;
- вы работаете с исполнителем напрямую и можете быстро уточнять детали;
- смета фиксируется по результатам брифа, а не оценивается на глаз.
Полное ТЗ необходимо, если в проекте есть личный кабинет, оплата, каталог с остатками, сложные расчёты, несколько ролей пользователей, интеграции с учётными системами. Чем больше в проекте логики, тем дороже обходятся недомолвки. Подробнее о том, как сформировать бюджет, читайте в статье сколько стоит сайт, магазин и CRM.
Частые ошибки
- Расплывчатые формулировки. "Современный дизайн", "удобная навигация", "быстрая загрузка" – ничего из этого нельзя проверить. Заменяйте оценки на критерии.
- Описание внешнего вида без описания логики. Макет показывает, как выглядит форма, но не показывает, что происходит с данными после отправки.
- Отсутствие контента. Сайт готов, а текстов и фотографий нет. Заранее решите, кто их готовит и к какому сроку.
- Забытые интеграции. О необходимости связать сайт с CRM или платёжной системой вспоминают на финальном этапе, и это меняет и сроки, и стоимость.
- Нет критериев приёмки. Без них "готово" означает разное для каждой стороны.
- Постоянные правки после утверждения. Если требования меняются на ходу, изменение объёма нужно оформлять дополнением к смете, а не вносить молча.
- Домен и доступы на исполнителе. Все доступы и исходники должны быть переданы заказчику, это стоит прописать в документе.
- Копирование чужого ТЗ. Шаблон из интернета помогает как каркас, но требования должны описывать именно ваш проект.
Как это делаю я
Я работаю напрямую, без менеджеров, поэтому ТЗ составляется вместе с вами на этапе брифа и аналитики. Вы рассказываете о бизнесе и задаче, я задаю уточняющие вопросы, затем готовлю смету и описание объёма. Смета фиксированная, договор заключается до начала работ, оплата привязана к результатам этапов, а исходники и доступы передаются вам. Если вы хотите понять, как это выглядит на практике, посмотрите страницу разработки сайтов и реальные кейсы, например сайт фотосалона Фото+, где в проекте были конструктор адресных табличек, корзина и оплата. Именно для таких сложных функций подробное ТЗ особенно полезно.
Если вы пока выбираете формат сайта, прочитайте также как сделать сайт для бизнеса и чем корпоративный сайт отличается от других.
Что делать дальше
Возьмите чеклист из 15 пунктов, ответьте на каждый пункт хотя бы парой предложений и отметьте те, где ответа пока нет. Эти вопросы и стоит обсудить с исполнителем в первую очередь. Если хотите, чтобы документ и смету подготовил я, оставьте заявку в форме на сайте или напишите в Telegram @Maks_Abushek.
Частые вопросы
Что такое ТЗ на сайт простыми словами?
Это инструкция для исполнителя и одновременно договор о результате. В ней описано, какие страницы и функции будут на сайте, как они должны работать и как вы проверите результат. Чем точнее описание, тем меньше споров при сдаче.
Как составить ТЗ на сайт самостоятельно?
Начните с цели и пути посетителя, затем опишите структуру, функции, дизайн, интеграции и критерии приёмки. Используйте чеклист из этой статьи как основу и не пытайтесь придумать всё за один день: лучше вернуться к документу и уточнить его. Готовый черновик стоит обсудить с исполнителем, он подскажет, чего не хватает.
Кто должен писать техническое задание: заказчик или исполнитель?
Идеально – вместе. Заказчик знает бизнес и аудиторию, исполнитель знает, какие технические детали нужно уточнить. Если заказчик пишет всё один, часто пропускаются важные технические моменты, а если исполнитель один, документ может не отражать реальные цели бизнеса.
Сколько страниц должно быть в ТЗ?
Объём зависит от проекта. Для лендинга хватает пары страниц, для магазина или CRM документ может быть заметно длиннее. Ориентируйтесь не на размер, а на проверяемость: по каждому требованию должно быть понятно, выполнено оно или нет.
Нужно ли ТЗ для лендинга или сайта-визитки?
Полное ТЗ обычно не требуется, достаточно краткого брифа со структурой, контентом и списком функций. Но критерии приёмки и график работ лучше зафиксировать письменно даже в небольшом проекте.
Можно ли менять ТЗ в процессе разработки?
Можно, но изменения нужно оформлять письменно: что меняется, как это влияет на срок и стоимость. Небольшие уточнения часто входят в работу, а новые функции – это уже дополнительный объём. Такой порядок защищает обе стороны.
Где найти пример ТЗ на создание сайта?
Пример можно составить из блоков этой статьи: возьмите таблицу разделов и чеклист, заполните их для своего проекта. Готовые файлы из интернета годятся только как каркас, поскольку не учитывают ваши цели и особенности.
Оставьте заявку: разберу вашу задачу
Опишите задачу в двух словах. Отвечу в течение рабочего дня, назову ориентир по стоимости и срокам. Сайты и лендинги: от 60 000 ₽.
Читайте также
Иллюстрации к статье созданы с помощью ИИ. Материал не является юридической, налоговой или иной профессиональной консультацией: вопросы права и бухгалтерии уточняйте у специалистов.