logo

SAL
Catrion
STC
Bank Albilad
One Banking
PIF
SELA
Ma'aden
Riyad Bank
Genalive
Enjoy
Meem Bank
Project
Project
Project
Project
Project
Project
Project
Project
Project
Project
Project
Project

Start a Conversation

Hi! Click one of our member below to chat on WhatsApp

The Death of the Generic

Customer Journey

Replace static funnels with

intent-led systems that

move with your users

The tidy, left-to-right funnel is gone. People enter from search, WhatsApp, a store, a QR on a flyer, then bounce to mobile, then desktop, then a call. They compare, pause, return, and expect you to remember where they left off. A generic journey cannot handle that reality. A designed system can.

This is your playbook to kill the generic flow and build journeys that feel personal, responsible, and repeatable.

What you need to know

Intent beats demographics. Build around what the user is trying to do right now.

States beat stages. Track readiness, eligibility, and trust, not a fixed five-step funnel.

Content is a system. Offers, messages, and microcopy must be modular and bilingual.

Governance matters. Guardrails, consent, and audit trails protect trust.

Why generic journeys fail

Symptom What users feel Root cause Fix that works
High drop-off after a beautiful first screen “Nice, but irrelevant” Static path ignores intent or history Intent detection and branch to the right path
Repeat users forced through onboarding “You do not remember me” No state memory Persist progress, fast resume, show what changed
Confusing errors and loops “I cannot finish this” No recovery paths or fallbacks Design recovery first, then the happy path
One message for everyone “You are shouting, not helping” Channel blasts over context Modular content with tone rules and local parity
Arabic reads like a translation “This is not for me” English-first build Bilingual planning from day one

Truth line:

If the interface is pretty but the next step is unclear or irrelevant, the journey failed.

From funnel to field: the new architecture

1. Intent graph

What the user is trying to do. Examples: pay a bill, check eligibility, compare two plans, book a viewing, renew a permit.

2. State engine

What you know right now. Examples: verified identity, location, language preference, payment readiness, previous attempts.

3. Decision rules

Who gets what next. Examples: show wallet options if KSA, surface Arabic first if last session was Arabic, skip step three if KYC passed.

4. Modular content library

Headlines, microcopy, offers, and help snippets with approved variants in both languages.

5. Recovery playbook

Clear paths for failures. Examples: weak coverage, payment decline, document mismatch, agent handoff.

6. Learning loop

Events mapped to outcomes, experiments by hypothesis, and a monthly pattern review.

Build the system once. Let every journey use it.

Design journeys by intent, not by department

Onboarding

Goal: first success in under two minutes on mobile. Pattern: prefill from device and past sessions, one action per screen, visible progress, “do later” for anything non essential.

Comparison and choice

Goal: help a decision, not push a promo. Pattern: side by side compare, fees and terms in plain language, top three differences highlighted, switch to Arabic with no layout break.

Payment

Goal: zero doubt. Pattern: show total, taxes, fees, arrival or handover date, wallet and card options relevant to the market, one tap reattempt after decline.

Support and recovery

Goal: respect and speed. Pattern: name the issue, show the fix, keep data intact, offer human help with context carried forward.

Renewal and expansion

Goal: make staying the easiest choice. Pattern: reminder with what changed, quick confirm, clear benefits, respectful offers, easy opt out.

Content that adapts without losing the human voice

Voice matrix

Situation Tone Cues Do not
Announce a benefit Upbeat and concise One line promise, then how to use it Hype with no proof
Explain a requirement Direct and respectful Define first, example second Legalese walls
Apologize and fix Own it and act “We missed this”, action, time to resolution Passive voice
Guide a task Coach-like Steps, time estimate, next screen preview Nested steps and jargon

Write this once. Store bilingual examples. Use it everywhere the system writes or suggests copy.

GCC realities you must design in

Bilingual parity

is not a translation task. Pair Arabic and Latin typefaces, plan line lengths, and write to both flows from day one.

Payments and addresses

differ by market. Wallets, cash options, and building conventions matter.

Work weeks and holidays

change traffic and response patterns. Schedule notifications and service promises accordingly.

Regulatory IDs and permits

are part of the journey. Explain why you ask, where data goes, and how to fix issues.

Human means culturally precise, not just grammatically correct.

Data, consent, and trust

Use declared preferences and session context before behavioral profiling.

Explain why the user is seeing a message and offer one-tap opt out.

Keep an audit trail of decisions and sources. If you cannot show it to the Board, do not run it.

Red lines belong in writing. Define what you never personalize, what you never predict, and what always escalates to a human.

Metrics that prove journeys are alive

Area Metric Target idea
Relevance Time to meaning Down week over week
Progress First task completion on mobile Above 80 percent for target segments
Efficiency Steps per task Fewer steps with equal clarity
Recovery Error to success rate Above 60 percent recoveries
Support Contacts per 1,000 sessions Down with stable satisfaction
Parity EN vs AR satisfaction gap Less than 10 percent difference
Learning Tested hypotheses per month At least four meaningful tests

Do not celebrate response time alone. Celebrate time to meaning.

beyound-img

Implementation blueprint

Phase 1. Align

Pick two journeys with measurable pain. Define intent, states, success metrics, and guardrails. Approve the voice matrix and glossary.

Phase 2. Build

Create the modular content library, decision rules, and recovery playbook. Wire analytics to intents and outcomes. Prototype in Arabic and English together.

Phase 3. Prove

Ship to a small audience. Run two experiments per journey. Fix friction. Document new patterns in your design system. Roll out widely.

Do and Don’t

Do Do not
Design by intent and state Force everyone through the same five steps
Plan bilingual parity from day one Translate at the end and hope it fits
Write recovery first Treat errors as an edge case
Show fees and timelines clearly Hide terms behind a download
Measure time to meaning Chase clickthrough vanity metrics
Document decisions and data sources Personalize with guesses and no audit trail

Ready to retire the generic funnel

If you want journeys that feel personal, work in both languages, and move the numbers that matter, Spark can help. We design intent-led systems that teams can run and customers trust.

Frequently Asked Questions

Do we need new tools to do this?

You need clear rules more than new software. Start with your voice matrix, modular content, simple decision rules, and honest analytics. Tools come after clarity.

Where should we start?

Fix the highest value drop-off, usually onboarding or checkout. Cut steps, add prefill, write human microcopy, and design a clean recovery path.

How do we keep control while using AI?

Feed models only approved content, enforce guardrails, and keep humans in the loop for tone and risk. Store the approved result as a new example for reuse.

Related Articles

Deep dives into what matters