Case study / 04 — SaaS · Product

SAAS MODULE subscription flows.

UI/UX design for a modern SaaS subscription module — plans, billing and upgrades designed to feel effortless.

Role
UI/UX Designer
Platforms
Web · SaaS
Category
SaaS · Product
Type
Subscription Module
0
Platforms
0
Process phases
0
Key decisions
0
Research insights

OVERVIEWThe idea

A subscription module is where a SaaS product earns its money — and where users feel the most friction. This concept redesigns plan selection, billing and upgrades into a clear, confident flow.

THE PROBLEMWhat had to be solved

Pricing pages and billing settings are often dense, jargon-heavy and anxiety-inducing. Users need to compare plans, understand what changes, and trust the transaction.

MY ROLEWhat I owned

End-to-end design of the module: flows, wireframes, high-fidelity UI and interaction states for plan comparison, checkout and account billing.

DESIGN PROCESSFrom idea to interface

01 Competitive analysis
02 Plan-comparison IA
03 Billing & upgrade flows
04 Wireframes
05 High-fidelity UI
06 Interactive prototype

METHODThe workflow, end to end

01
Step 01
Competitive analysis
02
Step 02
Plan-comparison IA
03
Step 03
Billing & upgrade flows
04
Step 04
Wireframes
05
Step 05
High-fidelity UI
06
Step 06
Interactive prototype

KEY DECISIONSWhat made it work

🧾

Transparent plan cards

Feature-by-feature comparison without a wall of checkmarks.

One-step upgrades

Change of plan previewed with prorated cost before confirming.

🔒

Trust signals at checkout

Clear billing summary, no surprise renewals or hidden fees.

🎛️

Self-serve billing

Invoices, payment methods and cancellation without support tickets.

RESEARCH & INSIGHTSWhat shaped the direction

Discovery focused on the jobs users hire the product for: what decision does this screen serve, what action follows, what can wait behind a click. Auditing comparable SaaS tools showed the same trap everywhere — dashboards that display everything and prioritise nothing.

🚦

Action first, data second

Users open the product to do something. The landing view must answer “what needs me today?” before showing anything else.

📉

Density needs hierarchy

Dense tables are fine — undifferentiated dense tables are not. Summary first, detail on demand.

🧭

Predictability is speed

In daily-use tools, users get fast by building muscle memory; consistent patterns are a performance feature.

WHO IT'S FORDesigning for real people

PRIMARYThe daily operator

Lives in the product, values speed and keyboard-friendly flows, and notices every inconsistency. Needs dense-but-ordered screens that reward familiarity.

SECONDARYThe occasional decision-maker

Drops in weekly for status and numbers. Needs summaries, trends and export — without relearning the interface each visit.

DESIGN LANGUAGEThe visual system

A restrained interface where colour means something: neutrals for structure, one accent for primary actions, and semantic colour reserved for status. Tables use progressive disclosure, cards summarise before they detail, and every component comes from a documented library so new screens ship consistent by default.

Semantic colour only
Progressive-disclosure tables
Summary-then-detail cards
Documented component library
Keyboard-friendly flows

TESTING & ITERATIONPressure-testing the design

Prototypes were tested against realistic data volumes — hundreds of rows, awkward edge cases, long names — because SaaS designs that demo well often collapse under real data. Iterations tightened empty states, loading states and error states, the three screens teams usually forget.

PROJECT SCREENSInside the design

SAAS MODULE — UI/UX design screen by Vasudev R
SAAS MODULE — UI/UX design screen by Vasudev R
SAAS MODULE — UI/UX design screen by Vasudev R
SAAS MODULE — UI/UX design screen by Vasudev R

Auto-scrolling — hover any screen to pause & pan

OUTCOMEThe result

A calm, conversion-minded subscription experience — explore every screen in the full Behance case study.

View full project on Behance

KEY LEARNINGSWhat I'd carry forward

01 Design with real data volumes from day one; lorem ipsum lies.
02 Empty, loading and error states are where products feel professional — or don’t.
03 A dashboard’s job is decisions per minute, not charts per screen.
← Previous
All projects