Work/Case 04 of 05
Fintech · Compliance · Payments

Zing.gg, one API from application to settlement.

I designed the merchant onboarding and agent back office for a payments API, cutting eight tabs per decision to one.

Role

Senior Product Designer

When

2019 - 2020

Team

PM, compliance ops, 4 engineers

Surfaces

Merchant portal · Agent back office · Onboarding

Zing.gg merchant onboarding
01

Background

Zing.gg had a payments engine with KYC and AML built into a single API. It needed a surface for two user groups, merchants signing up and the agents reviewing them, on one backbone.

02

Process

Service mapping

Mapped the merchant journey across capture, verify, review and settle.

User research

Half a day with each underwriter showed eight tabs and no risk context.

Wireframes & prototypes

Low fidelity wireframes of the agent back office, validated with the compliance team.

Production UI

Every state designed in high fidelity, with the spec ready on build day.

The underwriter shouldn't have to open eight tabs to make one decision. Research finding · turned into a product principle
Zing.gg agent back office

Agent back office · application review screen

Zing.gg onboarding step
Zing.gg responsive onboarding

Onboarding flow · desktop primary, mobile responsive

03

Outcome

78%
Straight through processing rate
4h 12m
Median review resolution
8 → 1
Tabs per decision before / after
2
Surfaces shipped, same release window

Onboarding and back office went live in one release window and "no more eight tabs" became a design rule.

Next case

ISB Global→

B2B SaaS for the circular economy. Greenfield UX across seven modules.

← All work