Техническое задание на сайт: как описать задачу, чтобы не переделывать за свой счет

Спор с подрядчиком почти никогда не начинается со слов «вы сделали плохо». Он начинается со слов «мы думали, это входит». Хорошее техническое задание не про формальность и не про толщину документа - оно про то, чтобы обе стороны одинаково понимали границу работ. Разбираем структуру по разделам и отдельно те четыре пункта, из-за которых платят дважды.

Чем ТЗ отличается от брифа

Бриф - это про бизнес: кто вы, кому продаете, чем отличаетесь, какие возражения у клиентов. Его заполняет заказчик, и на его основе студия принимает решения по структуре и подаче. Техническое задание - про границу работ: что именно будет сделано, в каком объеме и что считается готовым.

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

Отсюда практическое следствие: ТЗ не пишется заказчиком в одиночку. Если вы пишете его сами и целиком, вы описываете решение, а не задачу, и подрядчик выполнит написанное буквально. Правильный порядок - заказчик дает бриф и ограничения, студия предлагает состав работ, обе стороны фиксируют его как ТЗ.

Структура по разделам

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

Четыре пункта, из-за которых платят дважды

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

1. Кто дает контент и когда. Не «тексты предоставляет заказчик», а список материалов с ответственным и датой. Верстка, стоящая на «рыбе», не запускается, и виноватыми оказываются оба.
2. Что считается правкой. Правка - это исправление в рамках согласованного, а не новая идея. Круг правок - один собранный список от всех участников, а не одно замечание.
3. Что входит в приемку. Перечень проверок: адаптив на реальных устройствах, отправка форм, скорость, работа целей аналитики. Без списка приемка превращается в спор о вкусе.
4. Что происходит после запуска. Сколько длится период бесплатных исправлений, что в него входит и сколько стоит правка через месяц.

Как описывать функции

Функция, описанная одним словом, всегда понимается двумя сторонами по-разному. «Калькулятор» может означать поле с умножением на коэффициент, а может - пошаговый расчет с сохранением и отправкой на почту. Разница в неделю работы.

Рабочий формат описания - через сценарий: кто, что делает, что получает. «Посетитель выбирает тип груза и маршрут, видит вилку стоимости и может отправить запрос с этими параметрами, менеджеру приходит письмо с заполненными полями». Такое описание невозможно понять двояко, и по нему сразу видна трудоемкость.

Тот же прием работает и с внутренними функциями, которые видит не покупатель, а ваш сотрудник. В интернет-магазине Сколько?Можно мы собрали отдельную админ-панель вместо того, чтобы допиливать чужую систему, и требование звучало не «удобная админка», а «партия товаров с описаниями заводится за один подход». После пересборки на это уходит около двух часов вместо недель - такую формулировку можно проверить с секундомером, а первую нельзя проверить вообще.

• Опишите, что происходит при ошибке: неверный формат, пустое поле, нет результатов.
• Укажите, что видит человек после отправки - страницу, сообщение, письмо.
• Скажите, куда уходят данные: почта, CRM, таблица.
• Отметьте, нужна ли функция на телефоне и как она там себя ведет.

Кто пишет ТЗ, если студии еще нет

Ситуация, в которой оказывается большинство: подрядчика еще не выбрали, а задание нужно, чтобы разослать его на оценку. Полноценное ТЗ на этом этапе написать нельзя - оно вырастает из решений, которые принимает исполнитель. Но можно написать документ, по которому сметы станут сопоставимыми.

В такой предварительный документ входит то, что вы знаете сами и что не зависит от подрядчика: задача сайта, аудитория, список направлений и услуг, обязательные функции, кто дает контент, ограничения по срокам и платформе, что должно остаться у вас после сдачи. Решения по структуре и составу страниц оставьте подрядчикам - и попросите каждого прислать свой вариант вместе со сметой.

Это дает побочный эффект, который важнее самой сметы. По тому, как подрядчик заполнил пробелы, видно уровень: один пришлет строку «разработка сайта под ключ», другой - состав работ с уникальными и типовыми страницами и вопросами по вашей воронке. Выбор часто становится очевидным уже на этом шаге.

Чего в задании быть не должно

Лишнее в ТЗ вредит не меньше, чем недостающее: оно связывает руки там, где решение должен принимать специалист, и раздувает документ до состояния, когда его перестают читать.

