Грамотное ТЗ: как вытащить требования из заказчика без конфликтов

«Сделайте сайт, красивый и современный» — самое дорогое ТЗ, которое вы когда-либо получите. Не по сумме, а по объёму: без зафиксированных требований любая новая идея клиента становится вашей задачей, а любой спор о результатах заканчивается впечатлениями вместо фактов. Хорошая новость: требования почти всегда есть внутри заказчика, их нужно не выдумывать, а вытащить вопросами и зафиксировать на бумаге.

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

Почему заказчик не может просто «сказать, что нужно»

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

Отсюда первое правило: не спрашивайте «что сделать» — спрашивайте «что болит». Проблемы конкретны, у них есть числа и примеры, и из них требования собираются почти механически.

Пять вопросов, которые заменяют анкету

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

• «Что сейчас не работает?» — точка отсчёта: продажи, скорость ответов, поток заявок. Просите числа: «сколько заявок в месяц сейчас».
• «Как выглядит идеальные сутки вашей работы через полгода?» — описывает целевую картину, из которой видны функции и приоритеты.
• «Что будет, если ничего не менять?» — отделяет срочное от приятного и помогает согласовать бюджет без давления.
• «Что вы точно не хотите?» — обратная граница: не хочу лендинг, не хочу чат-бот, не хочу красный цвет. Часто это экономит больше времени, чем список «хочу».
• «Как поймём, что готово?» — критерии приёмки. Ответ «нравится» нужно перевести в проверяемое: «страница открывается быстрее двух секунд», «форма отправляет заявку в Telegram».

Если заказчик отвечает вяло, задавайте вопросы про примеры: «покажите сайт, который вам нравится, и скажите, что именно нравится». Ссылка на чужой пример — самый быстрый способ получить требования из человека, который не умеет их формулировать.

Гипотеза на бумаге: превращаем критику в требования

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

Порядок такой:

1. После разговора выпишите своё понимание задачи в 10–15 строк.
2. Отправьте заказчику с формулировкой: «проверьте, правильно ли я понял. Что пропустил?»
3. Все правки собираете в тот же список — это и есть требования, только сказанные языком заказчика.
4. Держите список в одном файле или документе, а не в переписке.

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

Границы проекта: то, что НЕ входит в работу

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

• Написание текстов — если тексты приносит заказчик.
• Фото и видеосъёмка, закупка изображений.
• Домен, хостинг, оплата сервисов и рекламы.
• Поддержка и правки после приёмки — отдельное соглашение.
• Интеграции, не названные в списке работ.

Формулируйте границы нейтрально: не «мы это не делаем», а «это не входит в текущий объём; при желании оценим отдельной заявкой». Такой тон не создаёт конфликта — он просто переводит разговор в плоскость цены.

Сводка одним документом и подтверждение в переписке

Итог сбора требований — сводка на одну-две страницы. В ней пять разделов: цель проекта, перечень работ, границы (что не входит), критерии готовности, срок и порядок согласования правок. Без юриста, без канцелярита — просто и по пунктам.

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

И последний шаг — превращение сводки в документ, который защищает оплату: перечень работ, приёмка, оплата, права и порядок изменения объёма. Как это оформить, разбирали в статье про пять пунктов договора на digital-услуги — сводка по ТЗ становится Приложением 1 к нему.

Когда требования меняются по ходу работы

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

• «входит в объём по сводке» — делаете без разговоров;
• «мелочь, входит по доброй воле» — делаете и фиксируете письменно, что это разовая уступка;
• «в объём не входит» — оцениваете и предлагаете отдельную заявку.

Формулировка без конфликта: «эта задача выходит за согласованный объём. Могу оценить отдельно — ориентировочно столько-то, срок такой». Вы не отказываетесь и не спорите — вы называете цену. Заказчик либо подтверждает заявку, либо сам снимает просьбу.

Частые ошибки при сборе требований

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

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

Чеклист перед стартом работ

• проблемы заказчика собраны, есть числа и примеры
• заданы пять вопросов: что не работает, идеальная картина, что будет без изменений, что не хотим, как поймём, что готово
• гипотеза проекта отправлена и раскритикована, правки собраны
• перечень работ зафиксирован списком
• блок «не входит в работу» заполнен
• критерии готовности проверяемые, а не «нравится»
• сводка подтверждена письменно в переписке
• порядок изменения объёма описан и согласован

Итог

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

Если работаете с клиентами и дальше, полезны также разборы про шаблоны текстов для продажи услуги, стоимость вашего часа и проверку чужого сайта перед сделкой.