Сначала вопрос, потом макет

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

Бриф — это не задача

В брифе почти всегда уже есть решение: «нужен новый сайт», «нужно добавить личный кабинет», «нужно всё переделать». Это нормально — так удобнее формулировать. Но если сразу начать с макета, есть риск аккуратно нарисовать не ту проблему.

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

Дизайн начинается там, где заканчивается описание готового решения.

Что мы спрашиваем

Набор вопросов меняется от проекта к проекту, но несколько вещей мы спрашиваем почти всегда:

• Что должно измениться в поведении людей после запуска?
• Какую работу они делают сейчас — и чем им это неудобно?
• Что произойдёт, если мы не сделаем ничего?
• Какое решение будет считаться хорошим через полгода?

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

Как это меняет результат

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

И ещё: хороший вопрос часто меняет масштаб проекта. Иногда вместо большого редизайна достаточно переписать один сценарий. Это не менее интересная работа — просто она начинается раньше, чем появляется первый макет.