• Готовые решения вместо задач. «Сделать слайдер на первом экране» - это ваше предположение о решении. Задача звучит иначе: «показать четыре направления работы».
• Оценочные требования. «Современный», «продающий», «стильный» проверить нельзя, значит спорить о них можно бесконечно. На «Сколько?Можно» заказчик хотел сверхкреативный, нестандартный магазин - мы отстояли понятный интерфейс, потому что интерес должна вызывать одежда, а не навигация. Сошлись на точечных решениях вроде встроенного плеера, но пока в задании стоит прилагательное, спор идет о вкусе, а не о работе.
• Копирование чужого ТЗ. Документ с чужими функциями и чужой аудиторией обойдется в лишние строки сметы.
• Требования к тому, что вы не будете проверять. Если вам нечем измерить пункт, его в приемке не будет.

Что добавить для интернет-магазина

В магазине объем работ определяется не количеством страниц, а каталогом и интеграциями - и именно это чаще всего не описано. Самая полезная строка тут - та, что перечисляет, чего в работах нет. На «Сколько?Можно» обмен с 1С по остаткам в первый объем работ не входил: так было записано на старте, остатки какое-то время вели вручную, интеграцию доделали позже. Недоделкой это не считал никто, потому что пункт был назван отложенным до первой строчки кода.

• Сколько товаров сейчас и сколько будет через год.
• Сколько свойств у товара и какие из них участвуют в фильтре.
• Есть ли варианты: размер, цвет, комплектация - и как они связаны с остатками.
• Откуда берутся остатки и цены и как часто обновляются.
• Какие способы оплаты и доставки, и кто их подключает.
• Кто заносит каталог и в каком виде передаются данные.

Что дает точное ТЗ: счет в неделях и рублях

Считать проще не вообще, а по трем строкам, которые чаще всего написаны одним словом. Цифры ниже - из нашего прайса, у другой студии они будут своими, но порядок разницы тот же.

1. Состав страниц одной строкой. «Нужно пять страниц» можно собрать как набор посадочных под рекламу - от 80 000 ₽ и 3-4 недели, а можно как корпоративный сайт с общей структурой и разделами - от 150 000 ₽ и 5-8 недель. Почти двойная разница в деньгах и в сроке берется из одной ненаписанной строки, и сравнивать такие сметы бессмысленно: вы сравниваете не подрядчиков, а их догадки о вас.
2. Функция, названная одним словом. «Каталог» - это либо страница с перечнем позиций, либо корзина, оплата и обмен остатками с учетной системой. Второе - уже интернет-магазин: от 175 000 ₽ и 6-10 недель против 80 000 ₽ и 2-3 недель за одностраничный сайт. Если это слово всплывает после согласования сметы, разговор пойдет о доплате, и в нем вы слабая сторона.
3. Контент без ответственного. Сроки в смете считаются от готовности материалов, а не от даты подписи: 5-8 недель на многостраничный сайт - это когда тексты и фотографии приходят вовремя. Строка «описания услуг - Петров, до 12 октября» пишется за минуту, а ее отсутствие двигает запуск ровно на столько, на сколько задержался человек, которого никто не назначил.

Четвертая строка, которую почти не пишут, - граница первого этапа. У «Сколько?Можно» был потолок в 500 000 ₽ на все переработки, поэтому работы сразу разложили на «сейчас», «потом» и «позже»: часть объема, включая обмен с учетной системой, честно уехала на следующий заход. Проект занял около полугода, и вопроса «почему остатки до сих пор заводят руками» за это время не возникло ни разу. ТЗ с ограниченным бюджетом пишется не как список желаний, а как список этапов - иначе деньги кончатся посередине первого.

Как проверить свое ТЗ перед отправкой

1. Дайте прочитать человеку, который не участвовал в его написании. Все, о чем он переспросит, описано плохо.
2. Проверьте, что по каждому пункту понятно, как вы будете принимать работу.
3. Убедитесь, что состав страниц разделен на уникальные и типовые.
4. Найдите все прилагательные вида «современный» и замените их на проверяемые требования или вычеркните.
5. Отправьте всем подрядчикам один и тот же документ - иначе сметы будут несопоставимы.
6. Сохраните версию с датой: к ней вы будете возвращаться, когда через два месяца начнется разговор «мы так не договаривались».

И последнее, о чем забывают: ТЗ - живой документ. По ходу проекта что-то меняется, и это нормально. Ненормально, когда изменения живут в переписке. Договоритесь на старте, что любое изменение состава работ фиксируется одной строкой в том же документе с датой и влиянием на срок. Пять минут на такую запись избавляют от недели споров при сдаче.

После этого можно считать бюджет: как складывается цена и что в ней прячут, разбирали в статье про стоимость разработки, а порядок работ по этапам - здесь. Про постановку задачи дизайнеру в широком смысле у нас есть отдельный материал.