The grid reveals the invisible system that shaped every pixel of our work.

Personalisation Systems Built for India. Every Outcome Measured

Built on signals, not just segment, lifting conversion across every channel.

Trusted by

Global Personalisation Fails to Adapt to India. We Build It for India

90 Days

days from audit to a live, attributed personalisation system — ONE CX™ delivery model

94%

Of Indian consumers want recommendations tailored to their goals and shopping history. - Accenture Consumer Pulse Survey, 2025

84%

of marketers admit to running generic campaigns — Salesforce, State of Marketing, 10th Edition, 2026

Global personalisation engines aren't plug-and-play. They aren't built for Indian behaviour or the Bharat stack, and the foundations they assume aren't standard in Indian stacks.

Data sits siloed. Identity breaks. Pipelines run slow. Segments age while customers move. Vernacular gets English templates. WhatsApp gets wired last. One app serves three customers.

At ONE CX, we don't deploy another global engine, or an off-the-rack Indian one blindly. We audit your readiness, then build your system on your stack.

The foundation first (identity, signals, consent), then decisions, vernacular and channels, with ROI measured per language and per tier.

Common Gaps Our Audits Keep Finding in India

01
One Account. 3 Users
Accounts are shared in India. One mobile serves wife, husband, parent. The engine sees one persona from three intents. Recommendations land on none.
02
Consent at Signup. Activation Without It
DPDP demands consent at activation, not just signup. Most engines check once at the record. Triggers fire without re-checking. Marketing is exposed; legal finds out later.
03
Metro Trained. Bharat Lost
Engines train on Tier-1 patterns, then recommend to Tier-2 customers with different prices, brands and timings. Conversion stays flat.

Personalisation Compounds ROI

Each capability compounds conversion across every channel.

Experience Personalisation

Most Requested

Architected on your data infrastructure and real-time signals, with a GenAI content layer. Conversion compounds with every interaction.

Decision and Recommendation Engine

Platform-Agnostic

Rule-based to ML in one engine, what fires, when, and why. Built for Indian data: auditable, tuneable, DPDP-defensible.

Search Personalisation

Bharat First

On-site search that sells, not just matches, ranked by intent, personalised with recommendations, and fluent in every Indian

The Personalisation Stack We Build for India

Foundation to activation to measurement. Each layer closes a specific gap between a customer signal and a personalised experience that converts.

01

Identity Resolution

One customer, one record across mobile app, website, UPI, WhatsApp, offline and more.

Live in 90 Days. Compounding From Day 91

From segment rules to a live system that lifts conversion, built on your stack, DPDP-defensible from day one.

Why the Personalisation We Build Outperforms Global Platforms

What Indian Growth Leaders Ask About Personalisation

What is signal-based personalisation, and how is it different from segments?

Segments group customers by demographic bracket, city tier or purchase recency, and fire the same message at everyone inside the cohort. Signal-based personalisation responds to what a specific customer did in the last ten minutes, browse depth, drop-off, UPI confirmation, WhatsApp reply, adding more depth to segments Segments respond to what a cohort did last month; signals respond to what this customer is doing now. The conversion difference is structural, not incremental

What is a personalisation decision engine?

One centralised logic governing message, offer, timing and channel for every customer. Replacing four platforms making independent decisions with one system that knows what every channel has already said before deciding what to say next. Auditable (what fired, when, why), tuneable, and consent-checked before every activation.

Why does personalisation built for global markets underperform in India?

Three structural mismatches. Identity: Indian accounts are shared, one app can serve a whole household, so engines built on one-person-one-account logic recommend to a persona that doesn't exist. Signals: India's strongest purchase signals UPI confirmations, WhatsApp engagement, dealer visits, offline purchases, rarely reach the decision engine. Language: 57% of urban Indian internet users prefer content in Indian languages, and template translation is not personalisation. Foundation has to be built for India, not configured for it.

How does the DPDP Act affect personalisation?

Every personalisation trigger running on personal data must operate within verifiable, purpose-linked consent, under an Act whose penalties run up to ₹250 crore per instance. Our architectural standard: consent checked at activation, not just at signup; purpose linked to every data class; audit trails on every decision. When done structurally, the defensible architecture accelerates personalisation legal signs off the architecture once instead of reviewing every campaign.

Do we need a CDP before we can personalise?

Not necessarily you need identity resolution, live signal capture, and consent architecture. A CDP is one way to get there; if you already run one, we build the decision layer on top of it. If you don't, we assess in the first two weeks whether your existing stack can supply the foundation before recommending any platform spend.

How long until personalisation shows measurable lift?

Foundation, identity, signals, consent by day 30. Decision engine live on priority journeys by day 60, with first lift visible. Attribution connecting decisions to revenue, audit-ready governance, by day 90. From day 91 the system compounds: models retrain on live data and the advantage widens monthly.

How do you measure personalisation ROI?

Per decision, per language, per tier. Conversion delta on personalised vs control journeys, basket and repeat-rate movement attributed to recommendation decisions, and search-to-purchase rates on signal-ranked results. Reported in revenue, with experiment-grade control, not in click-through rates.

Where does Personalisation begin and Martech end?

Martech is the delivery system,unified data in, governed campaigns and journeys out, every send measured. Personalisation is the decisioning layer that makes each of those interactions individual: recommendations, adaptive content, next-best-action for one customer at a time. Martech decides that a message goes, and proves what it earned. Personalisation decides what this one customer sees when it arrives. Deployed together, one pod owns both, the fence is accountability, not a handoff.

Isn't this what your AI MAX practice does?

They share models; they solve different problems. Personalisation owns the customer logic, the decisioning inside your experience, running on your customer data foundation. AI MAX builds AI systems as capabilities, content engines, coding systems, hyperlocal intelligence, with the operating layer that gets them to production. When your personalisation engine needs to be built, hardened and run as a production AI system, the two work as one pod: Personalisation owns what the customer should experience, AI MAX owns the last mile that keeps it running.

How is this different from the Adaptive UX your design practice offers?

Adaptive UX is the surface: the interface itself reshaping to a user's signals, layout, content density, journey depth, designed and instrumented by our Experience Design practice. Personalisation is the engine underneath: the identity, signals, consent and decisioning that tell every surface (and every channel, WhatsApp, email, CRM, not just the UI) what this customer should get next. Adaptive UX without the engine adapts to guesses. The engine without adaptive surfaces decides well and renders generically. Most engagements that start with one end up wiring in the other, as one pod.

Strapi Image
Strapi Image
Strapi Image

One audit. No commitment. One identity, one decision engine across every channel and language — measured in conversion, defensible under DPDP.