ITILITE · Shipped · 2024–Present

Flexible Payment Methods

Redesigning how finance admins manage corporate cards — giving companies granular control over who pays with what, and when.

Stakeholders Product, Business & Engineering
Contribution End-to-end Product Design
Org ITILITE
Flexible Payment Methods

01 — Overview

ITILITE is a B2B T&E platform used by mid-to-large enterprises. This feature gave finance admins a dedicated console to manage corporate cards — assign them to teams, control what employees can pay with, and enforce policy at the point of booking.

Corporate Card Management

Add Visa, Mastercard, or Amex cards and assign each to specific employees or teams. Surfaced contextually during booking.

Priority & Access Control

Toggle cards ON/OFF and mark one as "Prioritized" — controls which card shows first. Scoped per team.

Employee Permission Layer

A separate control for whether employees can pay with personal cards at all. Critical for companies enforcing 100% corporate card usage.

Zero-State First

Designed from the empty state out — first-time setup is obvious without any onboarding docs.

02 — Problem

No structure, no visibility, no control

Finance teams had no way to enforce card policies. Employees defaulted to personal cards or used the wrong corporate card — creating reconciliation headaches downstream.

01

No team-level card assignment

A marketing card could be used by engineering. Messy expense reports, budget overruns.

02

Personal card defaults

Without controls, employees defaulted to personal cards — defeating the point of having corporate cards.

03

No admin visibility

No single view of cards, who could use them, or whether they were active. Spreadsheets and Slack filled the gap.

Personas

Priya, Finance Admin

Primary User · Admin Console

Manages 3–8 corporate cards across departments. Needs visibility and control over who charges what. Currently stuck doing post-trip reconciliation over Slack.

Rahul, Business Traveller

End User · Booking Flow

Books 4–6 trips a month. Wants the payment step frictionless — just show the right card. Gets frustrated when he can't tell which one to use.

03 — Design

The three screens

Zero State — Starting Fresh

The very first screen an admin sees before any cards are added. Designed to eliminate confusion and make the next step obvious — not feel like a broken empty table.

Single primary CTA — "Add card" — no decision paralysis on first visit
Secondary action surfaces personal card permissions immediately, so admins can set policy before employees book
Empty canvas design feels intentional, not broken
Zero State — No Company Cards
Zero State — No Company Cards

Add Company Card — The Setup Flow

A focused modal form that captures all necessary card details while feeling lightweight — not like filling out a banking form.

"Card nickname" as the first field — positions this as an internal tool, not a raw payment terminal
Card network is inferred from the number, reducing cognitive load at the critical input step
Address fields positioned last — secondary details, not the focus
Add Company Card Modal
Add Company Card — Modal

Populated State — Card Management Table

The main management view once cards are added. Designed for scannability — admins should be able to take in the full picture and act on any card without opening anything.

Card nickname + last 4 digits as primary identity — mirrors how admins mentally organise cards
Access column shows team scope as a compact pill — "All employees", "Marketing & 2 others"
Prioritized toggle visible inline — ON/OFF without expanding a row
Populated Cards Table
Populated State — Card Management Table

04 — User Flow

Admin journey

01
Admin Login
Access console
02
Payment Methods
View all cards
03
Add Card
Fill card details
04
Assign Access
Teams or all
05
Set Priority
Toggle ON/OFF
06
Live
Card available

06 — Impact

Corporate cards configured per admin

Admins who had avoided the feature entirely started using it within the first week.

↓ 68%

Personal card usage on corporate bookings

The core compliance problem this was built to solve.

~0

"Wrong card" support tickets

Down from being the top complaint category the previous quarter.

94%

Task success rate on first use

Usability testing (n=12) — admins completed add-card-and-assign without assistance.

07 — Learnings

What I'd do differently

01

Bulk assignment for scale

One-by-one modal flow works for 5 cards, not 20. A CSV import or multi-card wizard would've dramatically improved enterprise rollout.

02

"Prioritized" needed more explanation

Admins kept toggling it ON for every card — they didn't get it was relative. An inline tooltip or drag-to-reorder would've been far clearer than the label alone.

03

The booking flow deserved more attention

Most effort went into the admin console. But the actual failure — employees using the wrong card — lives in the booking flow. Closing that loop would've had more impact.

View Prototype