Общение с заказчиком: бриф и ТЗ

Большинство проблем во фрилансе рождаются из недопонимания на старте. Учимся снимать бриф и фиксировать ТЗ.

Бриф — это набор вопросов, которыми вы вытаскиваете из заказчика, что ему на самом деле нужно; ТЗ — зафиксированный результат этого разговора.

Почему «сделай как-нибудь покрасивее» — это мина

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

Бриф: какие вопросы задавать

  • Какую проблему решаем? (не «что сделать», а «зачем»)
  • Кто конечные пользователи?
  • Есть ли примеры/референсы того, что нравится?
  • Что обязательно должно быть, а что — желательно?
  • Какие сроки и бюджет?
  • Кто принимает работу и по каким критериям?

Превращаем пожелания в ТЗ

После брифа вы письменно фиксируете: что входит в работу, что НЕ входит, этапы, сроки, критерии приёмки. Это и есть ТЗ. Ключевой момент — зафиксировать границы. Без них любой проект расползается.

В работу входит:
- бот на aiogram: выбор услуги, мастера, времени
- напоминания за день и за час
- админ-команда «список записей на сегодня»
НЕ входит (отдельно за доплату):
- онлайн-оплата
- интеграция с внешней CRM
- мобильное приложение
Критерий приёмки: клиент может записаться и получить
напоминание; админ видит записи.

Управление ожиданиями

Лучше обещать меньше и сделать больше, чем наоборот. Если что-то под вопросом — скажите прямо: «это можно, но это +3 дня и +X к бюджету». Прозрачность на старте экономит нервы в конце. Договоритесь и о канале связи, и о времени ответа — чтобы клиент не ждал ответа в полночь и не дёргал каждый час.

Как это работает под капотом

ТЗ — это общая «точка истины». Когда возникает спор («а я думал, это входит»), вы оба смотрите в один документ. Без него спор превращается в «слово против слова», и обычно проигрывает исполнитель. Поэтому письменная фиксация — это не бюрократия, а ваша защита и инструмент управления скоупом.

Частые ошибки

  • Начинать делать без брифа и письменного ТЗ.
  • Не прописывать, что НЕ входит в работу, — открытая дверь для бесплатных «доработок».
  • Соглашаться на всё, чтобы понравиться, а потом не вытягивать.
  • Держать договорённости только в голове и устно.

Итоги

  • Сначала бриф и ТЗ, потом код: размытые требования — главный источник переделок.
  • В ТЗ фиксируйте и то, что входит, и то, что НЕ входит, плюс критерии приёмки.
  • Управляйте ожиданиями и каналом связи заранее — это защищает обе стороны.
Проверьте себя
1. Зачем в ТЗ прописывать, что НЕ входит в работу?
AЧтобы текст был длиннее
BЧтобы зафиксировать границы и защититься от бесплатных доработок
CЭто требование налоговой
DЧтобы напугать заказчика
2. Что такое бриф?
AГотовый код проекта
BНабор вопросов, чтобы выяснить, что заказчику реально нужно
CСчёт на оплату
DДоговор подряда