Практика согласования макета сайта с заказчиком без бесконечных правок

15 октября 2026 · Команда SaitHub · SEO-блог SaitHub

Споры о цвете кнопок и расположении логотипа часто съедают до 40% времени разработки. Чтобы избежать этого, важно зафиксировать критерии успеха до начала работы над визуалом. Чёткая структура общения позволяет перейти от субъективных мнений к объективным решениям.

Фиксация критериев успеха до старта

Ведение проекта начинается не с рисования, а с формулировки бизнес-цели. Если заказчик хочет увеличить конверсию в заявку на 15%, дизайн должен подчиняться этой задаче. Любое отклонение от этой цели должно обсуждаться в контексте влияния на метрики.

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

• Конверсионная цель — конкретный показатель, ради которого создаётся сайт (заявки, продажи, подписки).
• Целевая аудитория — портрет пользователя, определяющий стиль подачи информации и сложность интерфейса.

Этап подачи концепции

Дизайнер представляет 2-3 варианта концепции, а не один финальный макет. Это позволяет выбрать направление до вложения времени в детализацию. Каждый вариант сопровождается кратким обоснованием, почему он решает задачу клиента.

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

Такой подход экономит 5-7 дней работы дизайнера, которые были бы потрачены на доработку неверно выбранного стиля.

Работа с референсами и ТЗ

В техническом задании прописываются ссылки на сайты конкурентов и примеры, которые нравятся клиенту. Это создаёт единый визуальный словарь между сторонами.

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

Процесс итераций и правок

После утверждения концепции начинается работа над детализацией. Обычно требуется 2-3 итерации правок для каждой страницы. Каждая итерация имеет фиксированный лимит по количеству изменений.

Если клиент присылает 50 мелких правок за раз, работа останавливается. Изменения группируются по смыслу: структурные, текстовые, визуальные.

Согласование проходит через единую точку входа, например, через Figma или Trello. Это исключает потерю комментариев в почте и путаницу в версиях файла.

Критерии приёмки макета

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

Для проверки используются чек-листы: читаемость текста, контраст элементов, скорость загрузки прототипа. Если макет не проходит эти технические проверки, он возвращается дизайнеру.

Финальный этап включает тестирование на разных устройствах. Макет должен корректно отображаться на экранах шириной 320px и 1920px без потери функциональности.

Документирование решений

Каждое принятое решение фиксируется в журнале изменений. Это защищает обе стороны при возникновении разногласий.

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

• Лог изменений — хронология правок с указанием автора и даты.
• Акты согласования — документ, подтверждающий принятие версии макета.
• Библиотека компонентов — набор готовых элементов, которые нельзя менять без согласования.