Two crypto loan products across three interfaces for a lender in South America: a mobile-first borrower portal, an admin portal, and a custom application flow.
Client
Role
Timeline
TEAM
One system, an entirely new product.
A customer portal built to prioritize mobile.
PayPlan had no mobile portal at all, so I designed one from scratch against the apps borrowers already trust with their money. Every action lives on the account it affects, because a phone has no room for menu structure.
A mobile customer portal was designed and its crypto specific UI was also formatted for desktop.
My modal system for desktop portals was redesigned to utilize drawers on mobile. This allowed me to show action dialogs and filtering in an interactive format that was smooth for mobile users.
New screens for a new kind of borrower.
Crypto specific screens were designed from scratch, and they had to make an unfamiliar transaction legible to someone doing it for the first time. Every field also had to work in Spanish, with regional formats for phone numbers, addresses, and dates.
Rivet required custom screens for every step in the application due to their need to not only capture crypto specific information, but also to utilize inut fields that were localized to South America.
UI was designed to handle the clients requested use of API’s for underwriting, as well as the need for two way borrower/lender communication.
A translation management system was integrated so all steps in the application could be shown in English or Spanish.
The part I got wrong first.
Onboarding ran longer than it needed to. Testing with our Brazilian team showed exactly where borrowers dropped, and simplifying the income and congratulations screens moved completion. That test should have come before the first build instead of after it.
One portal, from offer generation to payoff.
An underwriter builds each offer in the portal, with live Bitcoin prices pulled into the screen so terms are priced against what the collateral is worth right now. After funding, the same portal services the loan: a collateral ledger, a prioritized work queue, and tables that keep recalculating as the price keeps moving.
A work in progress queue was designed to quickly show admin users all the applicants who are awaiting action by the lender. The tables have action buttons that quickly open the specific dialogs needed.
A collateral register was designed for both the admin and customer portals to support the logging of BTC transactions and provided live updates on price fluctuations of the crypto currency.
+
+
Loans Funded
Months from 0-1
Designing for volatility.
Designing a crypto credit product taught me to build clarity and trust in an environment defined by neither. It pushed me toward systems that stay predictable when the underlying asset is not.
The bigger lesson was about sequence. The design system let me move fast, and moving fast meant I built before I tested. The onboarding fix proved the testing was worth doing. It just proved it later than it should have.
