Под вёрсткой здесь понимается и финальный ready to dev макет, который дизайнер отдаёт в разработку, и его реализация, которую потом возвращают на проверку. Проблема в том, что дизайнеры часто передают статичную картинку, не учитывая ограничения iOS, Android, веба и разных экранов, а разработчики вынуждены додумывать поведение интерфейса сами. В результате страдают и код, и пользовательский опыт, потому что по макету нельзя понять навигацию, состояния элементов, скролл, адаптацию и другие технические детали.

Автор раскладывает ошибки по четырём уровням: разметка элементов, паттерны навигации, типы элементов и технология реализации экрана. В первом случае речь о скролле, фиксированных областях, широких и узких экранах, сохранении пропорций изображений и ограничениях Auto Layout. Дальше — о различиях между Push и Present на iOS, выборе нативных и кастомных компонентов, их состояниях и о том, что серверная, фронтовая и комбинированная вёрстка по-разному ограничивают дизайн и требуют заранее учитывать техническую модель продукта.

Практический вывод сводится к тому, что дизайнеру нужно говорить с разработчиками, смотреть нативные паттерны в Xcode и Android Studio, читать техническую литературу и фиксировать правила в общей базе знаний. Такой подход снижает число переделок, помогает сохранить консистентность между дизайном и кодом, упрощает адаптивную вёрстку и даёт команде рабочий макет, по которому можно обучать новичков и автоматизировать повторяющиеся решения.