Budget App
EmailEmail LidiaLidia's Resume Lidia's Resume Resume
Download 1 Pager

Budget App Intro

Overview

Empathy & Research

Problem Definition & Success Metrics

Design Process

Sticker Sheet

Learnings & Next Steps

Improving & Furthering Project

Budget App:
Design an app & responsive website that teach users how to save & budget.

(02/2025 - 06/2025)

Lead UX Research & Design (solo)
Figma, WCAG plug-ins

Download 1 Pager
Animated preview of creating a budget in three taps on the desktop site
Responsive Site on Desktop (click for prototype)
User satisfaction scores increased from 75 % to 90 % through iterative design process

Overview

Problem:
Budgeting apps on the market are complex, provide little guidance to novice budgeters, and lack in-app customization of accessibility features.

Goal:
Design a budgeting app that meets the needs of novice budgeters while encouraging the development of broader financial management skills. The app should increase user satisfaction scores when comparing with other budgeting apps.

Solution:
A budgeting app that is intuitive, easy to navigate, and accessible, allowing users to level up the complexity of their experience as they acquire finance management skills using in-app education features.

User Quote:
"It was really easy and intuitive to figure out how to make a new budget." (Hale)

Note about constraints:
Work for this project was done part time, after work hours and on weekends, as part of the Google UX Certificate

Animated preview of creating a budget in three taps on the mobile site
Responsive Site on Mobile (click for prototype)
A persona card shows a description of Edgar, a 42 year old HVAC manager who needs a budgeting app that is accessible, easy too use, and simple because he wants to plan fro retirement but the stress of usual tools makes it difficult to get started. The card shows his goals and frustrations.

Empathy & Research

Methods
4 user interviews
Competitive audit of 5 apps

Key insights

1
Spreadsheet budgets are confusing and menus in apps and websites hide core actions.

Design decisions:
Adopt card-based layout and tab-bar navigation familiar from banking and social media apps. Minimal scrolling and no hidden menus.
2
Competitors fail accessibility basics with unlabeled icons & charts, sub-4.5:1 contrast, fixed 12 px text, no keyboard path.

Design decisions:
Build for WCAG 2.2 AAA from day one, ≥ 4.5:1 contrast, built-in suite of personalizable accessibility features including high contrast and font-scaling, full keyboard and screen-reader path.
3
Tutorials are hidden in help centers.

Design decisions:
Optional tutorial at onboarding, clear CTA button in FAQ page (easy access in main tab bar).
4
Apps pay-wall educational content, or don't include it at all.

Design decision:
Embed a free “Learn” hub on all main screens with AI curated content.
5
Information overload in apps overwhelm novices, while simpler apps are outgrown as confidence increases.

Design decisions:
Users can switch between levels of complexity at will, based on self-assessed comfort and readiness.
6
Rival mobile screens feel cluttered.

Design decision:
Mobile-first, minimalist design focused on displaying only the most essential information.
Journey MapEdgar is overwhelmed by budgeting and does not know where to start. He has to do lots of research and learning before he can begin to make progress. The more steps that can be automated, the better. Plus, prioritizing visibility and accessibility will ensure that Edgar’s visual impairment is not a limitation.
A journey map showing the tasks edgar must undertake to make a budget to plan for retirement.

Problem Definition & Success Metrics

How might we…
design a budgeting app that delivers scaffolded education, AI-powered personalization, and fully adjustable accessibility settings so novice budgeters and users with disabilities can set and achieve their financial goals with less stress and fewer obstacles?

Quantitative Goal:
≥ 80 % of first-time users create their first budget within 3 minutes

Results:
100% of interviewed participants created a budget within 3 minutes.

Qualitative Goal:
User Satisfaction Scores ≥ 85


Results:
100% of interviewed participants describe the app as “easy to use,” "easy to navigate," and express confidence using the app in post-study debriefs.

Second round of usability studies yielded
USS = 90%

Design Process For Mobile App Design

Ideation (day 1)

A pencil on paper sketch with 8 loose brainstormed ideas for designing a budget app that is educational and delightful for users with impairments.

I kicked off with Crazy 8s to generate creative ideas in just a couple of minutes. This rapid brainstorming paired with a quick Close Up/Big Picture storyboard led me to the following design decisions:  

1. give users the ability to "level-up" their in-app experience as they learn and

2. allow personalization of accessibility features early on.

Wireframing & Usability Study (day 2-28)

A figma wireframe showing the major flows for onboarding, navigation, and creating a budget.

Based in an 8 pt grid, my lo-fi wireframes limit scroll fatigue with minimal information per page. All screens are a max of two clicks away via a bottom tab bar, easy to reach for mobile users.

First round of unmoderated, remote usability studies revealed that labels that did not meet users' expectations.

Relabeling the following:
1. accounts-->transactions, 2. planning--> budgeting and 3. help -->FAQ improved navigation ratings from 70% --> 90%

Interaction & UI (day 29-66)

A gif showing the first hi-fi design with a purple background  and glassmorphic style cards.A gif shows an updated design with an off-white background, minimalist cards, and a new layout that uses more of the screen and improves visibility.

My initial choice of Glassmorphic style made WCAG compliant contrast challenging and also felt disconnected from current design trends, especially within banking apps.

Using atomic design to establish building blocks made the redesign process quick.

The redesign hits 60:30:10 rule and uses iOS design libraries to create an experience at home within Apple products.

Accessibility (throughout)

A11y-Color contrast checker plug in on figma says "all texts meet AAA color contrast requirements"

Using a combination of Stark, A11y, and Able plug-ins I verified color contrast requirements for all text and important elements on all frames.

I changed "skip all tutorials" and "home" labels to navy to improve readability.

Building Responsive Site
(days 67-87)

The site was built with many of the same components and styles as the app with some improvements to the layout and navigation, allowing for the inclusion of additional features.

Sticker Sheet & Design System

To maintain consistency and speed up cycles of iteration, I quickly started compiling all reusable components and their variable states. This sticker sheet is from the original mobile app design stage, with some modifications that came naturally as I moved into later design stages.

Learnings & Next Steps

This project grew me immensely as a UX designer. Working through all stages of design as a team of one stretched my skills in all directions and taught me the value of deliberate planning and decision making at every step.

The most crucial wins came from:

1
Learning to swiftly compile reusable components to make iterative design even faster.
2
The profound value of feedback and user participation in the design process. The product is for them, not for me, after all.
3
Centering accessibility from day 1. As I got closer to wrapping up the project, I began to see the pay-off of selecting high contrast palettes, readable fonts, a clear hierarchy, clear labels, and wise application of Gestalt principles.

Steps to Improving & Furthering the Product

1
It is a P0 design flaw that Budget App does not currently have alt text built in, so that will be my immediate next step.
Some of my touch points are also about 4px too small and will be an important quick fix.

Alt-text

2
It is crucial to have an updated design system for dev-handoff. In future projects, maintaining this system as I work will make me a better team member.

Sticker Sheet

3
My usability research participant pool did not include assistive technology users. Designing a study or organizing interviews would go a long way in making Budget App a product that serves all individuals.

Robust Usability

4
I have a lot to learn about assistive technology integration, and I will continue to seek  opportunities to grow in this area. Additionally, the support of data security and finance experts is needed to ensure the product is safe and beneficial to users.

Consult Experts

5
Task completion and retention data as well as measurements of actual goal attainment by users as a result of the product.

Data Collection

Budget App
ComBoard
Svetim Logos