back to previous page icon

Designing Secure Banking Experiences with Chase

Implementing new security features to address users’ concerns about their financial data.

Roles
Product Designer
  • Led end-to-end design from research, design, to delivery.
  • Surveys, Literature Reviews, Heuristic Reviews, Wireframes, Prototypes, Usability Testing
  • Accessibility Audits
Timeline
Sept-Oct 2024 (1.5 month)
Team
Designed with Jessica Chiang
Disciplines
  • UX Research
  • UX Writing
  • UI Design
Tools
  • Figma
  • Notion (project management)

The Original Problem Prompt

UX Design Lounge problem statement: Users are often worried about the security of their financial data, including fears of hacking, identity theft, or unauthorized transactions - especially when sending money to others.

The Design Process

Design Process

Narrowing Down the Problem Space

We’ve conducted surveys to understand common insecurities users have when using a banking app and to identify frustrations/pain points people experience when transferring money. We’ve collected a total of 46 responses and were able to narrow down which problem space to solve for.

survey data
Problem Statement: The current app only addresses fraudulent activity after it has occurred, through disputes or notifications. This reactive approach leaves users exposed to potential financial loss and diminishes their confidence in the app’s ability to protect them.

Identifying Existing Inconveniences

with Heuristic Review
wireframes showing existing pain points
Solution: Notify users of unusual spending patterns—like overseas transactions, sudden spikes, or unusually large purchases—and require confirmation before processing. This proactive safeguard helps prevent fraud and increases user confidence.

User Flows

Wireframe

I created wireframes using a mix of Figma community templates and Chase app screenshots to save time. These wireframes allowed me to quickly build a prototype and test key user flows.

designed wireframe

Testing

designed wireframe: payment completed
New Functionality

Testing revealed a potential loophole—users could overlook pending alerts, preventing vendors from receiving payment. To resolve this, I designed a three-day response window. If no action is taken, the transaction clears automatically (as it does today), while still allowing users to dispute the charge later if it proves unauthorized. This balances fraud prevention with smooth transaction flow

designed wireframe: flagged pending transactions

Prototyping

Mobile device prototype information

Key Learnings

Balancing Research and Project Management

This was my first project outside of school and work where I had complete autonomy over the process. At first, I wasn’t sure where to begin, but I quickly learned the value of starting with discovery—whether through surveys, user conversations, or heuristic reviews. I also realized how critical planning is: while we were collecting survey responses, we used that time for literature reviews and analyzing the current experience. This parallel workflow helped us move faster without sacrificing quality.

The Power of Documentation

Unlike school projects with structured assignments, this project required us to own the process end-to-end. Keeping clear documentation of our decisions, research goals, and iterations proved invaluable when writing the case study months later. Every artifact—from early drafts to final analysis—strengthened the rationale behind our design decisions and made the story more compelling.

Future Enhancements

Redesigning the “Report a Problem” Flow

During our heuristic review, we found that the existing “Report a Problem” button redirects users to a resource page instead of taking actionable steps. For users in stressful moments (e.g., unable to call support immediately), this creates friction. Although our project focused primarily on preventing unauthorized transactions, a natural next step would be to design a more guided, self-service reporting flow that empowers users to resolve issues directly within the app.