Зачем нужно ТЗ — и кому оно помогает больше
Без технического задания вы получаете цену без объёма. Подрядчик называет число — а вы не понимаете, что в него входит. Как в магазине без ценников: стоимость узнаёшь только на кассе.
ТЗ фиксирует договорённости до начала работы. Если через два месяца окажется, что корзина в интернет-магазине не входила в объём — спор неизбежен. Хорошее техзадание его исключает.
Ещё один плюс: когда вы формулируете задачу письменно, иногда выясняется, что нужен не сайт, а что-то другое. Это нормально — лучше понять на берегу, чем после оплаты.
Как составить ТЗ на сайт: пять обязательных блоков
Хорошее техническое задание — это не толстый документ с ГОСТами. Это ответы на пять конкретных вопросов.
Перед тем как отдать документ подрядчику, проверьте: каждый блок заполнен хотя бы двумя-тремя предложениями. Если какой-то раздел пустой — именно там и возникнет спор.
- Цель сайта: зачем он вам — получать заявки, продавать товары, рассказывать о компании.
- Целевая аудитория: кто будет заходить на сайт и что этот человек должен на нём сделать.
- Список страниц: главная, о компании, услуги, контакты — и всё, что ещё нужно.
- Функциональность: форма заявки, каталог с фильтрами, личный кабинет, оплата онлайн — конкретно, что должно работать.
- Примеры: три-пять сайтов, которые вам нравятся, с пометкой — что именно понравилось.
Страницы и блоки: главное место, где теряются деньги
Список страниц — это не просто перечень вкладок. Для каждой страницы напишите, что на ней должно быть и что посетитель должен сделать после прочтения.
«Страница услуг» — это ничто. «Страница услуг: описание каждой позиции, диапазон цен, кнопка «Оставить заявку» ведёт на форму» — это уже можно оценить и сделать.
Попросите смету с постраничной разбивкой. Если подрядчик выдаёт одну строку без расшифровки — это не смета, а число из головы.
Что писать не нужно
Не указывайте технологии — PHP, React, PostgreSQL. Если нет конкретных причин требовать определённый стек (например, интеграция с вашей CRM), выбор инструмента лучше оставить разработчику.
Не описывайте дизайн в ТЗ. «Синяя кнопка, шрифт Arial, отступ 20 пикселей» — это макет, а не задание. Укажите стиль словами: строгий, дружелюбный, минималистичный — и покажите примеры.
Не копируйте чужие шаблоны из интернета. Документ на сто страниц с разделами «термины и определения» удлиняет согласование, но не добавляет ясности. Нормальное ТЗ на сайт занимает две-четыре страницы.
Шаблон: с чего начать прямо сейчас
Откройте любой текстовый редактор и ответьте на эти вопросы одним документом. Не пишите роман — достаточно одного-двух абзацев на каждый пункт.
- Что сейчас не устраивает: нет сайта, старый не работает, нет заявок — конкретно.
- Что должно измениться после запуска: звонки, заявки через форму, продажи онлайн.
- Кто ваши клиенты и откуда придут на сайт — поиск, реклама, соцсети.
- Какие страницы нужны — список с одним предложением о содержании каждой.
- Что должно работать технически — форма, корзина, фильтры, оплата, личный кабинет.
- Три примера сайтов, которые нравятся, — с пометкой, что именно понравилось.
Что делать с готовым документом
Отправьте ТЗ подрядчику и ждите уточняющих вопросов. Хороший исполнитель будет переспрашивать — это хороший знак, а не занудство. Значит, человек читал документ и думает над задачей.
После обсуждения просите смету с разбивкой по разделам. Сравнивайте не итоговое число, а состав работ: одна строка «разработка сайта» не позволяет понять, за что именно вы платите.
Если хотите обсудить задачу и получить оценку стоимости — в EFIMOV DEV можно начать с брифа. На сайте efimovdev.ru опубликованы ориентировочные цены по каждому типу проекта; точную сумму назовём после разговора о вашей конкретной задаче.
Хорошее техническое задание — не ГОСТ и не диссертация. Это ответы на пять вопросов: зачем сайт, для кого, какие страницы, что должно работать, и примеры. Два часа на документ сэкономят недели споров в процессе.
Частые вопросы
Обязательно ли составлять ТЗ, если проект небольшой?
Для простого лендинга достаточно брифа на страницу. Но даже там стоит зафиксировать: сколько блоков, есть ли форма, нужна ли интеграция с CRM. Чем меньше проект, тем легче это сделать заранее — и тем болезненнее разбираться с разногласиями потом.
Что если я не знаю, какие страницы мне нужны?
Начните с цели. Если цель — получать заявки, минимальный набор: главная, услуги, контакты с формой. Интернет-магазин требует каталог, карточки товаров, корзину. Остальное добавляется по задаче, а не для объёма.
Можно ли попросить подрядчика составить ТЗ вместо меня?
Можно. Но тогда вы либо платите за этот этап отдельно, либо получаете документ, написанный под возможности подрядчика, а не под вашу задачу. Лучший вариант: вы описываете бизнес-задачу, подрядчик задаёт вопросы и формализует. Это и есть нормальный бриф.