Как выбрать веб-дизайнера и не ошибиться с форматом работы

Начните не со стиля, а со своей задачи

Перед поиском сформулируйте, что должно измениться после проекта. Нужны заявки на новую услугу, понятная презентация компании, каталог товаров или редизайн устаревшего интерфейса? Разные задачи требуют разного опыта. Дизайнер промо-сайтов может прекрасно работать с эмоцией, но не иметь практики в сложном e-commerce.

Запишите аудиторию, основное действие, примерное количество страниц, срок и доступный диапазон бюджета. Не нужен идеальный бриф. Нужна рамка, по которой можно сравнивать кандидатов. Без неё легко выбрать самую красивую подачу, а позже обнаружить, что специалист не делает тексты, разработку или мобильные состояния.

Если задача пока неясна, ищите дизайнера, который начинает с исследования и способен помочь с форматом. Но это отдельная работа, а не бесплатная часть знакомства.

Как смотреть портфолио

Не оценивайте только первый экран. Откройте кейс и проверьте, объяснены ли контекст, задача, аудитория, ограничения и ход решения. Хороший кейс показывает не только красивую галерею, но и связь между проблемой и интерфейсом.

Ищите релевантность, а не полное совпадение отрасли. Если вам нужен интернет-магазин, важны каталог, фильтры, карточка товара и мобильная покупка. Не обязательно, чтобы дизайнер уже продавал именно ваш вид товара. Гораздо важнее, понимает ли он сценарий выбора.

Обращайте внимание на честность. Концепт может показывать высокий уровень визуала и мышления, но не доказывает коммерческий результат. Реальный кейс должен отделять вклад дизайнера от работы команды и не приписывать метрики без источника.

Проверьте логику, а не только вкус

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

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

Хороший специалист также говорит о компромиссах. Например, сложный motion повышает эффект, но увеличивает срок и риск производительности; отдельные SEO-страницы дают глубину, но требуют реального контента. Уверенность не равна обещанию всего без ограничений.

Уточните полный состав работы

Под словом «дизайн» разные специалисты понимают разное. Один отдаёт desktop-макет главной. Другой включает исследование, прототип, адаптив, UI-kit, формы и передачу разработчику. Сравнивать их цены напрямую нельзя.

Спросите, кто отвечает за тексты, изображения, иконки, анимацию, разработку, домен, аналитику и SEO. Уточните количество уникальных страниц и состояний. Для формы нужны успех и ошибка, для каталога – пустая выдача и фильтры, для меню – открытое и закрытое состояние.

Если проект ведут несколько людей, узнайте, кто принимает решения и с кем вы общаетесь. Если один специалист совмещает дизайн и разработку, попросите показать не только макеты, но и живые сайты на разных экранах.

Оцените процесс и обратную связь

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

Уточните, как собираются комментарии. Один общий список от ответственного человека эффективнее сообщений из пяти чатов. Спросите, сколько итераций входит и что считается новой задачей. Эти границы нужны не для борьбы с заказчиком, а для сохранения срока и качества.

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

Проверьте техническую зрелость

Даже если дизайнер не пишет код, он должен учитывать адаптив, состояния, доступность и реальные ограничения контента. Посмотрите, есть ли у макетов mobile, focus, ошибки форм, длинные заголовки и компоненты. Один идеальный экран на 1440 px не является готовым интерфейсом.

Если специалист разрабатывает сайт, спросите о семантической разметке, метаданных, скорости, изображениях и поддержке reduced motion. Уточните, как сохраняются существующие URL при редизайне. Эти вопросы показывают, думает ли человек о сайте после красивой презентации.

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

Цена, договор и права

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

Права на дизайн, код, фотографии и другие материалы нужно фиксировать. Если используются сторонние ассеты, должен быть понятен их источник и лицензия. Доступы к домену, аналитике и сервисам лучше оформлять на владельца бизнеса, а не оставлять в личном аккаунте подрядчика.

Самая низкая цена не всегда экономия, но высокая стоимость сама по себе не гарантирует качество. Смотрите на соответствие состава вашей задаче и способность специалиста объяснить, за что вы платите.

Красные и зелёные флаги

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

Зелёные флаги: специалист уточняет бизнес-задачу, честно отмечает неизвестное, показывает живые проекты, фиксирует этапы, объясняет компромиссы и не предлагает сложность без пользы. Он не боится сказать, что часть материалов должен предоставить владелец бизнеса.

И последний критерий – рабочее доверие. Проект длится недели или месяцы. Вам нужен человек, который умеет принимать аргументированную обратную связь, но также способен спокойно возразить, если решение ухудшает UX или противоречит фактам.

Частые вопросы