🌈 Дизайн без правок: правда или вымысел?

Привет, котаны! Сегодня разберём главный закон дизайна: «Красиво ≠ Реализуемо». Как сделать, чтобы макет и бой совпадали без магии, смс и регистрации?

Кейс из практики:

Задача: доработать форму заявки на подключение торгового экрайринга. Добавить выбор оборудования (терминалов) в торговую точку. Платформа: нативное iOS приложение банка. Боль: Форма заявки уже состоит из большого количества шагов и заполнения данных. Надо уместить на один экран выбор терминала + его преимущества + настройки + стоимость и т. д. Исполнитель: один из моих самых скиловых дизов.

Результат: придумал карусель терминалов с аккордеонами преимуществ внутри. Логично? Да. Круто? Ещё как. Реализуемо? Пу-пу-пу…

Что пошло не так? 1️⃣ Аккордеон в карусели = адская динамическая высота контента 2️⃣ Всё на одном экране = 5 шагов заявки + куча данных = пользователь к этому моменту уже нихуя не соображает, а тут еще свайпать надо 3️⃣ Нулевой коннект с разработчиком = «У нас есть такие компоненты в дизайн-системе, я ничего нового не придумал». Рили? А ничего, что плод любви этих компонентов выглядит как ребенок близких родственников с шестью пальцами?)

Итог: Тимлид iOS через месяц пьёт валерьянку 🌿 и 100 проц не будет доверять такому дизайнеру. Мало ли какого гемора он еще подкинет?

Как надо было: 1️⃣ Подойти к разрабу ДО дизайна и спросить: «Андрюха, вот задача: уместить выбор терминала + настройки + условия. Хочу сделать так-то. Не хуйню ли я придумал?»

2️⃣ Предложить альтернативу проще: — Вариант 1: Отдельный экран со списком терминалов → переход к информации о конкретном + настройки и выбор. Да, увеличим форму, но что нам уже терять?) — Вариант 2:Статичные блоки вместо аккордеона или хотя бы аккордеон вытащить из карусели. — Вариант 3:Нахрен не делать преимущества и убедить продакта, что мобильное приложение — не место продажи, а место заявки и настроек.

3️⃣ Закрепить доверие: — Не спрашивать то, что разработчик решать не должен, «цвет кнопки», «какой лучше сценарий» и пр. — Спрашивать: Мы можем такую анимацию? Хочу сделать модификацию компонента, чтобы сделать такую-то задачу, норм или лучше другой существующий компонент подойдет? — Обязательно благодарить за помощь. Например, угостить пивом 🍺

🏁 Подытожим.Дизайн должен быть: ✅ Функциональным (не просто «ух ты!») ✅ Реализуемым (без 40 часов работы) ✅ Согласованным (разработчик — не враг)

P.S. Димка, если ты читаешь этот пост, купи Андрею пива. Он страдал, делая твой космический корабль 💫

P.P.S. Дополняй в комментах: — Когда тебя разворачивали с «это невозможно»? — Если ты разраб, то какой самый эпичный костыль пришлось делать? Обнимаю, ваша Даша — дизайнер, который не подставляет своих разработчиков 💛 Ставьте реакции, что было интересно или полезно, а то я хз, норм или нет))