Брифинг клиента: 5 вопросов, без которых ТЗ разваливается на старте

Брифинг клиента: 5 вопросов, без которых ТЗ разваливается на старте

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

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

Дальше проверьте три красных флага: «сделайте красиво», «пока не знаю, но потом поймём», «референсы пришлю после старта». Это не повод отказываться, но повод остановить запуск и добрать вводные. Иначе вы строите не лендинг, а набор догадок.

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

Чем точнее бриф, тем меньше бесплатных правок и тем спокойнее сдача. Не пытайтесь «додумать» за клиента: ваша задача не угадывать, а быстро вытаскивать из него ясные ответы.