Пример статьи. Большинство правок рождается не из-за плохого дизайна, а из-за расплывчатой постановки. Собрали то, что стоит проговорить до старта - и сэкономить две недели на согласованиях.
Знакомая история: макет прислали, он красивый, но «не то». Дальше начинается круг правок, в котором обе стороны теряют время и деньги. Почти всегда причина одна - задача была сформулирована как «сделайте нам сайт», а не как «нам нужно, чтобы происходило вот это».
Ошибка 1: задача звучит как «сделайте красиво»
Когда нет ясной постановки, дизайнер начинает угадывать. А угадывания стоят дорого: правки множатся, сроки сдвигаются, бюджет улетает. Формулировка результата сразу отсекает половину лишних решений - становится понятно, что выносить наверх, а что убрать в подвал.
Что написать вместо этого
Что должно измениться после запуска: больше заявок, выше средний чек, меньше вопросов в поддержку, легче закрывать сделки. Одна фраза про бизнес-результат заменяет страницу требований к оформлению.
Как проверить, что постановка рабочая
Прочитайте задачу вслух человеку не из проекта. Если он может сказать, для кого это и зачем, - постановка готова. Если переспрашивает «а что вы вообще продаете», к макетам переходить рано.
Ошибка 2: аудитория не проговорена
Один и тот же продукт закупщик и конечный пользователь оценивают по разным критериям. Если аудитория не описана, дизайнер попадает в вас с вероятностью примерно пятьдесят на пятьдесят. Достаточно двух-трех коротких портретов: кто это, какую задачу решает, что его останавливает.
Ошибка 3: примеры без объяснения
Ссылка на чужой сайт без комментария бесполезна: непонятно, вы показали его из-за структуры, анимации или тона текста. Полезнее так: «нравится, как тут подана линейка продуктов», «нравится спокойный тон, без агрессии». Три примера с пояснением работают лучше, чем двадцать без него.
Ошибка 4: ограничения всплывают в конце
Фирменные цвета, которые нельзя менять, платформа, на которой все живет, требования юристов, обязательные блоки, сроки под конференцию. Ограничения не мешают дизайну - они экономят итерации. Хуже всего, когда они появляются на третьем круге правок.
Ошибка 5: правки собираются от всех сразу
Если замечания приходят от пяти человек и противоречат друг другу, проект встает. Нужен один человек, который сводит мнения и говорит финальное «да». Это не про бюрократию, а про скорость: с одним ответственным согласование занимает дни, а не недели.