😚Готовый дизайн на старте проекта — не такая уж редкость: заказчики порой приносят готовые макеты в надежде, что мы их возьмем и тут же начнем по ним верстать и программировать.
Но реальность слишком сурова: в 9 случаях из 10 (если не в 99 из 100) такие макеты оказываются почти непригодны для верстки, а их переделка выходит дороже, чем разработка дизайна с нуля
😃 Плюсы "своего дизайна" (условные)
👉 Скорость старта по визуалу. Не нужно проходить этапы поиска референсов, мудбордов и итераций концепций: макеты уже есть, можно переходить к оценке
👉 Точный попадание в бренд и ожидания. Заказчик лучше всех знает свою аудиторию и корпоративную культуру. Если дизайн делал свой дизайнер или проверенная студия, есть вероятность, что стиль будет «в точку» без долгих согласований.
👉Контроль над айдентикой. Для проектов с сильным фирменным стилем это критично: логотип, цвета, шрифты и фотостиль уже согласованы, и их не придётся заново обосновывать (но это не точно)
👉 Экономия на дизайн‑этапе. Если дизайн уже оплачен, бюджет разработки можно направить на функционал, интеграцию CRM, SEO, контент и поддержку (такое бывает к сожалению редко)
👉 Прозрачная логика для внутренних стейкхолдеров. Когда дизайн утверждён руководством, разработчикам проще защищаться от «а давайте поменяем всё ещё раз»: есть исходная точка.
🙈Минусы
☝UX/UI часто не заточен под веб. Дизайнеры, которые не специализируются на вебе, могут заложить решения, которые сложно или дорого реализовать (сложные анимации, нестандартные сетки, «некликабельные» зоны). Итог — доработки стоят дороже, чем дизайн с нуля.
☝Проблемы с адаптивностью. Часто макеты делают только под десктоп. Адаптировать их под планшеты и мобильные без потери смысла и удобства — это отдельная большая работа.
☝Слабая проработка пользовательских сценариев. В дизайне могут быть красивые страницы, но не учтены состояния: пустой список, ошибка загрузки, экран загрузки, форма с валидацией, попапы. Это всплывает уже на этапе разработки и увеличивает сроки.
☝Технические ограничения CMS. Если сайт на Битриксе, Tilda, WordPress и т. п., не все дизайнерские идеи технически реализуемы без кастомной разработки или дорогих модулей.
☝Риск «красиво, но не конвертит». Визуал может нравиться руководству, но не решать задачи бизнеса: не выделены CTA, запутана навигация, нет понятных блоков для разных сегментов (например, для родителей, детей, корпоративных клиентов).
☝Юридические и лицензионные риски. Шрифты, иконки, фото могут быть использованы без лицензии. На этапе запуска это может привести к претензиям и необходимости срочной замены.
☝Сложности передачи исходников. Если макеты в Figma/Sketch, важно, чтобы они были структурированы (компоненты, стили, состояния). Часто передают «плоские» PSD/JPG, и верстальщику приходится всё собирать заново
Но реальность слишком сурова: в 9 случаях из 10 (если не в 99 из 100) такие макеты оказываются почти непригодны для верстки, а их переделка выходит дороже, чем разработка дизайна с нуля
😃 Плюсы "своего дизайна" (условные)
👉 Скорость старта по визуалу. Не нужно проходить этапы поиска референсов, мудбордов и итераций концепций: макеты уже есть, можно переходить к оценке
👉 Точный попадание в бренд и ожидания. Заказчик лучше всех знает свою аудиторию и корпоративную культуру. Если дизайн делал свой дизайнер или проверенная студия, есть вероятность, что стиль будет «в точку» без долгих согласований.
👉Контроль над айдентикой. Для проектов с сильным фирменным стилем это критично: логотип, цвета, шрифты и фотостиль уже согласованы, и их не придётся заново обосновывать (но это не точно)
👉 Экономия на дизайн‑этапе. Если дизайн уже оплачен, бюджет разработки можно направить на функционал, интеграцию CRM, SEO, контент и поддержку (такое бывает к сожалению редко)
👉 Прозрачная логика для внутренних стейкхолдеров. Когда дизайн утверждён руководством, разработчикам проще защищаться от «а давайте поменяем всё ещё раз»: есть исходная точка.
🙈Минусы
☝UX/UI часто не заточен под веб. Дизайнеры, которые не специализируются на вебе, могут заложить решения, которые сложно или дорого реализовать (сложные анимации, нестандартные сетки, «некликабельные» зоны). Итог — доработки стоят дороже, чем дизайн с нуля.
☝Проблемы с адаптивностью. Часто макеты делают только под десктоп. Адаптировать их под планшеты и мобильные без потери смысла и удобства — это отдельная большая работа.
☝Слабая проработка пользовательских сценариев. В дизайне могут быть красивые страницы, но не учтены состояния: пустой список, ошибка загрузки, экран загрузки, форма с валидацией, попапы. Это всплывает уже на этапе разработки и увеличивает сроки.
☝Технические ограничения CMS. Если сайт на Битриксе, Tilda, WordPress и т. п., не все дизайнерские идеи технически реализуемы без кастомной разработки или дорогих модулей.
☝Риск «красиво, но не конвертит». Визуал может нравиться руководству, но не решать задачи бизнеса: не выделены CTA, запутана навигация, нет понятных блоков для разных сегментов (например, для родителей, детей, корпоративных клиентов).
☝Юридические и лицензионные риски. Шрифты, иконки, фото могут быть использованы без лицензии. На этапе запуска это может привести к претензиям и необходимости срочной замены.
☝Сложности передачи исходников. Если макеты в Figma/Sketch, важно, чтобы они были структурированы (компоненты, стили, состояния). Часто передают «плоские» PSD/JPG, и верстальщику приходится всё собирать заново