Cars311: desking-інструмент для автодилерів США
Дилери збирали угоди в таблицях і молилися, щоб податки зійшлися. Я спроєктував desking-платформу, що рахує Lease, Finance, One Pay Lease і Cash для всіх 50 штатів на одному екрані.
TL;DR
- Проблема
- одна угода займала ~15 хвилин у таблицях і калькуляторах, а помилки в податках коштували дилерам грошей і довіри клієнтів.
- Рішення
- інструмент, що порівнює типи угод поруч, автоматично застосовує податки штату й показує прибуток дилера в реальному часі.
- Результат
- угода збирається менш ніж за 3 хвилини · податкова логіка 50 штатів в одному флоу · підказки щодо прибутку для менеджерів.
Контекст і проблема
Бізнес-ціль
Переманити дилерські центри США з громіздких легасі-інструментів, зробивши структурування угод швидшим, безпечнішим і прибутковішим. Мета: замінити ручні таблиці й застаріле ПЗ калькулятором, точним до цента, від еквіті трейд-іну до фінальної маржі.
Біль користувача
Менеджери з продажу жонглюють знижками, money factor, залишковою вартістю, зборами й податками штату, поки клієнт сидить навпроти. Одне неправильне поле, і угода розвалюється на етапі F&I.
Чому це складно
Одна угода збирає розрізнені дані: кредитний скоринг, дилерські інсентиви, програми знижок і точний стан авто (New, CPO, пробіг). Крім того, податки й збори залежать від адрес дилера та клієнта в будь-якому з 50 штатів.
Моя роль
Провідний продуктовий дизайнер від дискавері до запуску. Відповідав за аналіз ринку й домену, інформаційну архітектуру, UX розрахунків, предиктивні фічі для прибутку, дизайн-систему та UX QA; щодня працював із product owner і розробниками.
Дослідження
Занурення в домен
Сесії зі стейкхолдерами та доменним експертом з боку дилерів, щоб розплутати, як насправді працює desking у чотирьох типах транзакцій: Lease, Finance, One Pay Lease і Cash. Головний інсайт: менеджери не довіряють цифрі, походження якої не бачать.
Аудит конкурентів
DealerSocket, VinSolutions, Dealertrack: потужні, але все сховано за 10+ вкладками.
Мапінг податкової логіки
Звів поведінку податків, зборів і знижок для кожного штату й типу угоди в одну таблицю рішень, з якої розробники могли будувати.
Дизайн-стратегія
User journey
Розписав повний шлях угоди: авто → клієнт → структура → порівняння → друк або передача в F&I.
Модульний Worksheet
Щоб упоратися з величезною кількістю змінних, я спроєктував модульний Worksheet, де гнучкість на першому місці, але без втрати ясності. Його основа — дашборд структури угоди, де менеджер у реальному часі керує факторами програми: залишковою вартістю, ставками, коригуваннями за пробігом і капіталізованими витратами.
Hi-fi дослідження
Одразу перейшов до hi-fi у дизайн-системі зі справжніми даними угод. Три напрями компонування; варіант із вкладками програв, бо менеджери губили контекст посеред угоди.
Ключові рішення
1. Типи угод поруч, а не у вкладках
Проблема: клієнт питає «а якщо в лізинг?» посеред розмови. Варіанти: вкладки, перемикач, сітка з колонок. Вибір: сітка. Чому: порівняння — це і є вся робота, а вкладки його ховали. Коли угоду переводять із Lease у Finance, потрібні дані зберігаються, а прибуток одразу перераховується.
2. Кожну цифру можна розгорнути
Натискаєш на будь-який платіж і бачиш розрахунок: податки, збори, знижки. Довіра зросла, а «дай перевірю в Excel» зникло.
3. Прибуток бачить лише менеджер
Рольовий режим: екран можна повернути до клієнта, не показуючи маржу дилера, плюс предиктивні підказки, де угода може принести більше.
4. Авансові й капіталізовані витрати чітко розділені
Чітка візуальна межа між тим, що клієнт платить наперед, і тим, що капіталізується в угоду, дає F&I-менеджерам повний контроль над структурою.
5. Трейд-ін, що розрізняє власне авто й лізингове
Модуль Trade-In підлаштовує поля під статус авто, у власності чи в лізингу, і автоматично перераховує викуп та еквіті.
Фінальний дизайн
Дизайн-система та UI
Масштабована бібліотека компонентів із токенами W3C DTCG, синхронізованими з кодом. Щільні таблиці з цифрами отримали власну типографічну шкалу й стани.
Компонування щільне, але впорядковане, як у фінансових терміналах: ключові показники прибутку й фінальна ціна завжди на виду, поки менеджер налаштовує штрафи за пробіг чи регіональні збори.
Як допоміг AI
З Claude перетворив податкові правила штатів на структуровані тест-кейси й згенерував дані угод для крайових сценаріїв у прототипах. Прототипи йшли команді кодом, а не лише посиланням на Figma.
Результат і вплив
- Час на угоду: ~15 хв → менше 3 хв
- Податкова логіка 50 штатів в одному флоу, без таблиць
- Помилки в розрахунках прибрані на рівні дизайну: умови кредитних програм живуть прямо в UI, тож дилер одразу пропонує точні й оптимізовані платежі
- Предиктивні підказки, що допомагають менеджерам зберігати маржу
- Основа для всієї екосистеми продажу авто: зручний дизайн із фінансовою точністю, якої вимагає ринок США
Чого я навчився
- У фінтех-UX довіра з’являється, коли показуєш розрахунок, а не ховаєш його.
- Доменний експерт на щотижневих рев’ю економить місяці переробок.
- Щільно не означає захаращено: ієрархія найважливіша там, де важить кожна цифра.
Наступний кейс
