Адаптував та запустив фінтех-MVP
на базі готової UX-архітектури
3 місяці Розробка MVP
↓ 40% Кліків на завантаженні
100% PAP Compliance
Мобільні застосунки заплановані
на наступний реліз (Phase 2)
Контекст
Продукт
ClickCredit — кредитна платформа для отримання мікропозик у ПАР
Контекст та обмеження
Критичний Time to Market: Необхідно за 3 місяці запустити MVP у ПАР для зайняття ніші. Кожен день затримки дизайну відтерміновував реліз.
Обмеження розробки: Заборона на проектування
з нуля. Продукт мав базуватися на готовій архітектурі та дизайн-системі малайзійського сервісу.
Моя роль
Я перебудував архітектуру сервісу під локальні регуляторні вимоги KYC/AML і переніс компонентну бібліотеку через дизайн-токени, заклавши основу для масштабування на 3 платформи.
Аудит продукту
Масштабування через UI-токени
Щоб скоротити Time-to-Market, я адаптував перевірену UX-архітектуру малайзійського сервісу. Використання дизайн-токенів дозволило швидко оновити візуальну мову (округлення, шрифти) під локальний бренд, не перебудовуючи логіку переходів та структуру бази даних.
Верифікація користувачів
Баланс між економією та аналітикою
Результат: Зберегли 100% даних для власної скоринг-моделі та захистили систему від фроду без втрати UX.
Проблема: Регулятор вимагав калькулятор доступності кредиту. Моя гіпотеза миттєвої відмови (Fast Reject) на фронтенді економила до 15% API-бюджету БКІ, але позбавляла бізнес критично важливих даних для запуску MVP (Data Lake).
Рішення: Спроектував гібридну логіку. Фронтенд одразу попереджає користувача про мінусовий баланс (знижує фрод), а бекенд у фоні відправляє запит на повний скоринг для аналітики.
Верифікація користувачів
Юридичні погодження
Результат: Я скоротив кількість обов'язкових чекбоксів на 40%, що дозволило зберегти конверсію на фінальному етапі воронки та зберегти чистий інтерфейс.
Контекст: Юристи вимагали розмістити 5 обов'язкових чекбоксів безпосередньо під кнопкою на екрані завантаження виписки. Це створювало когнітивне перевантаження та порушувало логіку інтерфейсу (користувач мав би погоджуватися вже після спроби виконати дію).
Аргументував зміни: Провів переговори з командою та юристами, завдяки чому вдалося згрупувати юридичні умови та зменшити вимоги до 3 чекбоксів без ризиків для комплаєнсу.
Переніс блок згодин вище цільової кнопки («спочатку згода, потім дія»).
3 місяці
MVP
↓40%
Кліків на завантаженні
100%
PAP Compliance
0%
Оптимізація кредитної воронки
↑ 7,6% Перехід до завантаження документів • ↓ 7% Повторних запитів ОТП •
↑ 4,4% СR в успішне підтвердження номера
Продукт
ClickCredit — кредитна платформа для отримання мікропозик у ПАР
Контекст та обмеження
Критичний Time to Market: Необхідно за 3 місяці запустити MVP у ПАР для зайняття ніші. Кожен день затримки дизайну відтерміновував реліз.
Обмеження розробки: Заборона на проектування
з нуля. Продукт мав базуватися на готовій архітектурі та дизайн-системі малайзійського сервісу.
Моя роль
Я перебудував архітектуру сервісу під локальні регуляторні вимоги KYC/AML і переніс компонентну бібліотеку через дизайн-токени, заклавши основу для масштабування на 3 платформи.
Масштабування через UI-токени
Щоб скоротити Time-to-Market, я адаптував перевірену UX-архітектуру малайзійського сервісу. Використання дизайн-токенів дозволило швидко оновити візуальну мову (округлення, шрифти) під локальний бренд, не перебудовуючи логіку переходів та структуру бази даних.
Баланс між економією та аналітикою
Результат: Зберегли 100% даних для власної скоринг-моделі та захистили систему від фроду без втрати UX.
Проблема: Регулятор вимагав калькулятор доступності кредиту. Моя гіпотеза миттєвої відмови (Fast Reject) на фронтенді економила до 15% API-бюджету БКІ, але позбавляла бізнес критично важливих даних для запуску MVP (Data Lake).
Рішення: Спроектував гібридну логіку. Фронтенд одразу попереджає користувача про мінусовий баланс (знижує фрод), а бекенд у фоні відправляє запит на повний скоринг для аналітики.
Юридичні погодження
Результат: Я скоротив кількість обов'язкових чекбоксів на 40%, що дозволило зберегти конверсію на фінальному етапі воронки та зберегти чистий інтерфейс.
Контекст: Юристи вимагали розмістити 5 обов'язкових чекбоксів безпосередньо під кнопкою на екрані завантаження виписки. Це створювало когнітивне перевантаження та порушувало логіку інтерфейсу (користувач мав би погоджуватися вже після спроби виконати дію).
Аргументував зміни: Провів переговори з командою та юристами, завдяки чому вдалося згрупувати юридичні умови та зменшити вимоги до 3 чекбоксів без ризиків для комплаєнсу.
Переніс блок згодин вище цільової кнопки («спочатку згода, потім дія»).
Об'єднав UX двох платформ фінтех-сервісу та збільшив конверсію
↓ 40% Time to Market
↑ 3% Конверсія
↓ 5,6% Drop-off документів
3 місяці
MVP
↓40%
Кліків на завантаженні
100%
PAP Compliance
