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

Главные партнеры и одновременно главные оппоненты (внутри команды мы называем их - визави) дизайна - это разработка IVI и инженеры. И наш с ними спор - это один из важнейших этапов формирования требований.

У каждой стороны есть своя логика:

• Дизайн защищает понятный, цельный и последовательный пользовательский опыт.

• Разработка оценивает объем работ, техническую сложность и доступный ресурс команды.

• Инженеры работают с ограничениями железа, датчиков, платформы и архитектуры автомобиля.

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

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

Именно в таких моментах дизайн становится не набором экранов, а системой взаимодействия человека с автомобилем.

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

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

Не менее сильно на решения влияют:

• возможности и ограничения поставщиков

• реальные характеристики железа и датчиков

• требования функциональной безопасности

• сертификация

• стоимость изменений

• результаты пользовательских тестов и внутренних оценок.

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

Тогда дизайну приходится быстро отвечать на два вопроса:

1. Какая часть идеи критична для пользовательского опыта?

2. От чего можно отказаться без потери смысла?

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

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

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

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

Внутри HMX дизайн-решение обычно проходит несколько уровней:

• решение формируется и защищается дизайн-лидом;

• после этого выносится на дизайн-ревью для утверждения.

Затем дизайн-решение проходит через общее демо в котором принимают участие коллеги из смежных команд: продуктологи, архитекторы, разработчики, инженеры и др.

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

• безопасность и соответствие обязательным требованиям

• ценность для пользователя

• реализуемость

• сроки

• стоимость

• влияние на целостность опыта

• риски для запуска продукта.

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

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

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