Покумекав, я собрал всё выступление вокруг одной цепочки:
Сформулируйте запрос → держите фокус на задаче → не выключайтесь из процесса.
Одна из главных мыслей была в том, что для хорошего проекта совсем не обязательно писать огромное ТЗ. Для начала достаточно заполнить довольно простую конструкцию:
Нам нужен [дизайн / сайт / что-то ещё] для [аудитория], который должен помочь [бизнес-задача] за счёт того, что пользователь [поймёт / почувствует / сделает].
Считаю это отличной отправной точкой. Такая формулировка позволяет в любой момент вернуться к исходной задаче и проверить, туда ли вообще движется проект, без перечитывания огромных брифов и технических заданий.
И как будто специально в подтверждение моих слов после выступления прилетел запрос с четырьмя файлами. В каждом, конечно же, было не по одной странице, а по 4–10 страниц плотного текста.
Я честно пытался разобраться. Сначала попробовал современный метод «ИИ со всем разберётся». Не разобрался. Потом расчехлил дедовский метод «сам всё прочитаю». Оказалось не сильно эффективнее.
Спас обычный звонок, где мы голосом проговорили задачу.
Получилась ситуация, в которой куча людей потратила кучу часов на подготовку документов и их анализ, чтобы всё равно вернуться к обычному разговору о том, что вообще нужно сделать.
Поэтому я и топлю за короткую формулировку задачи в самом начале. Сначала надо понять, что мы делаем, для кого, какую бизнес-задачу решаем и что в результате должен понять или сделать пользователь.
А дальше уже можно обрастать деталями: проводить исследования, анализировать ЦА и конкурентов, собирать референсы, писать документацию и делать всё остальное.