Skip to main content
Visa Europe / Payments / Service Design

Designing the support model around a critical merchant service.

Service design work defining how a merchant-facing payments service would be supported across customer contact, operational teams, specialist support, implementation, incident management and escalation.

Organisation Visa Europe
Sector Payments & Financial Services
Focus Merchant Support Model
Contribution Lead Service Design
VISA EUROPE / MERCHANT SERVICE / PROJECT EVIDENCE REAL PROJECT IMAGE
Visa Europe merchant service design project
PAYMENTS / MERCHANT SERVICE / SERVICE DESIGN PROJECT MEDIA / DIGIFIXIT
VISA EUROPE / MERCHANT SUPPORT SERVICE REQUEST → TRIAGE → RESOLUTION → ASSURANCE
01 MERCHANT Need or issue
02 ENTRY POINT Receive & log
03 TRIAGE Categorise
04 DIAGNOSE Investigate
05 ESCALATE Bring in specialists
06 COMMUNICATE Manage updates
07 RESTORE Close the loop
The project

The challenge was not simply to define a technical support process. The service needed a coherent operating model explaining who customers contacted, how issues were recorded, how teams collaborated, when incidents escalated and how responsibility moved across organisational boundaries.

The service-design work connected customer support, production operations, implementation, relationship management and specialist business functions into one support framework.

The resulting model treated incident management, service availability, escalation and customer communication as parts of one end-to-end service rather than separate operational procedures.

SERVICE DESIGN PRINCIPLE A support model only works when customers, front-line teams, specialists and operational owners understand how responsibility moves through the service.
The challenge

Turn operational complexity into a usable support service.

A merchant-facing payments service depends on several operational and specialist functions. The service model needed to make those relationships understandable and actionable.

01 ENTRY POINT

A clear route into support.

Define where merchants begin, how queries and incidents are captured and who owns communication.

02 OWNERSHIP

Clear team responsibilities.

Clarify the roles of front-line, second-line, technical, implementation and business teams.

03 ESCALATION

Predictable paths for complex issues.

Define when issues move beyond first-line resolution and how specialist support is engaged.

04 CONTINUITY

Support beyond normal operations.

Consider service availability, maintenance, priority incidents and continuity outside normal support.

Service blueprint

Support designed as one connected service.

The blueprint presents the public-safe structure of the support journey without exposing internal operational information.

Request
Log
Triage
Diagnose
Escalate
Resolve
Communicate
Merchant
Raise issue or service request
Receive reference
Clarify need
Provide information
Await specialist action
Service restored or request fulfilled
Receive outcome
Frontstage
Support entry point
Record interaction
Categorise and prioritise
Initial diagnosis
Coordinate escalation
Confirm resolution
Manage merchant communication
Backstage
Service context
Case management
Routing decision
Operational investigation
Specialist collaboration
Recovery / fulfilment
Knowledge capture
Supporting service
Customer relationship
Support tooling
Priority model
Production operations
Technical / business teams
Service ownership
Continuous improvement
Participation model

Make the people behind the service visible.

The support model depended on several roles participating at different stages of the merchant journey.

01 MERCHANT

Service user

Raises incidents, questions and service requests and needs clear progress communication.

02 CUSTOMER SUPPORT

Front door

Receives, records, categorises and manages communication through the support journey.

03 OPERATIONS

Service recovery

Diagnoses production issues, coordinates technical investigation and manages restoration.

04 IMPLEMENTATION

Change & readiness

Supports testing, configuration, implementation activity and service readiness.

05 RELATIONSHIP MANAGEMENT

Customer relationship

Provides an escalation route where normal service processes do not resolve the concern.

06 SHARED RESPONSIBILITY

One support service

Customer support, operations, implementation and specialist functions work as one service.

Service-design outputs

From support questions to an operating model.

The work brought together the major components required to explain, operate and govern the support service.

01 FRAMEWORK

Support Model

Defined the overall structure of merchant support and how the service operated end to end.

02 OWNERSHIP

Roles & Responsibilities

Clarified responsibilities across customer-facing, operational and specialist teams.

03 OPERATIONS

Incident Model

Connected intake, categorisation, priority, diagnosis, recovery and merchant communication.

04 CONTROL

Escalation Model

Established structured routes for issues requiring additional technical or business attention.

05 CONTINUITY

Service Availability

Considered normal support, maintenance, continuity and out-of-hours scenarios.

06 DEFINITION

Service Catalogue

Structured the supporting services, responsibilities, scope and expected deliverables.

Outcome

A clearer model for supporting a complex service.

The work created a structured support model that brought service ownership, support roles, incident handling, escalation, availability and supporting services into one coherent view.

The model was designed to give both customer-facing teams and operational teams a clearer understanding of where responsibility sat and how issues should move through the service.

The approach also provided a stronger basis for service transition by connecting customer experience with the operational mechanisms required to support the service after implementation.

Commercial, security-sensitive and internal operational details are intentionally excluded from this public case study.
Start a project

Need to design the service behind the support process?

DigiFixIT helps organisations connect customer support, operational processes, service ownership and technology into clearer end-to-end services.

Start a conversation
Scroll to Top