В техническом задании заказчики описывают обязанности, объём и условия работы. Если в ТЗ нет конкретных инструкций, проект выходит за рамки, сроки растягиваются, а итог не совпадает с ожиданиями. Причина одна — исполнитель не понимает, какой результат вы хотите получить.
В статье разберём, что такое техническое задание, какие ошибки допускают предприниматели в ТЗ на оказание услуг и как выстроить работу так, чтобы между вами и исполнителем не возникало недопониманий.
Что такое ТЗ и зачем оно нужно
Техническое задание, или ТЗ, — это документ, в котором вы подробно описываете задачу, объём работы и требования к результату. Оно служит ориентиром для вас и подрядчика. Без ТЗ проект превращается в набор догадок: каждый понимает задачу по-своему, договорённости теряются, а итог может вас разочаровать.
При закупках и тендерах этот документ описывает требования к товарам, подрядчикам и поставщикам. Это помогает сравнивать предложения и выбрать то, что лучше всего подходит для вашего проекта.
Вы хотите закупить оборудование для офиса. В ТЗ нужно указать модели, количество, сроки поставки, требования к гарантиям и сертификации. Поставщики присылают свои предложения, и вы выбираете лучший вариант.
Техническое задание на выполнение работ часто оформляют приложением к договору и закрепляют, что оно является его неотъемлемой частью. В этом случае ТЗ приобретает юридическую силу. Если возникают спорные ситуации, стороны могут свериться с ним и договором, чтобы разрешить конфликт.
Отличие технического задания от коммерческого предложения
Коммерческое предложение — это документ, в котором фиксируют цену, сроки и формат сотрудничества. Исполнитель перечисляет список услуг, объясняет, какую пользу получит клиент, и предлагает конкретное решение под задачу.
Техническое задание — это основа проекта. В нём описывают, что именно нужно сделать, какие требования предъявляются к результату и какие параметры считаются нормой. В отличие от коммерческого предложения, в ТЗ нет итоговой стоимости — документ фиксирует содержание работ, а не цену.
Вы хотите заказать сайт маркетплейса. В техническом задании вы пишете: «Сайт должен принимать заказы, отображать каталог товаров с фильтрами, интегрироваться с CRM-системой, поддерживать мобильные устройства, иметь блок акций и форму обратной связи». Это ваши требования, цели и параметры качества.
В коммерческом предложении подрядчик отвечает: «Мы разработаем сайт с указанным функционалом за 250 000 рублей. Срок выполнения — четыре недели. В стоимость входят: дизайн, интеграция с CRM, тестирование и поддержка первые две недели после запуска».
Основные разделы технического задания
ТЗ без структуры превращается в набор пожеланий. Исполнитель воспринимает список требований по-своему: вы ждёте одно, он делает другое. Отсюда — недопонимания, срывы сроков и лишние расходы. Чтобы этого избежать, разделите документ на понятные блоки.
Цель проекта. Кратко опишите, к какому результату хотите прийти. Например: «Запуск интернет-магазина для продажи товаров бренда. Сайт принимает заказы, собирает контакты клиентов и передаёт их в CRM-систему».
Задача. Здесь вы раскрываете суть проекта: для чего он нужен и какую задачу должен решать.
Для сайта маркетплейса задача может звучать так:
- Помочь покупателю найти подходящий товар и оформить заказ онлайн.
- Собрать контактные данные клиентов для дальнейших коммуникаций.
- Показать акции, спецпредложения и ключевой ассортимент.
- Передавать информацию о заказах и клиентах во внутренние системы компании.
Требования к результату. Это параметры, по которым вы оцениваете итог работы.
Примеры требований к сайту:
- Реализована структура: главная страница, каталог, карточки товаров, корзина, оформление заказа, личный кабинет, блог или блок акций.
- Пользователи могут пройти весь путь: найти товар, добавить в корзину, оформить и оплатить заказ, посмотреть статус в личном кабинете.
- Нет ошибок: все страницы открываются, формы отправляются, ссылки ведут по назначению.
Ограничения. Этот раздел задаёт рамки — технические, финансовые, по срокам или запрет на определённые действия.
Например, в ТЗ на сайт можно указать:
- Используем существующую CRM, подключать другие системы без согласования нельзя.
- В дизайне используем только цвета и шрифты из брендбука.
- Не применяем сторонние плагины и библиотеки без согласования.
Этапы и логика работы. В этом разделе вы прописываете последовательность работ по проекту. По нему видно, в каком порядке движется проект и что считать завершением каждого этапа — так проще контролировать процесс и принимать результат по частям.
При разработке сайта этапы могут быть такими:
- Прототипирование.
- Дизайн.
- Фронтенд- и бэкенд-разработка.
- Интеграция с CRM-системой и платёжными сервисами.
- Тестирование и исправление ошибок.
- Размещение товаров в каталоге.
- Финальная проверка тестировщиком и сдача проекта.
Сроки. Для каждого этапа задайте отдельный дедлайн. Так вы сможете спланировать свой график, распределить ресурсы, вовремя выявить проблемы и скорректировать процесс.
Сроки сдачи проекта можно прописать так:
- Прототипы — 5 дней.
- Дизайн — 7 дней.
- Разработка — 14 дней.
- Интеграции и тестирование — 5 дней.
- Итоговая сдача — в последний день срока, например, 17 февраля 2026 года.
Материалы от клиента. В этом разделе вы фиксируете контент и доступы, которые нужны подрядчику для работы над проектом.
Для маркетплейса это могут быть:
- Брендбук и логотип.
- Тексты для страниц и карточек товаров.
- Фотографии товаров.
- Доступ к CRM-системе.
- Список категорий и прайс-лист.
- Референсы по дизайну и примеры сайтов, которые вам нравятся.
Финальные материалы от подрядчика. В этом разделе вы описываете, что именно должны получить от подрядчика после завершения проекта.
Для сайта в ТЗ можно, например, указать, что подрядчик передаёт:
- Доступ к админке сайта.
- Готовый работающий сайт.
- Исходники дизайна.
- Инструкцию по работе с каталогом.
- Отчёт от тестировщика.
Кто должен составлять техническое задание
ТЗ составляет заказчик. Он формулирует задачу и описывает свои ожидания. Исполнитель подключается позже, чтобы уточнить детали, и вместе обе стороны приходят к общей договорённости.
Когда проект сложный, над техническим заданием работают вдвоём. Распределите роли так, чтобы вы определяли цель и контекст проекта, а исполнитель — технические решения. Тогда ТЗ будет учитывать и бизнес-задачи, и реальные ограничения по реализации.
Если полностью переложить на подрядчика разработку технического задания, оно может отразить только его опыт, а не ваши цели. Поэтому основу всегда формируете вы, а исполнитель уточняет детали и помогает структурировать требования.
Типичные ошибки при составлении ТЗ
Если отправить исполнителю неправильное техническое задание, работа пойдёт не по плану. Подрядчик потеряет ориентиры, а вы — контроль над результатом. Разберём ошибки, из-за которых результат может не совпасть с вашими ожиданиями.
Размытые формулировки
Фразы вроде «сайт в современном стиле», «удобная навигация» или «быстрый запуск» не внесут ясности в работу. Каждая сторона будет трактовать их по-своему.
Используйте конкретные параметры и требования. Например: «меню должно быть видно на всех страницах», «разделы открываются за 0,5 секунды», «структура категорий соответствует каталогу товаров».
Не обозначена цель
Если её нет, исполнитель не поймёт, ради чего выполняется работа, и начнёт действовать по своему усмотрению. В итоге заказчик потратит ресурсы и время, а результат не будет соответствовать ожиданиям, и придётся переделывать часть работы.
Чтобы этого избежать:
- Сформулируйте, какой результат вы хотите получить.
- Укажите основную задачу проекта: для чего разрабатывается продукт или услуга, какую проблему решает.
- Опишите, чем проект полезен бизнесу или пользователю.
Нет требований к результату
Если в ТЗ нет чётких требований, вы и подрядчик по-разному понимаете, что считать готовым результатом.
В этом помогают:
- Конкретные показатели и свойства: время загрузки страниц, отсутствие ошибок, нужные интеграции.
- Деление требований по категориям: функциональность, визуал, сроки, качество, интеграции.
- Примеры того, что вам нравится и что точно не подходит.
Нет ограничений
Без них исполнитель принимает решения на своё усмотрение. Это может привести к техническим и юридическим проблемам. Например, если вы уже работаете в одной CRM и не указали это в ТЗ, исполнитель может подобрать другой сервис. Тогда процесс продаж придётся перестраивать.
Слабая структура технического задания
Если в ТЗ в одном абзаце смешаны пожелания по дизайну, функционалу и этапам, исполнитель тратит время на уточнения, а вы — на пояснения.
Вот пример структуры технического задания, который подойдёт для любых видов работ:
- Введение: описание проекта и его сути.
- Цель проекта.
- Конкретные задачи, которые решает проект.
- Требования к результату: функции, объём, свойства, параметры качества.
- Ограничения: сроки, технологии, стандарты, материалы, платформы.
- Последовательность действий, этапы, контрольные точки.
- Критерии приёмки.
- Итоговые материалы.
Нереалистичные сроки
Если в ТЗ вы укажете сроки, которые не соответствуют объёму работы, проект с большой вероятностью выйдет за рамки графика. Исполнитель физически не успеет.
Перед утверждением дат обсудите их с подрядчиком, попросите оценить трудоёмкость и заложите небольшой буфер на непредвиденные задачи и согласования.
Устные договорённости
Всегда оформляйте ТЗ в печатном виде. Без этого границы работы размываются: объём задач растёт, количество правок увеличивается, а итог становится непредсказуемым. Документ зафиксирует временные рамки и обезопасит вас и исполнителя.
Критерии приёмки работ
Критерии приёмки — это показатели, по которым проверяют, что результат работы готов и соответствует ТЗ. Если их не прописать в техническом задании, каждая сторона будет по-своему оценивать, завершён ли проект.
Описание готового результата
Нужно зафиксировать, что именно считается результатом работы. Для сайта — это, например, набор страниц и функций, для рекламного ролика — готовое видео в нужном формате, для ремонта — отделка помещений по плану.
Соответствие ТЗ
Этот критерий фиксирует, что результат совпадает с договорённостями: перечнем задач, объёмом работ, этапами и ограничениями.
Функциональность
Например, для сайта — это время загрузки страниц и фильтры в каталоге, для CRM-системы — корректная работа всех процессов, для маркетинговой кампании — публикация постов и настройка таргета. Каждая заявленная функция должна стабильно работать.
Полный комплект файлов и доступов
Подрядчик передаёт все материалы, которые нужны для дальнейшей работы. Это могут быть файлы проекта, отчёты, инструкции, исходники, доступы к сервисам и аккаунтам.
Соблюдение сроков
Результат передан в те даты, которые стороны закрепили в договоре или календарном плане. Если сроки сдвигались, порядок приёмки и возможные компенсации должны быть зафиксированы отдельно, чтобы не возникало споров.
