Workify logoЕдинственный бизнес-инструмент, который вам нуженWorkify
Menu
Онбординг и приём заявок

Шаблон технического задания

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

Что вы получите

  • Версия на простом языке — Разговорный тон для клиентов, предпочитающих понятный язык
  • Формальная версия — Профессиональный язык для корпоративных клиентов или юридических требований
  • Таблица результатов — Чёткий перечень того, что будет предоставлено
  • Допущения и зависимости — Что должно быть верно, чтобы это сработало
  • Раздел «Вне объёма» — Явные исключения для предотвращения недоразумений
  • Раздел процесса изменений — Как обрабатывать изменения объёма

Скачать шаблон

Получите шаблон технического задания в формате PDF.

Без email. Бесплатно для использования и распространения.

Предпросмотр шаблона объёма проекта

Используйте эту структуру, чтобы определить полный объём любого проекта до начала работы. Каждое поле соответствует разделу в загружаемом шаблоне.

Обзор проекта
напр. Редизайн сайта в Q3
Один абзац, кратко описывающий цель проекта и ожидаемый результат
Измеримые цели: «Повысить конверсию на 15%» или «Сократить время онбординга до менее 3 дней»
Результаты и вехи
Конкретные результаты: «Адаптивный сайт из 5 страниц», «PDF с брендбуком», «3 концепции рекламы»
Ключевые контрольные точки: «Исследование завершено», «Дизайн утверждён», «Разработка готова», «Запуск»
Дата начала, дата окончания и длительность каждого этапа или вехи
Ресурсы и бюджет
Общий бюджет проекта, график платежей и что инициирует каждый платёж
Менеджер проекта, дизайнер, разработчик, представитель клиента — кто за что отвечает
Ограничения и подписание
Что должно быть верно: «Клиент предоставляет контент к неделе 2», «Доступна среда хостинга»
Жёсткие лимиты: нормативные требования, технологические ограничения, фиксированные дедлайны
Как определяется «готово»: «Клиент предоставляет письменное одобрение в течение 5 рабочих дней после сдачи»
Имя и подпись клиента: _______________Дата: _______________
Имя и подпись исполнителя: _______________Дата: _______________

Определение «вне объёма» (с примерами)

Самая важная часть вашего ТЗ — это то, что НЕ включено. Будьте конкретны:

Пример редизайна сайта

В объёме: Дизайн главной, страниц «О нас», «Услуги», «Контакты» (всего 4 страницы)

Вне объёма: Шаблон блога, функционал e-commerce, копирайтинг, фотосъёмка, SEO-оптимизация, настройка хостинга, миграция контента

Пример фирменного стиля

В объёме: Логотип (основной + иконка), цветовая палитра, подбор типографики, базовый брендбук (10 страниц)

Вне объёма: Бренд-стратегия/позиционирование, разработка слогана, расширенный брендбук, дизайн визиток, дизайн сайта, шаблоны для соцсетей

Пример маркетинговой кампании

В объёме: Стратегия кампании, 3 концепции рекламы, дизайн 1 лендинга, настройка кампании в рекламной платформе

Вне объёма: Постоянная оптимизация, управление рекламным бюджетом, разработка лендинга, копирайтинг сверх заголовков, A/B-тестирование сверх первичной настройки

Как связаны запросы на изменения

Ваше ТЗ должно объяснять, что происходит, когда объём нужно изменить:

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

Приложите ссылку на вашу форму запроса на изменение в ТЗ.

Как использовать этот шаблон

  1. 1

    Начните с заметок с ознакомительного звонка

    Используйте информацию из вашего креативного брифа или ознакомительного этапа, чтобы заполнить ТЗ.

  2. 2

    Сначала заполните результаты

    Будьте конкретны: «сайт из 5 страниц», а не «редизайн сайта». Указывайте количество, форматы и характеристики.

  3. 3

    Напишите раздел «вне объёма»

    Подумайте о том, что клиент может считать включённым, но что таковым не является. Явно перечислите эти вещи.

  4. 4

    Задокументируйте допущения

    «Клиент предоставит текст к дате X». «Предполагается доступ к платформе Y». Если это не выполняется, объём меняется.

  5. 5

    Обсудите с клиентом

    Пройдитесь по ТЗ вместе. Не просто отправляйте его — обсудите, чтобы обеспечить согласованность.

Частые ошибки и как их избежать

Расплывчатость в результатах

«Дизайн логотипа» — расплывчато. «Основной логотип + вариант-иконка, поставляемые в форматах AI, EPS, PNG, SVG» — конкретно.

Пропуск раздела «вне объёма»

Если вы не скажете, что исключено, клиенты будут считать это включённым. Всегда указывайте явные исключения.

Отсутствие критериев приёмки

«Одобрено клиентом» — субъективно. «Клиент предоставляет письменное одобрение в течение 5 рабочих дней» — измеримо.

Игнорирование зависимостей

