Cash App

ACH for Bitcoin
Purchases

Delivered designs for a high-priority Bitcoin payments initiative.

System Design Execution Exec Visiblity

Sole Product Designer

My partners: Product, Bitcoin & Transfers Engineers

Problem

Over 50% of high-value debit cash-ins were failing due to bank declines, a significant drop-off for customers trying to purchase Bitcoin. In preparation for Bitcoin day in April '26', in which Cash App was going to giveaway $1 million in bitcoin for those who made purchases, we needed to ensure customers didn't run into a bad experience. ACH became the proposed fix: a more reliable payment rail for large transactions. But the design work hadn't started, and engineering was blocked.

I volunteered to help the team. It was a domain I'd never touched so I had to ramp across Transfers and Bitcoin simultaneously.

My approach

Approach

Design iteration 1 with core flows

The complexity was in the edge cases and restricted balance limitations. Making it clear to customers where their money is was a principle I held to make decisions.

Designs

Previously, customers could only purchase Bitcoin with their Cash Balance and a debit card. Beyond allowing banks as a new payment method, I introduced new capabilities into the Bitcoin purchase flow including nudging to use ACH for high value purchases, being able to see and select the funding method, and communicating withdrawal restrictions during the purchase and sell flows.

I designed them to feel native to the existing Bitcoin buy experience while introducing the new payment rail clearly. Key decisions included how to surface ACH as an option without disrupting the default debit path, and how to handle restricted balances consistently.

Edge cases drove most of the design work: partial availability states, withholding scenarios, and how Activity Feed communicates ACH-funded purchases differently from debit.

Live clickthrough of new purchase and sell flow

Impact

Next: Google Drive Integration →