← All product work

AI in Fintech / Case study

Production GenAI in Payments: 3 Systems and 1 Banking Pilot

Identified and value-modeled three production GenAI systems across merchant integration support, incident auto-escalation and partner support automation, plus a fraud/AML AI pilot with a major banking partner.

3 + 1Production systems + banking pilot
−65%Merchant support time
AutomatedIncident escalation
90%Partner queries auto-resolved

The operating decision, in context.

Ran GenAI use-case identification across the organisation, evaluated 20+ candidates with value modeling (ROI / feasibility / data readiness), and shipped three production systems plus one banking pilot. Built the governance posture so AI runs alongside PCI DSS, ISO 27001 and AML/CFT controls, not despite them.

Evidence overview

What changed, and why it held.

Operator lens

Most AI value in payments today is in operations and integration support, not in the customer-facing UI.

−40%Projected manual-review reduction
20+Use cases evaluated

The job to be done.

The organisation had more AI ideas than production candidates. The useful filter was not model novelty; it was whether a use case had clean source data, a measurable operating cost, a human fallback, and an audit trail a regulator or bank partner could understand.

What I built.

  • AI Merchant Integration Chatbot (Slack + Telegram), RAG over API docs, error catalogue and integration playbooks. Cuts merchant integration support time by 65%.
  • Intelligent System Monitoring & Auto-Escalation Bot, detects payment error spikes, runs log analysis, identifies root cause, auto-escalates with full diagnostics.
  • AI Partner Support Automation, handles 90% of merchant payment queries (settlement, disputes, decline codes, integration) without human intervention.
  • Fraud Detection & AML Pilot, active pilot with a major banking partner; value model projects 40% reduction in manual review queues.
  • Use-case identification + value-modeling framework, ROI, feasibility, data readiness, regulatory risk per candidate.

How it fits together.

  • RAG-first for any LLM surface that touches merchant/partner instructions, citations always shown
  • Domain-specific embedding index per use case (integration docs, decline codes, dispute taxonomy)
  • Audit trail for every AI decision (input, retrieved context, model output, human override)
  • Feature store + analyst-feedback loop for the fraud/AML pilot
  • Open-source LLMs for non-sensitive surfaces, vendor LLMs for narrower use cases

How it runs in practice.

  • AI use cases reviewed in a monthly product + risk + compliance council
  • Every AI surface ships with a kill-switch and a human-in-the-loop fallback
  • Quarterly bias / drift / hallucination audit against held-out cases

Where I sat in the work.

Led GenAI strategy end-to-end at a cross-border payments platform, use-case identification, value modeling, vendor selection, regulator briefings, build/buy decisions, deployment governance and post-launch measurement.

What moved.

  • 3 production AI systems live; 1 banking pilot in flight
  • Merchant integration support time −65%, automated incident escalation, 90% partner queries auto-resolved
  • Established the AI use-case discipline (ROI / feasibility / data readiness / regulatory risk) used quarterly
  • Briefed regulators on the platform's AI posture for licence reviews

What I chose against.

  • Chose RAG + open-source LLMs over closed APIs for the most sensitive merchant-facing surfaces, slower iteration, lower data-egress risk
  • Built our own value-modeling framework rather than adopting a vendor scorecard, better fit, more upfront effort

What carries into the next build.

  • Most AI value in payments today is in operations and integration support, not in the customer-facing UI.
  • Auditable behaviour beats raw model performance. A 92% model with full citations is better than a 96% model that can't explain itself.
  • The fraud/AML use case has the highest stated ROI and the longest validation timeline. Plan for that.

Relevant beyond this one platform.

The transferable core: getting four use cases through value modelling, data-readiness review, risk sign-off, production fallback design and post-launch measurement, not the fact that AI was used. Every network, PSP and cross-border platform needs exactly that discipline; only the logo changes.

Bring the context

Building through
real operating pressure?

Start with the decision, constraint or delivery problem in front of you. We can work out whether there is a useful fit.