Если вам нужен контент клиента, доступ к API или сторонние материалы, перечислите их. Задержки сроков из-за отсутствующих зависимостей — не ваша вина, если это задокументировано.

Что такое объём проекта?

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

Без задокументированного объёма проекты расползаются. Функции добавляются без корректировки сроков. Бюджеты выходят за рамки, потому что допущения так и не были записаны. Команды работают над тем, о чём клиент не просил, упуская то, о чём просил.

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

Что включить в документ об объёме проекта

Полный документ об объёме проекта охватывает двенадцать областей. Предпросмотр шаблона выше следует этой структуре:

1. Название проекта

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

2. Описание

Краткое изложение в один абзац: что представляет собой проект и зачем он нужен.

3. Цели

Измеримые результаты, определяющие успех.

4. Результаты

Конкретные результаты с количеством, форматами и характеристиками.

5. Вехи

Ключевые контрольные точки и точки проверки.

6. Сроки

Даты начала/окончания и длительность этапов.

7. Бюджет

Общая стоимость, график платежей и триггеры платежей.

8. Роли команды

Кто что делает с обеих сторон.

9. Допущения

Условия, которые должны быть верны, чтобы проект шёл по плану.

10. Ограничения

Жёсткие лимиты: нормативные, технические или связанные с дедлайнами.

11. Критерии приёмки

Как определяется и измеряется «готово».

12. Подписание

Формальное одобрение обеими сторонами до начала работы.

Объём проекта, устав проекта и техническое задание

Эти три документа постоянно путают. Вот чем они различаются:

Описание объёма проекта

Определяет, что будет предоставлено и что не будет. Сосредоточено на результатах, целях, ограничениях и критериях приёмки. Используется командой проекта и клиентом для согласования границ.

Аудитория: менеджер проекта, клиент, руководители групп

Устав проекта

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

Аудитория: спонсоры-руководители, PMO, управляющий комитет

Техническое задание (ТЗ)

Договорный документ между клиентом и исполнителем. Включает всё из объёма проекта плюс коммерческие условия: цены, график платежей, процесс изменений и юридические положения. Часто именно этот документ подписывается.

Аудитория: клиент, исполнитель, юристы/закупки

На практике: Для агентств и фрилансеров ТЗ обычно содержит объём проекта. Корпоративные организации часто сначала создают устав, затем детальный объём, а затем ТЗ для соглашений с подрядчиками. Этот шаблон покрывает все три потребности.

Как реализовать это в Workify

  • Прикрепите ТЗ к сделке/проекту — Держите документацию связанной с работой
  • Создайте вехи проекта из результатов — Превратите пункты ТЗ в отслеживаемые задачи
  • Делитесь через клиентский портал — Клиент может получить доступ и обратиться к ТЗ в любое время
  • Отслеживайте изменения с историей версий — Смотрите, как объём эволюционировал в ходе проекта

Соответствует функциям: Проекты, Документы, Клиентский портал

Определение объёма — это место, где выигрывается или теряется прибыль.Посмотрите, как это вписывается в полный жизненный цикл прибыльности агентства →

Часто задаваемые вопросы

В чём разница между ТЗ и коммерческим предложением?

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

В чём разница между объёмом проекта и техническим заданием?

Описание объёма проекта определяет, что будет предоставлено, цели, ограничения и критерии приёмки. Техническое задание (ТЗ) включает объём проекта плюс коммерческие условия: цены, график платежей, процесс изменений и юридические положения. Для агентств и фрилансеров ТЗ обычно содержит объём проекта в едином документе.

Что должно включать описание объёма проекта?

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

Кто отвечает за определение объёма проекта?

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

Должно ли ТЗ включать цены?

Может, но не обязано. Некоторые агентства включают цены в ТЗ для простоты. Другие держат цены в отдельном соглашении или графике счетов. Главное, чтобы объём и цена были где-то чётко связаны.

Насколько детальными должны быть результаты?

Достаточно детальными, чтобы обе стороны пришли к одному выводу о том, что включено. «Сайт» — слишком расплывчато. «Маркетинговый сайт из 5 страниц, включающий главную, «О нас», «Услуги», индекс блога и страницу контактов, адаптивный дизайн, поставляемый в HTML/CSS» — понятно.

Когда использовать формальную версию, а когда — на простом языке?

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

Как обрабатывать объём, который трудно определить заранее?

Используйте этапы. Этап 1 может быть исследованием/определением объёма с фиксированной ценой. Этап 2 — сама работа с объёмом, определённым после завершения этапа 1. Это защищает обе стороны, когда требования неясны.

Должен ли клиент подписывать ТЗ?

Да, в идеале. Подпись означает согласие. Если формальные подписи непрактичны, как минимум получите явное письменное подтверждение: «Ответьте на это письмо словом 'согласен', чтобы подтвердить своё согласие с этим объёмом».

Похожие шаблоны