(Ride-Hailing Ecosystem: Mobile + Web ERP)

Senior UI/UX Designer (Ride-Hailing Ecosystem: Mobile + Web ERP) -

A detailed technical specification is already available, with a complete description of all logic and each screen.
Dear colleagues, please: if you are not a Senior UI/UX designer — do not write. We do not need help - we need a specialist who understands 120% what a ride-hailing platform is.
Please send real work from mobile applications where you personally created the design. We do not consider mythical renders.
Thank you for your understanding.

About the project: this is a large international ecosystem for ordering rides. We are creating not just a design, but an engineering system where 70% of components are unified across applications, and the interface directly affects the speed of decision-making in real time.

We need a systematic designer who can work with Design Tokens, understands the specifics of Map-First interfaces, and is ready to design 148+ screens for iOS, Android, and Web.

🛠 Scope of Work: 148 screens + Marketing

1. Rider App (iOS & Android) - ~27 screens

The entire user journey: from login (OTP) to trip rating.

Map-First UI: Main screen without Top Bar, management through floating widgets.

Rider Boost: Interface for real-time price bidding system (“Flash” effects when the price changes).

Live Activity: Tracking car arrival and route.

2. Driver App (iOS & Android) - ~26 screens

Onboarding & KYC: Complex flow for uploading 6+ photos of the car and documents.

Incoming Order: Order acceptance screen (Full Screen Intent) over phone lock.

Shift & Earnings: Earnings statistics, G-Wallet balance.

3. Admin Panel (Web ERP) - ~44 pages

Framework-ready Design: Designing the interface with strict consideration for using ready-made React libraries (shadcn/ui or MUI) to speed up layout.

Evidence Console: Complex dispute arbitration widget (map “Plan vs Fact” + telemetry).

Dispatch & Surge: Managing geofences (Polygon Tool) and heat maps.

4. Web Tracking Client (Mobile Web)

Adaptive page for public ride sharing (viewing the route in a browser without the app).

5. Marketing Assets (App Store & Google Play)

Screenshots: Preparation of 6–8 promotional screenshots for each app (Rider/Driver) with device mockups and marketing texts.

Icons: Development of a set of app icons for all extensions (iOS/Android).

⚙️ Technical Standards and Requirements

1. Foundation & Branding

Work strictly according to the provided Brand Book.

Typography: Poppins (Bold/Medium for headings, Regular for text).

Grid: Strict 8dp/8px grid.

2. Technological Dark Theme (Adaptive UI)

⛔ PROHIBITED: Manually repainting each layout in dark color.

✅ REQUIREMENT: Implementation of dark theme through Design Tokens (Variables) system in Figma. All colors (Background, Surface, Text-Primary) must be tied to variables so that developers can change the theme at the code level with one line.

3. UI Kit for developers

States: Detailing all states of elements: Normal, Pressed, Disabled, Loading.

Anti-Flicker: Mandatory design of Skeleton Loaders (flickering placeholders) for all lists and cards to avoid “jumps” in the interface during loading.

4. Splash Screen

Designing the startup screen considering native animation: smooth Fade-in of the logo in exactly 800 ms (without complex 3D effects).

5. Map-First Design

Deep styling of maps (Custom Google Maps JSON Style) for light and dark themes.

Designing layers of Heatmap (hexagonal grid) and logic for car marker movement (smoothness, turns).

✅ Handoff Readiness Checklist

You are considered ready to hand over layouts to developers (Developer Handoff Meeting) when the following is completed:

[ ] All screens are completed and checked in light/dark modes.

[ ] Design System is documented (colors, tokens, fonts, spacing, shadows).

[ ] Components Library is ready (all master components are assembled and structured).

[ ] Assets are exported (icons in SVG, illustrations, Lottie animations).

[ ] Interaction Flows are described (prototypes of transitions and logical connections are created).

[ ] Responsive Specs are ready (adaptability for different screen sizes of iPhone/Android).

[ ] Accessibility is considered (contrast WCAG AA, touch areas ≥ 44pt).

Senior UI/UX Designer (Ride-Hailing Ecosystem: Mobile + Web ERP) - 

Детальне ТЗ уже є, з повним описом усієї логіки та кожного екрана.
Шановні колеги, прохання: якщо ви не Senior UI/UX дизайнер — не потрібно писати. Допомога нам не потрібна -  потрібен спеціаліст, який на 120% розуміє, що таке ride-hailing платформа.
Надсилайте реальні роботи з мобільних застосунків, де ви особисто створювали дизайн. Міфічні рендери ми не розглядаємо.
Дякуємо за розуміння.

