Вы заключили договор на разработку сайта, приложения или ремонт офиса — и через месяц обнаружили, что исполнитель делает не то, что нужно, сроки сорваны, а бюджет вырос вдвое. Причина одна: отсутствует четкое техническое задание. ТЗ — это не формальность, а рабочий инструмент, который фиксирует, что именно должен получить заказчик, в какие сроки, с каким качеством и за какие деньги. Без него любой проект превращается в бесконечные правки, споры о том, что вы имели в виду, и выяснение виновных. Хорошая новость: составить работающее ТЗ можно за 10–15 минут, если взять готовый бланк и адаптировать его под свою задачу. В этой статье вы найдете универсальную структуру техзадания, скачаете шаблон в DOCX или Google Docs и увидите реальные примеры ТЗ для IT, строительства, маркетинга и услуг — с пояснениями, какие разделы оставить, какие убрать и что дописать именно для вашего проекта.
- Техническое задание (ТЗ) — обязательный документ, который фиксирует объем работ, сроки, бюджет и критерии приемки. По исследованиям Standish Group, 43% IT-проектов без ТЗ превышают бюджет на 189%, а 52% срывают сроки вдвое.
- Эффективное ТЗ строится на пяти ключевых блоках: общая информация, цели и задачи, требования к результату, сроки с этапами и критерии приемки. Можно составить рабочий документ за 10–15 минут, адаптировав готовый шаблон под специфику проекта.
- Критичные разделы, которые часто забывают: исходные данные от заказчика (логины, материалы, доступы), детальные критерии приемки (измеримые показатели, не размытые формулировки) и разбивка на этапы с контрольными точками вместо одного финального дедлайна.
- ТЗ служит юридическим доказательством в спорах: по статье 702 ГК РФ подрядчик обязан выполнить работу согласно заданию. Грамотный ТЗ защищает обе стороны от бесконечных доработок и разногласий о том, что имелось в виду.
Техническое задание: зачем оно нужно и почему без него не начать проект
ТЗ делает три вещи: фиксирует объем работ, устанавливает критерии приемки результата и распределяет ответственность между заказчиком и исполнителем. Когда в договоре написано «разработать сайт» без деталей, каждая сторона понимает это по-своему: заказчик ждет интернет-магазин с личным кабинетом и интеграцией с 1С, а исполнитель сдает landing page на конструкторе. Техническое задание превращает размытую формулировку в список конкретных требований: количество страниц, функции, дизайн, форматы файлов, технологии. Без этого документа вы не докажете, что исполнитель нарушил условия, а он не защитится от бесконечных доработок.
ТЗ: ключ к успеху любого проекта
Проект считается успешным, если исполнитель сдал работу в срок, в рамках бюджета и с тем качеством, которое ожидал заказчик. ТЗ синхронизирует эти ожидания: вместо абстрактного «красивый дизайн» вы описываете «дизайн в стиле минимализм, шрифт Montserrat, корпоративные цвета #FF5733 и #33C3FF, адаптивная верстка под экраны от 320px». Исполнитель точно знает, что делать, а заказчик получает инструмент контроля на каждом этапе.
В IT, строительстве, маркетинге успешные проекты начинаются с детального ТЗ: разработчики пишут спецификацию требований, строители делают проектно-сметную документацию с планами и объемами работ, маркетологи составляют бриф с целевой аудиторией и KPI. Общий принцип один: чем точнее описан результат, тем меньше правок и претензий.
Детально проработанное ТЗ — это не бюрократия, а фундамент успешного запуска. Чем скрупулезнее описан конечный результат, тем меньше пространства для претензий и незапланированных переделок.
Без ТЗ ваш проект рискует выйти за рамки бюджета и сроков
По исследованию Standish Group, 43% IT-проектов без четкого ТЗ превышают бюджет в среднем на 189%, а 52% срывают сроки более чем вдвое. Причина: заказчик добавляет новые функции по ходу работы («а давайте еще интеграцию с CRM»), исполнитель тратит время на переделку уже готовых модулей, а затраты растут. В строительстве отсутствие ТЗ приводит к закупке лишних материалов или простоям из-за недопоставок: подрядчик не знал, что нужен кабель сечением 2,5 мм², закупил 1,5 мм², и монтаж встал.
Типичный сценарий: вы заказали разработку сайта за 150 тысяч рублей и 2 месяца, но не указали, что нужна мобильная версия. Исполнитель сдал десктопную, вы требуете доработку — он выставляет дополнительный счет на 50 тысяч и еще месяц работы. Без ТЗ это законно: он выполнил договор, а новые требования — это расширение объема. С ТЗ таких ситуаций не возникает: все требования зафиксированы до старта.
Ответственность сторон: как ТЗ помогает избежать разногласий
ТЗ разделяет обязанности: заказчик обязан предоставить исходные данные (доступы, контент, техническую информацию) в оговоренные сроки, а исполнитель — выполнить работу согласно требованиям. Если заказчик задерживает передачу логотипа на неделю, исполнитель вправе сдвинуть дедлайн на неделю — это указано в пункте «Сроки и этапы». Если исполнитель сдал сайт без формы обратной связи, которая была в ТЗ, заказчик отказывается принимать работу и не платит до устранения недочета.
В суде ТЗ становится главным доказательством. По статье 702 ГК РФ подрядчик обязан выполнить работу в соответствии с заданием заказчика. Если ТЗ нет или оно размыто («сделать качественно»), суд встанет на сторону того, кто предоставит хоть какие-то конкретные доказательства: переписку, скриншоты, акты. С грамотным ТЗ спор решается за одно заседание: берете документ, показываете пункт «Форма обратной связи — обязательна», смотрите на сданный сайт — ее нет. Исполнитель обязан доделать или вернуть деньги.
🚀 Тексты, которые нравятся поисковикам
ТЗМонстр — умный нейропомощник для SEO и блогов. Автоматически собирает LSI-фразы, генерирует детальное ТЗ и пишет экспертные статьи лучше обычного ChatGPT. От 15₽ за готовый план работы.
Скелет идеального ТЗ: базовые разделы для любой задачи
Любое техническое задание строится на пяти ключевых блоках: общая информация о проекте, цели и задачи, требования к результату, сроки и этапы, критерии приемки. Этот каркас работает для разработки сайта, ремонта офиса, поставки оборудования или организации мероприятия. Различаются только детали внутри каждого раздела: для IT-проекта в требованиях перечисляете функционал и технологии, для стройки — материалы и нормативы, для маркетинга — форматы контента и KPI. Начинайте с этих пяти разделов, а затем дополняйте специфичными пунктами для своей отрасли — так вы получите полноценный документ, который закрывает 90% рисков.
Общие сведения: кто, что, когда
В этом разделе фиксируете участников проекта, предмет договора и базовые рамки работы. Укажите название компании-заказчика и исполнителя, контактные лица с телефонами и email, номер и дату договора, к которому прилагается ТЗ. Опишите предмет одной фразой: «Разработка корпоративного сайта на WordPress», «Ремонт офиса площадью 120 м²», «Настройка контекстной рекламы в Яндекс Директе». Так сразу понятно, о чем речь, если документ попадет третьему лицу — арбитру, юристу или новому менеджеру проекта.
Здесь же укажите общий срок выполнения работ (например, «с 10 января по 28 февраля 2026 года») и бюджет, если он зафиксирован в договоре. Эти данные не дублируют договор, а служат быстрым ориентиром для всех участников: открыли ТЗ — сразу видите дедлайн и сумму. Если проект делится на этапы, детальный график вынесете в отдельный раздел «Сроки и этапы», а здесь оставьте только общие рамки.
Не заставляйте команду искать важные цифры в многостраничных контрактах. Вынесение бюджета и жестких дедлайнов в самое начало документа синхронизирует ожидания всех участников с первой секунды.
Цели и задачи: чего мы хотим достичь
Цель отвечает на вопрос «Зачем?» и формулируется одним предложением: «Увеличить число заявок с сайта на 40% за три месяца», «Привести офис в соответствие с санитарными нормами СанПиН 1.2.3685-21», «Запустить мобильное приложение для iOS и Android к началу летнего сезона». Без четкой цели исполнитель будет гадать, что для вас важнее — скорость, бюджет или качество, и в итоге выберет не то. Цель дает критерий успеха: проект завершен, когда достигнут этот результат, а не когда закончились деньги или время.
Задачи — это конкретные шаги для достижения цели. Для сайта: «Разработать дизайн главной и пяти внутренних страниц», «Настроить форму заявки с интеграцией в CRM», «Оптимизировать скорость загрузки до 2 секунд». Для ремонта: «Заменить электропроводку», «Установить подвесной потолок Armstrong», «Уложить ламинат 33 класса». Каждая задача — это пункт, который можно проверить и принять. Чем подробнее распишете задачи, тем меньше простора для разночтений и тем проще контролировать исполнителя на каждом этапе.
Требования к результату: функционал, качество, ограничения
Этот раздел — сердце ТЗ. Здесь перечисляете, каким должен быть итоговый продукт: какие функции выполнять, каким стандартам соответствовать, какие ограничения учитывать. Для сайта пропишите обязательные страницы (главная, каталог, контакты), элементы (корзина, фильтры, личный кабинет), технологии (CMS, языки программирования, хостинг), требования к дизайну (фирменный стиль, адаптивность под мобильные), к производительности (время загрузки, количество одновременных пользователей). Для стройки укажите материалы с артикулами, нормативы (СНиП, ГОСТ), допустимые отклонения размеров, цвет и фактуру покрытий.
Ограничения — это то, чего делать нельзя или что нужно обязательно учесть. Например: «Не использовать библиотеки с лицензией GPL», «Работы проводить в выходные, чтобы не мешать сотрудникам», «Бюджет не более 500 000 рублей», «Сайт должен открываться в Internet Explorer 11». Каждое ограничение сужает поле для маневра исполнителя и защищает вас от неприятных сюрпризов вроде несовместимого ПО или незапланированных простоев. Чем точнее опишете требования, тем меньше итераций правок и споров на этапе приемки.
Адаптация шаблона: как ТЗ подстроится под вашу сферу
Базовая структура ТЗ — цель, объем работ, сроки, критерии приемки — одинакова для любого проекта, но наполнение каждого раздела зависит от отрасли. В IT главное — технический стек, API, версии ПО и требования к безопасности; в строительстве — СНиПы, ГОСТы, материалы и поэтапная сдача работ; в маркетинге — целевая аудитория, KPI, платформы размещения и требования к контенту. Если использовать один бланк без правки, половина разделов окажется лишней, а критичные для вашей сферы блоки — пропущены. Скачайте универсальный шаблон, удалите неактуальные пункты и дополните его типовыми требованиями вашей отрасли. Это займет 10–15 минут и сэкономит месяцы споров с исполнителем.
IT-проекты: ПО, интеграции, безопасность, юзабилити
В ТЗ на разработку сайта, приложения или интеграцию систем обязательно укажите технологический стек: язык программирования, фреймворк, СУБД, версии библиотек. Например: «Backend — Python 3.11, Django 4.2; Frontend — React 18, TypeScript; БД — PostgreSQL 15». Пропишите требования к API — формат (REST, GraphQL), методы аутентификации (OAuth 2.0, JWT), лимиты запросов. Если планируете интеграцию с внешними сервисами (CRM, платежные шлюзы), укажите, какие именно системы, версии API и способ обмена данными (webhook, polling).
Отдельный блок — требования к безопасности и производительности. Укажите нужные уровни защиты: шифрование данных (TLS 1.3), хранение паролей (bcrypt, Argon2), защита от CSRF, XSS, SQL-инъекций. Пропишите юзабилити-требования: время загрузки страниц (не более 2 секунд), адаптивность под экраны от 320px, поддержка браузеров (последние 2 версии Chrome, Firefox, Safari). Добавьте критерии приемки: прохождение автотестов, отсутствие критических уязвимостей при сканировании OWASP ZAP, соответствие макетам в Figma с точностью до 2px.
Строительство и проектирование: нормативы, материалы, этапы, документация
В строительном ТЗ первыми идут нормативные требования: укажите СНиПы, ГОСТы, СанПиНы, которым должны соответствовать работы. Например: «Отделка по СНиП 3.04.01-87, электрика — ПУЭ 7-е издание, вентиляция — СП 60.13330.2020». Пропишите материалы с конкретными характеристиками: «Кирпич керамический М150, ГОСТ 530-2012; утеплитель — минвата плотностью 50 кг/м³, толщина 100 мм; краска — Tikkurila Euro 7, класс истираемости 1». Укажите допустимые отклонения: «Вертикальность стен ±2 мм на 1 м, горизонтальность пола ±4 мм на 2 м».
Для строительных подрядов точность нормативной базы критична. Отсутствие ссылок на конкретные СНиПы и ГОСТы превращает приемку объекта в лотерею, где закон будет не на вашей стороне.
Разбейте проект на этапы с четкими сроками и актами приемки: «1. Демонтаж — 5 дней, акт скрытых работ. 2. Возведение стен — 14 дней, акт на несущие конструкции. 3. Электромонтаж — 7 дней, протокол измерений сопротивления изоляции». Пропишите, какую документацию передает подрядчик: исполнительную схему, паспорта на материалы, гарантийные талоны, акты освидетельствования скрытых работ. Если проект требует согласований (перепланировка, фасад), укажите, кто отвечает за получение разрешений и в какие сроки.
Маркетинг и веб-разработка: SEO, контент, дизайн, аналитика, CMS
В ТЗ на сайт или маркетинговую кампанию начните с целевой аудитории и KPI: «ЦА — собственники бизнеса 30–50 лет, Москва и МО. KPI: 500 заявок в месяц, CPL ≤1200 ₽, конверсия лендинга ≥4%». Для SEO укажите требования: семантическое ядро (список ключей с частотностью), структура URL (ЧПУ, до 5 уровней вложенности), метатеги (Title до 60 символов, Description до 160), внутренняя перелинковка (минимум 3 ссылки на каждой странице). Пропишите технические моменты: скорость загрузки (PageSpeed Insights ≥90), валидность HTML, микроразметка Schema.org.
Для контента зафиксируйте объемы и форматы: «10 статей по 5000 знаков, уникальность ≥95% (text.ru), водность ≤15%, вхождения ключей — до 3% от текста». Укажите CMS и требуемый функционал: «WordPress 6.4, плагины Yoast SEO, WooCommerce, ACF Pro; админка на русском, визуальный редактор Elementor». Для дизайна дайте ссылки на референсы, укажите фирменные цвета (HEX-коды), шрифты (Google Fonts, указать название и начертание). Пропишите систему аналитики: установка Яндекс.Метрики и Google Analytics 4, настройка целей (клик по кнопке, заполнение формы, звонок), передача данных в CRM через webhook.
Важные элементы ТЗ, о которых часто забывают
Большинство конфликтов между заказчиком и исполнителем возникает не из-за некачественной работы, а из-за того, что в ТЗ не прописали три критически важных раздела: исходные данные от заказчика, критерии приемки результата и детализацию этапов с контрольными точками. Заказчик уверен, что исполнитель сам запросит нужные логины, макеты или доступы, а исполнитель ждет, пока ему пришлют все необходимое — в итоге старт работы откладывается на недели. Критерии приемки не прописаны — и то, что для разработчика «готовая страница», для заказчика оказывается полуфабрикатом без адаптивности и аналитики. План без этапов превращает проект в черный ящик: вы не знаете, на какой стадии находится работа, когда ждать промежуточных результатов и в какой момент можно скорректировать курс.
Исходные данные: что предоставит заказчик для начала работ
Этот раздел перечисляет все, что заказчик обязан передать исполнителю до старта или на конкретном этапе: логины и пароли к хостингу, CMS, CRM; брендбук, фирменные цвета и шрифты; тексты, фотографии, видео; доступ к серверу, базе данных; контактные данные ответственных сотрудников для согласований. Без этого списка исполнитель приступит к работе с опозданием или сделает макет в чужих цветах, а вы потом будете требовать бесплатную переделку. Укажите формат каждого документа и сроки передачи: «Логотип в векторе (AI, EPS) и тексты страниц — в течение 3 рабочих дней после подписания договора».
Пропишите, кто отвечает за сбор материалов на стороне заказчика, и что делать, если часть данных отсутствует. Например: «Если заказчик не предоставит фото продукции к 15 мая, исполнитель использует бесплатные стоковые изображения, финальная замена — за счет заказчика». Этот пункт защищает обе стороны: исполнитель не простаивает без материалов, а заказчик понимает последствия задержки.
Задержка материалов от клиента — частая причина срыва дедлайнов. Опыт компании TzMonster доказывает, что фиксация штрафных санкций и сроков передачи исходников в ТЗ дисциплинирует заказчика и спасает проект от простоев.
Критерии приемки: как оценить успех
Критерии приемки — это конкретные, измеримые показатели, по которым вы подтверждаете, что результат соответствует ТЗ. Для сайта: время загрузки главной страницы не более 2 секунд, корректное отображение на iPhone SE и Samsung Galaxy A52, все формы отправляют данные в CRM, Google PageSpeed Insights дает не менее 85 баллов для мобильной версии. Для ремонта офиса: стены окрашены в RAL 9003, электропроводка соответствует ПУЭ-7, акт скрытых работ подписан до штукатурки. Чем точнее формулировка, тем меньше споров: фраза «сайт должен быстро грузиться» бесполезна, а «главная открывается за 2 секунды на 4G» — это проверяемое условие.
Пропишите процедуру приемки: заказчик тестирует результат в течение 5 рабочих дней, оформляет список замечаний таблицей с номером, описанием и скриншотом, исполнитель устраняет критичные замечания за 3 дня, некритичные — за 7 дней. Укажите, сколько итераций правок входит в стоимость (обычно 1–2), и что считается новой задачей, а не доработкой по ТЗ. Например, добавить кнопку, которой не было в макете, — это новая задача, а исправить криво встающий блок на iPad — доработка по ТЗ.
Сроки и этапы: подробный план и контрольные точки
Разбейте проект на этапы длительностью не больше 2 недель каждый, с четкой датой сдачи результата и списком того, что заказчик получит. Пример для лендинга: этап 1 (5 дней) — прототип в Figma, заказчик утверждает структуру блоков; этап 2 (7 дней) — дизайн-макет главной страницы, утверждение цветов и стилей; этап 3 (10 дней) — верстка и интеграция с CRM; этап 4 (3 дня) — тестирование, устранение замечаний, передача проекта. Для каждого этапа укажите, сколько дней дается заказчику на согласование и что происходит при срыве: «Если заказчик не утвердил макет в течение 3 рабочих дней, считается автоматически согласованным».
Пропишите контрольные точки — встречи или звонки, на которых стороны сверяют прогресс. Например, еженедельный созвон по понедельникам в 15:00 для проектов длительностью более месяца. Укажите, как фиксируются изменения ТЗ в процессе работы: любая новая задача оформляется письменно (email, чат), с указанием влияния на сроки и бюджет, и требует письменного согласия заказчика. Это защитит вас от ситуации, когда «по звонку договорились», а потом одна сторона забыла или поняла иначе.
Практические советы: как быстро заполнить бланк ТЗ
Главная ошибка при работе с бланком ТЗ — попытка заполнить все разделы подряд, не понимая, какие из них критичны для вашего проекта. В результате вы тратите часы на описание второстепенных деталей и пропускаете ключевые требования. На практике 80% содержания любого техзадания формируется из четырех блоков: что делаем (объем работ), как проверяем результат (критерии приемки), когда сдаем (сроки и этапы), сколько платим (бюджет и условия оплаты). Остальные разделы — ответственность сторон, штрафы, конфиденциальность — добавляются по необходимости. Ниже разберем, где взять рабочий шаблон, как за четверть часа вычистить из него лишнее и заполнить нужное, и какие три ошибки убивают 90% техзаданий еще на этапе согласования.
Где скачать готовый бланк ТЗ (DOCX, Google Docs)
Универсальные шаблоны ТЗ публикуют профильные порталы и консалтинговые компании: Habr Career (раздел «Документы для разработки»), vc.ru (поиск по тегу «техзадание шаблон»), Skillbox и «Нетология» в блогах для студентов, а также GitHub (репозитории типа «technical-task-templates»). Для строительства и подрядных работ ищите образцы на сайтах СРО и в базах типа «Консультант Плюс» (раздел «Типовые договоры»). Формат DOCX удобен для локального редактирования, Google Docs — для совместной работы команды и отслеживания правок в реальном времени.
При выборе бланка проверьте дату публикации (не старше 2022 года, чтобы учитывались актуальные требования законодательства и рыночные практики) и наличие комментариев в самом документе — хороший шаблон содержит подсказки в квадратных скобках, какую информацию вписывать в каждое поле. Скачайте 2–3 варианта из разных источников, откройте параллельно и выберите тот, где структура совпадает с вашим проектом: для IT — с разделами «Функциональные требования» и «Технологический стек», для услуг — с блоком «Порядок оказания» и «KPI результата».
Использование устаревших бланков — огромная ошибка. Законодательство и технологические стандарты меняются ежегодно, поэтому шаблон документа старше двух лет скорее навредит проекту, чем поможет его структурировать.
Как адаптировать шаблон за 10–15 минут: пошаговая инструкция
Откройте скачанный бланк и сразу удалите разделы, которых в вашем проекте нет: если не передаете исполнителю оборудование — убирайте блок «Обеспечение ресурсами», если работа разовая без этапов — режьте «График промежуточных приемок». Оставьте только те пункты, по которым у вас уже есть конкретная информация или решение. Затем заполните четыре обязательных раздела: 1) Цель проекта — одним предложением, что должно работать или быть готово в итоге. 2) Объем работ — списком конкретных действий или результатов (не «разработать сайт», а «5 страниц: главная, каталог, карточка товара, корзина, контакты»). 3) Критерии приемки — как вы поймете, что работа выполнена (чек-лист, тесты, акт). 4) Сроки — дата старта, дата сдачи, даты ключевых этапов, если проект длится больше месяца.
После этого пройдитесь по оставшимся пунктам и впишите 1–2 предложения в каждый: кто предоставляет материалы, какие форматы файлов нужны на выходе, как стороны связываются (email, мессенджер, CRM). Если сомневаетесь, нужен ли раздел — оставьте заголовок и напишите «Согласовывается отдельно» или «Не требуется». Сохраните документ с названием «ТЗ_[название проекта]_[дата]» и отправьте исполнителю на согласование, попросив дописать технические детали, которые он видит со своей стороны. Финальная версия — это ваш черновик плюс правки подрядчика, утвержденные обеими сторонами.
Типичные ошибки при составлении ТЗ и как их избежать
Первая ошибка — размытые формулировки в объеме работ: «качественный дизайн», «удобный интерфейс», «современное оформление». Исполнитель трактует эти слова по-своему, а вы получаете не то, что хотели. Решение: каждое требование описывайте через измеримый результат или пример — «дизайн в стиле Material Design 3, референс: сайт компании X», «время загрузки главной страницы не более 2 секунд на 4G». Вторая ошибка — отсутствие критериев приемки. Вы пишете, что нужно сделать, но не фиксируете, как будете проверять. Итог: бесконечные споры, выполнена работа или нет. Добавьте чек-лист или таблицу с пунктами «Выполнено / Не выполнено» и условие: акт подписывается только после прохождения всех пунктов.
Третья ошибка — игнорирование сроков промежуточных этапов в долгих проектах. Если ТЗ рассчитано на 3–6 месяцев, а контрольная точка одна — финальная сдача, исполнитель может месяцами ничего не делать, а в конце завалить дедлайн. Разбейте работу на 3–4 этапа по 2–4 недели, для каждого пропишите, что должно быть готово и когда вы проверяете. Четвертая ошибка — копирование чужих разделов без адаптации. Не переносите в ТЗ на услугу по SMM-продвижению раздел «Требования к прочности конструкций» из строительного шаблона — лишние пункты запутывают обе стороны и создают риск случайных обязательств.
Примеры эффективных технических заданий: учимся у лучших
Готовые примеры ТЗ из реальных проектов показывают, какие разделы работают, а какие создают путаницу. Типичная ошибка — копировать чужой бланк целиком: в IT-проекте нужна детальная спецификация интеграций и технологий, в консалтинге важнее описать методологию и формат результата, а в строительстве — смету по материалам и график поэтапной сдачи. Ниже разберем три образца с комментариями: что в каждом разделе обязательно прописать, какие пункты можно убрать без риска и как адаптировать структуру под свою задачу за 10 минут.
ТЗ для мобильного приложения
В ТЗ на мобильное приложение обязательны три блока: список экранов с описанием функционала каждого, требования к интеграциям (API, платежные системы, push-уведомления) и критерии производительности (время загрузки, расход батареи, объем кеша). Типичный пример: «Экран авторизации: поля ввода телефона и кода из СМС, кнопка «Войти», восстановление пароля через email. Интеграция с Firebase Authentication. Время загрузки экрана не более 1,5 секунды на 4G-сети».
Критерии приемки привязывают к user story: «Пользователь вводит номер телефона, получает СМС-код в течение 30 секунд, входит в приложение за 3 тапа». Приложите макеты Figma или Sketch с указанием кликабельных зон, анимаций переходов и правил адаптации под iOS и Android. Этот набор исключает 80 % споров о том, как должно выглядеть и почему кнопка не там.
ТЗ для корпоративного сайта
ТЗ на корпоративный сайт начинается с карты страниц (главная, о компании, услуги, контакты, блог) и описания ключевых элементов: формы заявки, каталога с фильтрами, личного кабинета. Пропишите требования к CMS (WordPress, Битрикс, Tilda), хостингу (нагрузка, SSL-сертификат) и SEO (мета-теги, скорость загрузки, адаптивность). Пример: «Форма заявки на главной: поля «Имя», «Телефон», «Email», кнопка «Отправить». После отправки — уведомление на email менеджера и СМС клиенту. Время загрузки главной страницы не более 2 секунд на десктопе».
Разработка корпоративного портала без детализированной карты страниц и четких критериев производительности всегда приводит к хаосу. Функциональность каждой кнопки должна быть задокументирована до написания первой строчки кода.
Критерии приемки: «Сайт открывается корректно в Chrome, Safari, Firefox (последние 2 версии), адаптирован под экраны от 320 до 1920 пикселей. Форма обрабатывает 500 заявок в сутки без сбоев». Приложите структуру навигации, прототипы ключевых страниц и требования к дизайну (фирменные цвета, логотип, шрифты). Этого достаточно, чтобы разработчик и дизайнер работали синхронно, а вы получили сайт без доработок после запуска.
ТЗ для консалтинговых услуг
В ТЗ на консалтинг фиксируют методологию, формат результата и критерии качества. Пример: «Провести аудит системы управления запасами. Методология: анализ текущих процессов (интервью с 5 сотрудниками, изучение 100 операций за квартал), сравнение с best practices (FIFO, ABC-анализ). Результат: отчет на 15–20 страниц с выявленными узкими местами, 3 сценария оптимизации с расчетом экономии, дорожная карта внедрения на 6 месяцев».
Критерии приемки: «Отчет содержит минимум 10 конкретных рекомендаций с указанием ответственных, сроков и бюджета на каждую. Презентация результатов для топ-менеджмента (до 30 слайдов, 1 час). Консультант отвечает на вопросы в течение 2 недель после сдачи отчета». Этот блок превращает расплывчатое «помочь с процессами» в измеримый результат, который легко проверить и оплатить.
Тимур (Команда TzMonster) — Эксперт по контент-маркетингу и SEO.