Crypto-Native Line of Credit Products for South America.

Crypto-Native Line of Credit Products for South America.

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

Rivet

Role

Product Designer

Timeline

Nov. 2025 – Mar. 2026

TEAM

Sole Designer, 3 Engineers

Overview

Rivet is a crypto-native lending platform running two loan products. The first is a line of credit against staked Bitcoin, where collateral unlocks larger amounts. The second drops collateral entirely for smaller lines, trading size for speed. I took both from 0-1.

Overview

Rivet is a crypto-native lending platform running two loan products. The first is a line of credit against staked Bitcoin, where collateral unlocks larger amounts. The second drops collateral entirely for smaller lines, trading size for speed. I took both from 0-1.

My CONTRIBUTION

I led ideation and strategy from the client's requirements, then designed both products as the only designer on the build. UX, UI, and interaction across three interfaces, plus every new component the PayPlan design system needed before it could handle crypto.

My CONTRIBUTION

I led ideation and strategy from the client's requirements, then designed both products as the only designer on the build. UX, UI, and interaction across three interfaces, plus every new component the PayPlan design system needed before it could handle crypto.

THE WORK
0

New Loan Types

0

Product Surfaces

0

+

Screens Designed

THE WORK
0

New Loan Types

0

Product Surfaces

0

+

Screens Designed

01 — THE Problem
01 — THE Problem

No product, and no trust to build on.

The lender had no product. No application, no servicing tools, no way to tell a borrower anything automatically. And borrowers in South America had watched enough crypto lenders fail to be skeptical of a new one asking them to hand over Bitcoin.

02 — Goals
02 — Goals

What the product had to do.

1.

Reuse the PayPlan system where it fit, and build new components where it didn't.

2.

The whole customer experience had to be optimized for mobile due to the market.

3.

Make handing over Bitcoin feel safe enough to complete.

03 — The Custom BUild
03 — The Custom BUild

One system, an entirely new product.

The PayPlan design system was the only thing carried over. Everything above it was new: two loan products, three interfaces, and 50+ screens that had never existed before.

The PayPlan design system was the only thing carried over. Everything above it was new: two loan products, three interfaces, and 50+ screens that had never existed before.

Crypto lending was a new loan type in my design system, so new components were built for all 3 surfaces.

Crypto lending was a new loan type in my design system, so new components were built for all surfaces.

Crypto specific account summary.

04 — Customer Portal
04 — Customer Portal

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.

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.

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.

05 — Customer ApplIcation
05 — Customer ApplIcation

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.

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.

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.

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.

06 — Admin portal
06 — Admin portal

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 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 crypto specific offer creation flow was built. Admins can see if an offer was declined and why.

A crypto specific offer creation flow was built. Admins can see if an offer was declined and why.

Once created, offers are instantly sent to the applicant by an SMS with a magic link to the app.

Once created, offers are instantly sent to the applicant by an SMS with a magic link to the app.

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.

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.

07 — Results
07 — Results
0

+

Loan Applications

0

+

Loans Funded

0

Months from 0-1

08 — Reflection
08 — Reflection

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.

Next Project
Next Project

Website and Lead Quiz Design for 10 Verticals.

Website and Lead Quiz Design for 10 Verticals.

Founding designer crafting clear, reliable product experiences from early definition to shipped software.

Available for new projects

© 2026 Austin Griblin. All rights reserved.

Founding designer crafting clear, reliable product experiences from early definition to shipped software.

© 2026 Austin Griblin. All rights reserved.

Founding designer crafting clear, reliable product experiences from early definition to shipped software.

©2026 Austin Griblin.

All rights reserved.