Про проект: це масштабна міжнародна екосистема для замовлення поїздок. Ми створюємо не просто дизайн, а інженерну систему, де 70% компонентів уніфіковані між додатками, а інтерфейс напряму впливає на швидкість прийняття рішень у реальному часі.

Нам потрібен системний дизайнер, який вміє працювати з Design Tokens, розуміє специфіку Map-First інтерфейсів та готовий спроектувати 148+ екранів для iOS, Android та Web.

🛠 Обсяг робіт (Scope of Work): 148 екранів + Маркетинг

1. Rider App (iOS & Android) - ~27 екранів

Весь шлях користувача: від входу (OTP) до оцінки поїздки.

Map-First UI: Головний екран без Top Bar, управління через плаваючі віджети.

Rider Boost: Інтерфейс системи торгів за ціну в реальному часі ("Flash" ефекти при зміні ціни).

Live Activity: Відстеження подачі авто та маршруту.

2. Driver App (iOS & Android) -  ~26 екранів

Onboarding & KYC: Складний флоу завантаження 6+ фото авто та документів.

Incoming Order: Екран прийому замовлення (Full Screen Intent) поверх блокування телефону.

Shift & Earnings: Статистика заробітку, баланс G-Wallet.

3. Admin Panel (Web ERP) -  ~44 сторінки

Framework-ready Design: Проектування інтерфейсу з суворим урахуванням використання готових React-бібліотек (shadcn/ui або MUI) для прискорення верстки.

Evidence Console: Складний віджет арбітражу спорів (карта "План vs Факт" + телеметрія).

Dispatch & Surge: Управління геозонами (Polygon Tool) та тепловими картами.

4. Web Tracking Client (Mobile Web)

Адаптивна сторінка для публічного шерингу поїздки (перегляд маршруту у браузері без додатку).

5. Marketing Assets (App Store & Google Play)

Скріншоти: Підготовка 6–8 промо-скриншотів для кожного додатку (Rider/Driver) з мокапами пристроїв та маркетинговими текстами.

Іконки: Розробка набору іконок додатку для всіх розширень (iOS/Android).

⚙️ Технічні стандарти та Вимоги

1. Foundation & Branding

Робота суворо за наданим Брендбуком.

Типографіка: Poppins (Bold/Medium для заголовків, Regular для тексту).

Сітка: Сувора 8dp/8px grid.

2. Технологічна Dark Theme (Adaptive UI)

⛔ ЗАБОРОНЕНО: Вручну перефарбовувати кожен макет у темний колір.

✅ ВИМОГА: Реалізація темної теми через систему Design Tokens (Variables) у Figma. Всі кольори (Background, Surface, Text-Primary) мають бути прив'язані до змінних, щоб розробники могли змінювати тему на рівні коду однією строчкою.

3. UI Kit для розробників

States: Промальовка всіх станів елементів: Normal, Pressed, Disabled, Loading.

Anti-Flicker: Обов'язкове проектування Skeleton Loaders (мерехтливих заглушок) для всіх списків та карток, щоб уникнути "стрибків" інтерфейсу при завантаженні.

4. Splash Screen

Проектування стартового екрану з урахуванням нативної анімації: плавний Fade-in логотипу рівно за 800 мс (без складних 3D ефектів).

5. Map-First Design

Глибока стилізація карт (Custom Google Maps JSON Style) для світлої та темної тем.

Проектування шарів Heatmap (гексагональна сітка) та логіки руху маркерів авто (плавність, повороти).

✅ Чек-лист готовності до передачі (Handoff)

Ви вважаєтесь готовим до передачі макетів розробникам (Developer Handoff Meeting), коли виконано наступне:

[ ] Всі екрани завершені та перевірені у світлому/темному режимах.

[ ] Design System документована (кольори, токени, шрифти, відступи, тіні).

[ ] Components Library готова (всі майстер-компоненти зібрані та структуровані).

[ ] Assets експортовані (іконки в SVG, ілюстрації, Lottie-анімації).

[ ] Interaction Flows описані (створені прототипи переходів та логічні зв'язки).

[ ] Responsive Specs готові (адаптивність під різні розміри екранів iPhone/Android).

[ ] Accessibility врахована (контрастність WCAG AA, зони натискання ≥ 44pt).