Subscription management designed for decision making, not navigation

Billow helps teams manage software subscriptions. Managers make changes through conversation and confirm them in a clear dashboard.

Role
UX/UI Designer
Team
SC
TK
Timeline
24 hours + 2 weeks
Tool

Managing subscriptions became a conversation

I
Reality

Teams worked across multiple SaaS tools.
Managers had to ask people to understand usage.

Breakdown

1. Unused seats stayed active
2. Renewals were missed
3.Time was lost navigating admin panels

Insight

Information was distributed across tools. Managing it meant visiting each one separately.

Direction

Actions start in conversation. Confirmation happens in the dashboard.

Routine tasks shouldn't require switching tools.

Outcome

Teams could manage subscriptions without learning each tool. The concept expanded into a scalable operational UX system.

Hackathon Challenge

Build a working subscription management MVP in 24 hours with a small cross-functional team.

Team

A designer–developer pair collaborating in a 24-hour hackathon.

Method

• Designed chat flows and UI rapidly in Figma
• Connected Gemini AI to enable a functional conversational demo

Constraints

No backend, no real data storage, extreme time limit

Objectives

• Prototype a conversational UI
• Connect Gemini AI for basic interactions
• Deliver a functional MVP within 24 hours

Context

The problem wasn’t forgetting.
Subscription management was fragmented across multiple service interfaces.

In small teams, software subscriptions are often managed informally. Responsibilities shift as people join or leave.

After an employee left, their licenses kept being paid for months because the process depended on whoever managed it before.

Problem

Teams lose visibility over subscriptions, leading to missed renewals, unused seats, and unexpected costs.

Understanding the problem

Renewals were noticed after payment
Teams only realized a subscription existed when a charge appeared on the invoice.
No one knew who owned the tool
The account stayed active because responsibility was unclear.

Understanding the behavior

Each role handled subscriptions differently,
and no one had the full picture.

I surveyed 12 people who regularly use paid software tools about how their teams handle subscriptions. People only knew the subscriptions relevant to them, and no one had a complete view.

Designer
“Requesting access and cancelling goes through too many steps, so I just left it.”
New manager / HR
“I took over the account and didn’t know whether it was still in use.”
Individual user
“I forgot to cancel before the renewal.”
They weren’t sure who owned the tool, whether it was still needed, or where to manage it.
The issue wasn’t memory.
It was the reliance on memory instead of shared visibility.

What the product needed to do

The solution needed to change how teams take action, not just how they view data.

This led to three design rules:

Start in conversation
Actions begin in discussion, not in admin panels.
Work without handover
Anyone should act without prior knowledge.
See status instantly
No searching across tools.

Turning assumptions into an MVP

We used the hackathon to turn the concept into a working MVP and see if conversation-based action could function as a real interface.
Chat
Enabled actions to start directly in conversation.
Subscription
After actions happen in chat, teams still need a single place to understand ownership, cost, and usage.
Calendar
Made renewal timing visible at a glance.

From MVP to a System

The concept worked, but it didn’t scale. So I defined UI rules and built a reusable system future features could grow from.

This led to three design rules:

Primitive
Build from parts
Interfaces are built from primitives, not new components.
Semantic
Meaning over placement
Layout follows semantic roles, not manual arrangement.
Interface
Recomposition over redesign
New screens emerge by reorganizing the same semantic blocks.
A scalable interface set built from the same rules

Beyond the MVP

Leveraging the new system, I implemented an end-to-end onboarding flow into Billow, powered by AI-guided setup and automated seat assignment.

Story

Alex, HR manager,

opens Billow and registers Lina through the chat. With AI guiding the flow, he assigns the tools she needs in just a few clicks.

Lina, new designer,

is joining the team and needs access to design tools like Figma, Adobe, and Slack.

Main Page

Add member in seconds
Alex starts Lina’s onboarding directly from Quick Action.

Chat

Enter Lina’s info through chat
Name, role, and required tools are filled out conversationally.

Assign Seat

AI finds the right seats
Billow scans active subscriptions, identifies the required tools, and suggests available seats for Lina.

Canvas View

Progress shown at a glance
The canvas updates in real time, visually reflecting each tool Alex confirms through chat.

Members Page Check

Review and add tools instantly
Alex reviews Lina’s assigned tools and adds Slack with a single click.

User Testing

1. Expected Behavour

I expected users to approve the tools by responding in the chat once the tool cards appeared.

2. What Actually Happened

All three testers assumed the tool cards were interactive and clicked them instead of typing a confirmation. As a result, the onboarding flow stopped because the system was waiting for a chat response.

3. Design Fix

To guide users more clearly, I added explicit Yes/No buttons and a confirmation toast. These changes removed confusion and helped users complete the approval step with confidence.

Yes / No Buttons Added
Before
After
Confirmation Toast Added
Before
After
4. Result

After adding clear Yes/No actions, all testers completed the approval step smoothly, without hesitation or misclicks.

Reflection

What I learned from this project
People preferred choosing over typing when certainty mattered

Users did not want to explain everything in chat. When the outcome had to be clear, they trusted selecting an option more than writing a message. Simple choices like yes or no felt faster and more reliable, so I shifted the interaction toward reassurance before action.

The goal was not to simplify the UI but to change how decisions happen

The goal wasn’t visual clarity alone. Users hesitated before taking action, so I changed the interaction pattern to give them confidence earlier.

The system needed shared understanding from the beginning

Design handoff was difficult because alignment takes effort, not UI complexity. I collaborated with developers early to define how actions, states, and responsibilities work across the system so it could scale clearly.

See More Projects

UI/UX
Safety System for hikers
BRANDING
Velot Mobility
UI/UX
Trail Assistant