FinTech SaaS · Back-office operations

Multi-Currency Operations

Designing a clear, auditable operations experience for high-impact account controls, independent approval and settlement workflows.

Control architecture
01Capture contextReason + evidence
02Review impactBalances + controls
03Confirm authorityIndependent approval
04Record the decisionAudit trail
ProductMulti-currency back-office SaaS
RoleLead UI/UX Designer
Team6 design team members
FocusControls · authorisation · settlement

01 · Context

Operational decisions need context, authority and traceability.

The platform supports back-office teams responsible for account controls, transaction oversight and customer account completion across multiple currencies.

Actions such as restricting an account, applying a blacklist control or completing settlement connect customer information, balances, supporting records and operational ownership. I shaped these workflows so teams can review the right context, understand the impact of a decision and maintain a clear audit record from request to completion.

02 · My role

From operational requirements to connected product workflows.

As Lead UI/UX Designer, I own the UX strategy, workflow architecture, interface direction, design-system decisions and final design review while leading six designers.

01

Operational framing

Translated stakeholder inputs and back-office rules into structured tasks, review points and decision states.

02

Workflow architecture

Connected account context, supporting records, permissions, approvals and audit history across each control.

03

Interface system

Directed reusable patterns for customer summaries, status, forms, review panels, timelines and confirmations.

04

Design leadership

Allocated work, reviewed UX and UI decisions, tested complete flows and approved designs for implementation.

03 · Design principles

A consistent decision model across critical operations.

01

Context before action

Bring customer, account, balance, reason and supporting information together before an operator proceeds.

02

Authority before execution

Make roles and approval responsibility visible when an action requires an independent decision.

03

Record after decision

Confirm the applied control and retain a chronological audit trail with ownership and timestamps.

04 · Account restriction

Configure, review and record an account restriction.

The flow keeps restriction type, duration, reason, case reference, operator note and customer impact visible before the control is applied.

01Choose the restriction and duration
02Review context, evidence and impact
03Apply the approved restriction
04Open the account or audit record
Account restriction · configure, review and confirm

05 · Dual authorisation

Separate initiation from independent approval.

Blacklist controls use a maker–checker sequence: one authorised operator records the request and evidence, while a second authorised reviewer confirms the decision and impact.

InitiatorRecords authority, reason, evidence and expected effect.
Independent approverReviews customer impact, decision scope and supporting details.
System recordCaptures both actors, the applied control and the complete timeline.
Blacklist control · maker–checker approval and dual-authorisation trail

06 · Closure & settlement

Guide the operator from closure details to a recorded settlement.

The closure journey combines liabilities, available balances, destination account details and final confirmation in one controlled sequence.

01Capture closure reason and destination
02Review balances and liabilities
03Confirm the settlement amount
04Record closure and settlement
Account closure · guided operational completion with settlement confirmation

07 · Visual foundations

A calm enterprise-fintech system built for operational clarity.

The interface uses a restrained palette, clear hierarchy, consistent spacing and colour-led status cues to make dense operational information easier to scan.

08 · Leadership and quality

Keeping complex workflows coherent across the team.

I reviewed the designs, UX logic and connected states across the team before handoff, with particular attention to authority, impact, completion and auditability.

01

Flow reviews

Walked through each sequence from initiation to confirmation and the resulting system state.

02

Decision clarity

Checked that operators could identify the required context, their responsibility and the next action.

03

Pattern consistency

Aligned forms, summaries, approvals, status cues and audit timelines across operational modules.

04

Implementation support

Worked with product and engineering stakeholders to clarify behaviour and resolve feasibility questions.

09 · Operational value

Turning complex controls into clear, accountable decisions.

The shared workflow model helps operations teams act with the right context while keeping responsibility, approvals and outcomes visible across the platform.

01

Decision readiness

Customer details, balances, reasons and supporting information are brought together before an operator takes action.

02

Governance

Role-based actions and independent approval make authority clear for high-impact account controls.

03

Auditability

Actors, timestamps, evidence and final outcomes remain connected in a chronological operational record.

04

Scalable consistency

Reusable workflow and interface patterns create a coherent experience across controls, approvals and settlement.

Design perspective

Operational UX is decision infrastructure.

The strongest systems make it clear what is being changed, why the action is required, who has authority and how the final decision is recorded. This approach turns complex back-office activity into a structured, accountable product experience.