Деньги и процессы · 4 августа 2026 · 3 минуты

«А вы гарантируете, что дизайн нам понравится?»

Честный ответ — нет. Зато можно гарантировать процесс, после которого «не нравится» перестаёт быть внезапностью: бриф, референсы, каркас, концепция и оговорённое число правок.

Два окна браузера рядом: слева серый каркас с блоками-заглушками, справа тот же макет уже в цвете с тёмными заголовками и оранжевой кнопкой, между ними пунктирная стрелка

«А вы гарантируете, что дизайн нам понравится?» — этот вопрос задают почти на каждых переговорах. Честный ответ: нет, не гарантирую. И любой, кто гарантирует, либо не понимает, о чём его спросили, либо готов рисовать до тех пор, пока вы не устанете.

Вкус нельзя описать в договоре. Зато можно описать процесс, после которого «не нравится» перестаёт быть внезапностью. Вот он.

Почему «понравится» — плохой критерий

Дизайн сайта — не картина. Его задача не радовать владельца, а доводить посетителя до заявки. Эти две цели совпадают далеко не всегда: тёмный минимализм может нравиться вам и терять клиентов, а скучный заметный блок с ценой — раздражать вас и приносить деньги.

Поэтому вопрос «нравится ли» я стараюсь заменить на два других: решает ли макет задачу и понятно ли, почему сделано именно так. На них можно ответить проверяемо.

Пять шагов, из которых складывается предсказуемость

1. Бриф пишу я, а не вы

Присылать клиенту пустой опросник с полями вроде «опишите ЦА и УТП» — способ переложить свою работу. Я задаю вопросы голосом: про бизнес, продукт, покупателей, конкурентов, про то, что уже пробовали и что не сработало. Потом сам пишу бриф и согласовываю его с вами. Уже на этом шаге видно, где мы понимаем задачу по-разному — и это дешевле поправить словами, чем макетом.

2. Референсы — обязательно с обеих сторон

Вы показываете сайты, которые вам нравятся, я показываю те, что считаю подходящими под задачу. Важна не красота, а формулировка: не «нравится», а «нравится вот эта спокойная типографика» или «нравится, что цена видна сразу». Так вкус превращается в список признаков, о которых можно договориться.

3. Каркас и прототип — до всякой красоты

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

Большинство «не нравится» на самом деле относится к структуре, а не к цвету. Если структуру согласовали заранее, спорить о вкусе остаётся совсем немного.

4. Концепция: один-два варианта, не пять

Пять вариантов не помогают выбрать, а размывают ответственность. Я показываю один вариант, реже два — и объясняю, почему принято каждое решение: почему такой кегль, почему такой отступ, почему кнопка здесь. Обсуждаем не «нравится ли», а «работает ли».

5. Правки: количество известно заранее

В договоре записано, сколько итераций правок входит в работу и что считается правкой, а что — новой задачей. Это защищает обе стороны: вас от «за это отдельно», меня от бесконечного круга. Обычно двух итераций хватает, если предыдущие четыре шага сделаны честно.

Так что же я гарантирую

Я гарантирую процесс: бриф, референсы, каркас, прототип, концепция с объяснением, оговорённое число правок. Гарантирую, что на каждом шаге вы видите результат до того, как он станет дорогим в изменении. И гарантирую, что решения будут объяснены — не «мне так видится», а «вот зачем».

Опыт показывает: после такого процесса вопрос «а нам понравится?» отпадает сам. К моменту, когда появляется дизайн, вы уже участвовали в каждом решении, из которого он вырос.

Дальше

Ещё по теме