RAJESH MAHAPATRA

Research Essays

Personalisation as a Decision Under Consent

Earned relevance checks purpose, permission, inference, consequence and customer control at the moment a treatment is chosen.

Rajesh Ranjan Mahapatra

A consent-bound operating system for personalisation decisions, customer choice, inference limits, mutual value and revocation.

© 2026 Rajesh Ranjan Mahapatra. 22 min read

Personalisation as a Decision Under ConsentAll Research Essays

Personalisation as a Decision Under Consent

Earned relevance checks purpose, permission, inference, consequence and customer control at the moment a treatment is chosen.

TLDR

The recommendation that arrives one inference too far

A customer opens a travel app to check a family booking. The home screen offers a weekend break for two, a premium room and late checkout. The recommendation is plausible because somebody used the shared tablet to browse anniversary trips. It is also wrong for the person now holding the device. Nothing in the interface says which observation shaped the offer, how long it will persist or how to return to an ordinary view. A small act of relevance has become an unexplained claim about identity.

That moment exposes the strategic problem. Personalisation is often managed as a modelling problem: predict a preference, rank a set of options and optimise response. Yet the consequential decision is whether particular data and inferences may be used, for a stated purpose, to select a particular treatment for this person in this context. A model score does not answer that question. Neither does a consent flag copied from a campaign platform.

The useful unit of design is the Personalisation Decision Contract. It binds a customer task, a specific purpose, permitted inputs, an inference class, a treatment, a baseline, expected customer and business value, consequence, controls, authority, evidence and expiry. It is evaluated when the treatment is selected because authority, context, freshness and vulnerability can change between data collection and delivery.

Central answer. Personalisation is legitimate when the organisation can show that this use of data, for this purpose, selects a proportionate treatment that creates defensible customer value without exploiting vulnerability, hiding choice or shifting unfair burden. Strategic advantage comes from earned relevance, not maximum prediction.

The Consent-Bound Personalisation Operating System developed here has twelve connected parts: Purpose and Value Charter; Consent and Authority Ledger; Data-Use Provenance Map; Permissible Inference Boundary; Customer State and Context Contract; Treatment Authority Envelope; Customer Choice and Contest Layer; Value, Fairness and Burden Test; Counterfactual Personalisation Proof; Bounded Experiment and Release Gate; Consent and Outcome Reconciliation Loop; and Personalisation Assurance Docket. The parts prevent a local uplift from becoming an unexamined licence to keep inferring.

Figure 1. Consent-Bound Personalisation Operating SystemTwelve connected controls
A twelve-part operating system surrounding a decision contract Purpose, authority, provenance, inference, context, treatment, choice, value, counterfactual proof, release, reconciliation and assurance surround the personalisation decision contract. PERSONALISATION DECISION CONTRACT Purpose and value charter Consent and authority ledger Data-use provenance map Permissible inference boundary Customer state and context contract Treatment authority envelope Choice and contest layer Value, fairness and burden test Counterfactual proof Experiment and release gate Reconciliation loop Assurance docket
No component grants universal permission. Each contributes a bounded fact or authority to the decision made at delivery time.

What the contract must be able to answer

The minimum record names the identifier in use, the customer's task or need, the specific purpose and accountable owner. It states customer value separately from business value. It describes the treatment class, channel, timing, frequency, duration and non-personalised baseline. It lists included and excluded data, source, freshness and lineage, then identifies the applicable authority and the expectation communicated to the customer.

The record also distinguishes model, rule and human inference; states uncertainty and validation population; and records checks for sensitive attributes and proxies. Consequence, reversibility, recovery, group benefit and group burden sit alongside controls for explanation, correction, withdrawal and contest. Approval, separation of duties, experiment status, production receipts, expiry, reauthorisation and deletion complete the contract. This is deliberately more demanding than a segment label and less indiscriminate than storing the entire customer history.

Authority must travel with the data

A Consent and Authority Ledger is not a single yes-or-no field. It records the data category, collection context, stated purpose, relevant authority, jurisdictional scope, channel, controller or processor, start, expiry, withdrawal state and propagation status. The ledger must distinguish permission to retain data from authority to use it for a treatment. It must also distinguish a customer's preference from a legal conclusion. Counsel determines which obligations and lawful bases apply; consent is neither universally required nor automatically sufficient.

Authority decays when the purpose changes, the source becomes stale, a shared-device context becomes ambiguous, a customer withdraws, downstream data is recombined or a new model creates a materially different inference. A batch export made yesterday cannot outrank a withdrawal made this morning. That is why the ledger must be queried at decision time and why downstream queues require cancellation and reconciliation, not merely a nightly flag update.

Figure 2. Data to Treatment and BackProvenance and reconciliation
A provenance chain from collection to treatment and back to outcome Declared and observed data pass through authority, inference and treatment gates. Delivery receipts and customer corrections return to the ledger. Declared and observed data Authority at this moment Inference and uncertainty Treatment gate Delivery receipt Customer response Correction or withdrawal Reconcile dependants Retire dependent inference
Provenance is bidirectional: delivered outcomes, corrections and withdrawals must change what the system may do next.
Table 1. Personalisation depth ladder
Depth Typical input Customer control Required proof Default stance
Generic No individual data Ordinary navigation Baseline quality Always available
Contextual Current task, page or declared locale Reset context Immediate task value Prefer when persistent identity adds little
Customer selected Explicit display, topic or frequency choice Edit and withdraw Choice is honoured across channels Strong default for durable preferences
Cohort Bounded non-sensitive grouping Non-profiled mode Increment over contextual treatment Release only with burden checks
Individual model Attributed behaviour and derived features Reason, correction, withdrawal and contest Incremental value, calibration and fairness Expiry and continuing review
Consequential exception High-impact signal plus human evidence Human review and effective contest Authority, necessity, reversibility and remedy Hold unless specifically justified

Inference is a separate permission problem

A declared preference and a predicted characteristic are not interchangeable. The system therefore places candidate inferences in four zones. Zone one contains declared, current information used as the customer would reasonably expect. Zone two contains operationally supported deductions needed for the present task. Zone three contains uncertain, surprising or sensitive deductions that need explicit examination and usually a customer-controlled route. Zone four contains prohibited or unjustified inferences that must not select the treatment.

The boundary depends on purpose and consequence, not accuracy alone. An inferred dietary preference used to sort recipes is different from an inferred medical condition used to route health information. A likely cash-flow difficulty may help a service team present hardship support, but the same signal must not create urgency, suppress alternatives or raise a price. A proxy can reproduce the effect of a sensitive attribute without naming it, so testing must examine feature contribution and group outcomes as well as field labels.

Figure 3. Permissible Inference BoundaryPurpose × surprise × consequence
Four inference zones arranged by surprise and consequence Declared and operational inferences occupy lower-risk zones. Surprising and prohibited inferences require choice or stopping. Customer surprise and sensitivity → Treatment consequence → ZONE 1 · DECLARED Current preference, transparent use, low consequence ZONE 2 · SUPPORTED Task-bounded deduction with operational evidence ZONE 3 · UNCERTAIN Surprising, sensitive or weakly validated ZONE 4 · PROHIBITED Purpose mismatch, manipulation or unjustified burden Declared text size Task language routing Inferred condition Distress for pressure
The same signal can cross zones when purpose, treatment or consequence changes. Reclassification is a control, not an embarrassment.
Table 2. Inference decision matrix
Question Evidence to inspect Safe response Stop condition
Was it declared or derived? Source event, feature lineage and wording shown at collection Keep provenance visible Source cannot be reconstructed
Is it needed for this purpose? Purpose charter and lower-data alternatives Use the minimum sufficient input Purpose mismatch or convenience only
Would the customer expect it? Research, notices, choice behaviour and complaints Offer an explicit selection Material surprise without meaningful control
Does it reveal or proxy sensitivity? Feature attribution, correlation and subgroup outcomes Remove, coarsen or isolate the feature Sensitive exploitation or unresolved proxy effect
How consequential is the treatment? Access, price, timing, burden, reversibility and remedy Raise authority and human review Irreversible harm without effective contest
How long can it remain true? Context, drift, shared-device risk and correction history Expire or reconfirm Stale state continues to select treatment

A Customer State and Context Contract handles this temporal problem. It records whether the present actor is known, whether a device or account may be shared, whether the task is private, delegated or organisational, and when the state should decay. It prevents a one-off gift search, support incident or colleague's session from becoming a durable identity claim. Uncertainty is surfaced to the treatment gate instead of silently averaged away.

Govern the treatment, not merely the prediction

Personalisation changes more than content. It can alter presentation and navigation, reminders and timing, channel and frequency, recommendation and comparison, service routing, eligibility, access, offers, discounts, price, terms, scarcity messages, defaults, friction, suppression, exclusion and human escalation. Two treatments based on the same score can therefore require completely different authority.

The Treatment Authority Envelope joins three dimensions. First is epistemic strength: what is known, inferred and uncertain. Second is customer consequence: whether the treatment merely rearranges options or changes access, economics, attention and recourse. Third is organisational authority: who may approve, release, monitor and reverse it. The envelope narrows as surprise, vulnerability, irreversibility or unequal burden rises.

Figure 4. Treatment Authority EnvelopeConsequences narrow discretion
A narrowing authority envelope from presentation to exclusion Low-consequence presentation changes allow broad bounded operation. Price, eligibility and exclusion demand stronger evidence, authority, review and remedy. Presentation · navigation · declared preferences Content · reminder · channel · recommendation Service routing · offer · benefit Price · term · default Access · exclusion More proof, authority, reversibility and remedy → The treatment class sets the floor; context may raise it.
A harmless-looking score cannot inherit permission to change a price, hide an option or deprioritise service.
Table 3. Treatment authority matrix
Treatment class Illustrative decision Minimum control Escalation trigger
Presentation and navigation Order modules by a declared goal Reset and ordinary view Inference becomes sensitive or persistent
Content, reminder and channel Choose topic, time or frequency Preference centre and frequency ceiling Repeated nudging after non-response
Recommendation and comparison Rank products or programmes Main reason, diversity and generic comparison Supplier incentives distort ranking
Service routing Offer specialist or hardship support No degradation of the ordinary queue Vulnerability is inferred or access differs
Offer, discount and benefit Select a loyalty benefit Eligibility logic, group outcomes and contest Similar customers receive materially unequal value
Price, term and default Change economic or choice architecture Specific authority, fairness proof and recovery Personal disadvantage, opacity or weak baseline
Suppression, access and exclusion Hide, delay or deny an option Independent review and effective remedy Protected-group disparity or irreversible harm

Choice must work after launch

A customer choice layer is a production service. It gives a material disclosure at the point where it matters, identifies the main reason and data category, and preserves a non-personalised mode. It offers understandable controls for durable preferences, correction of wrong state, withdrawal, suppression, explanation, human review and contest. It confirms that a change has propagated, and it does not retaliate by making the ordinary service needlessly worse where choice should be free.

A settings page that updates one database but leaves cached audiences, outbound queues and vendor systems untouched is not effective choice. Nor is a banner that makes refusal harder than acceptance. Research on the personalisation paradox and privacy controls suggests why transparency and control can change response: relevance and perceived intrusion coexist. The design task is not to maximise disclosure volume. It is to make the consequential decision understandable and actionable without turning every screen into a negotiation.

Applied example 1: health information by declared preference

A health information service lets a reader select “plain-language summaries” and “appointment preparation”. The service may use those current declarations to order educational material, display the reason and retain an ordinary catalogue view. It should not infer a medical condition from reading history and silently change the urgency, visibility or tone of clinical material. If a condition is relevant to safe routing, the service should ask, explain the purpose, limit the use and provide an appropriate human path.

This example separates content adaptation from clinical judgement. It also prevents a generated explanation from laundering an unsupported inference. The explanation must trace the actual decision path. If the system cannot state why a treatment was selected using verified data and policy, the treatment is held; a fluent sentence does not repair missing provenance.

Relevance has to create mutual value

Response is not the customer outcome. A treatment can raise clicks by increasing interruption, hiding alternatives or concentrating attention on high-margin inventory. The Value, Fairness and Burden Test therefore records customer and firm outcomes separately. For the customer it measures task completion, search effort, match quality, overload, regret, return, cancellation, complaint, access and remedy. For the firm it measures contribution after governance and service cost, not gross response alone.

Fairness analysis asks who receives exposure, opportunity, price, service and recovery, then examines false positive and false negative burdens. It includes groups absent or sparse in training, people using assistive technology, shared accounts and customers in vulnerable situations. Burden accumulates across channels: five individually compliant reminders can still become an unacceptable week of pressure.

Figure 5. Mutual Value and Burden BalanceFour ledgers, one release decision
A balance comparing customer value and firm value with customer and group burden Customer value and sustainable firm value sit above a fulcrum. Individual burden and unequal group burden pull the decision down towards hold or stop. CUSTOMER VALUE task, effort, fit, control, trust FIRM VALUE contribution after full cost INDIVIDUAL BURDEN surprise, effort, regret, pressure GROUP BURDEN access, exposure, price, remedy Release only when value survives the burden ledger
Aggregate response cannot offset hidden individual harm or a systematic shift of burden to a group.

Thought experiment 1: the perfectly accurate vulnerability score

Imagine a model predicts financial distress with perfect accuracy. A retailer can use it in two ways. Treatment A moves hardship support, payment flexibility and a human contact option into view without reducing ordinary choices. Treatment B adds a countdown, suppresses cheaper options and repeats an offer at moments when the person is most likely to yield. The prediction is identical. Accuracy cannot distinguish assistance from exploitation.

The decision contract can. Treatment A still needs a justified purpose, careful disclosure, a non-stigmatising experience and evidence that it helps. Treatment B fails because vulnerability is used to weaken deliberation and impose burden. The case also shows why a sensitive proxy check cannot end with feature removal. If postcode, browsing cadence or device state reproduces the same targeting, the treatment remains unjustified.

Prove the increment against credible alternatives

Counterfactual Personalisation Proof compares the proposed individual treatment with meaningful alternatives: no intervention, a good generic experience, context without persistent identity, a customer-selected preference, a bounded cohort and a human exception. The test asks whether the same customer value can be achieved with less data, a less surprising inference, lower frequency or a more reversible treatment.

This prevents a familiar experimental trick. A sophisticated model is compared with a deliberately weak generic control, producing uplift that mostly measures neglect of the baseline. A proper test maintains the generic experience, measures incremental task value and burden, and preserves enough sample and time to detect unequal outcomes, delayed regret and correction demand.

Figure 6. Counterfactual Personalisation ProofChoose the least intrusive effective depth
Seven alternatives compared on value, data and burden No intervention, generic, contextual, customer-selected, cohort, individual model and human exception are tested. The preferred route is the shallowest one that achieves durable value. No intervention Generic Current context Customer selected Cohort Individual model Human exception Customer value Data, surprise and burden Prefer here if added depth produces no durable increment
The burden of proof rises with depth. A customer-selected or contextual route can dominate an impressive individual model.

A Bounded Experiment and Release Gate names the hypothesis, population, alternatives, customer outcome, business outcome, fairness slices, burden ceilings, complaint signals, owner and stop rule before exposure. The release decision requires an independent reviewer for consequential treatments. Production monitoring then compares realised outcomes with the contract rather than declaring success at launch.

Evidence from advertising and recommender research is useful but bounded. Studies by Tucker, Goldfarb and Tucker, Lambrecht and Tucker, Bleier and Eisenbeiss, Aguirre and colleagues, and Knijnenburg and colleagues examine particular mechanisms, channels and study settings. They do not establish that deeper personalisation universally creates customer value. Local tests must preserve the distinction between attention, conversion, durable task benefit and informed choice.

Withdrawal is a race against the next treatment

Consent and preference changes travel through systems at different speeds. The customer-facing account may update immediately while a recommendation cache, audience export, campaign queue, feature store and external processor retain the old state. A defensible design treats revocation as a timed operational loop, not a record for later administration.

The loop begins by authenticating and timestamping the event. It discovers dependent profiles, features, inferences, audiences, scheduled messages, treatment queues and vendors. It cancels or recomputes them, updates the interface, prevents re-entry through later batches, records propagation delay and confirms the effective change. It then reconciles treatments delivered after the request, assesses harm and remedy, updates model learning, retains the minimum proof and tests that the path still works.

Figure 7. Consent Revocation RaceAuthority must outrun delivery
A timeline comparing revocation propagation with queued treatment delivery A withdrawal event must cancel profiles, features, audiences, queues and vendors before the next personalised treatment is delivered. Late delivery triggers reconciliation and remedy. CUSTOMER EVENT withdraw AUTHORITY PATH ledger features queues vendors TREATMENT PATH selected scheduled delivery Race condition If delivery beats propagation, stop, explain, reconcile and remedy.
The service-level objective is set by treatment cadence. A monthly reconciliation cannot govern a message sent in minutes.

Eight cases expose eight different boundaries

Retail ranking. A shop may rank coats using current weather, stock availability and the customer's selected size while keeping a high-quality generic sort. A bounded experiment can test search effort, fit, returns and supplier concentration. It should not quietly infer pregnancy, income or urgency to rearrange value. This is a good candidate for contextual depth because persistent identity may add little.

Hardship support. A service provider can make support easier to find after a missed payment or customer request, provided the route does not stigmatise, narrow ordinary options or feed a pressure campaign. The same data may be appropriate for assistance and prohibited for scarcity messaging. Purpose, not the predictive feature, separates the treatments.

Health information. A declared preference for accessible language can personalise presentation. An inferred condition should not silently alter clinical urgency or hide alternatives. Safety-critical routing needs specific evidence, professional authority and a human path. The boundary keeps personalisation from pretending to be diagnosis.

Applied example 2: a travel state that decays

A travel service sees searches for two adults, quiet hotels and an anniversary date on a shared tablet. Rather than fix that pattern to the account, it labels the state “trip context, actor uncertain” and lets it decay after the session. The next visitor sees a small prompt to continue that trip, start a new one or use a generic view. If the context is continued, recommendations remain bounded to that task and can be cleared in one action.

This design may generate fewer immediately targeted impressions, yet it reduces wrong-person exposure and makes preference capture more reliable. It also creates a better learning signal: a customer selection is stronger evidence than silent acceptance of whatever the model happened to show. The service can compare task completion and correction demand rather than treating clicks as identity confirmation.

B2B navigation. A business platform can use a current, verified role to surface relevant administrative tools. It should not infer procurement authority from job title, suppress documentation available to other roles or preserve an obsolete role after an organisational change. Role-based presentation requires an easy switch and an auditable source.

Streaming and news. A service can use declared topics and recent choices to reduce search cost while offering diversity controls, a chronological or non-profiled view and the main reason for a recommendation. Optimising only watch time or dwell can create narrowing and overload. The outcome ledger should include discovery, satisfaction, regret, correction and viewpoint concentration.

Service recovery. When a complaint or failed delivery is open, the system should suppress promotional treatment and foreground resolution. That is personalisation through restraint. The suppression must expire after verified recovery and must not remove access to ordinary information. A generated apology cannot substitute for remedy or create a false account of what happened.

Loyalty offers. A programme may select benefits using transparent eligibility and customer preferences, but it should test whether comparable members receive materially different value or contest rights. Personalised price and term changes demand separate authority and fairness proof. Loyalty status cannot become a blanket justification for opaque differential treatment.

Across these cases, negative controls are explicit. Stop or hold when a sensitive proxy selects the treatment, the data purpose does not match, customer value is absent, withdrawal is pending, a generated reason cannot be supported, personalised price lacks authority or fairness evidence, repeated nudges accumulate pressure, or the experiment uses a neglected generic baseline.

Table 4. Outcome assurance ledger
Outcome Required evidence Production receipt Review trigger
Personalise the presentation within current consent Declared preference, matching purpose, low consequence Input, reason, baseline, delivery and expiry Context or authority changes
Offer a customer-controlled personalisation choice Potential value with uncertainty or surprise Choice shown, selection, ordinary mode and propagation Low comprehension or high correction
Run a bounded value and fairness experiment Credible generic baseline and predeclared measures Exposure, group outcomes, burden and stop rule Ceiling breached or increment absent
Hold personalisation until purpose or consent is renewed Expired, ambiguous or unpropagated authority Suppression across queues and reason for hold Verified renewal or completed withdrawal
Stop the treatment because it is manipulative, exclusionary, or unjustified Purpose mismatch, exploitation, disparity or unsupported rationale Cancellation, affected population, correction and remedy Independent redesign and new authority

Personalisation Decision Console

The console below turns the contract into a routing decision. It does not pronounce legal compliance or calculate an all-purpose ethics score. It makes the assumptions visible, selects one of five operational outcomes and shows the docket that reviewers need. Use the named scenarios, then change individual fields to see which boundary controls the result.

Figure 8. Personalisation Assurance DocketDecision evidence, not a screenshot
An assurance docket with six evidence folders and three review lines Purpose, authority, provenance, treatment, value and customer control folders feed management, independent review and customer-facing evidence. Purpose and value owner · baseline · expiry Authority and choice scope · withdrawal · contest Provenance and inference source · lineage · uncertainty Treatment and receipt class · channel · delivery Value and burden increment · groups · complaints Reconciliation revocation · correction · remedy Management sign-off Independent review Customer explanation and contest evidence
A docket is reconstructable evidence tied to a versioned decision. It is not a retrospective claim that a policy existed somewhere.

Personalise the presentation within current consent

Use the declared preference for this bounded, reversible presentation and retain the ordinary view.

“Hold” differs from “stop”. A hold preserves a potentially useful treatment while the organisation renews a purpose, verifies an actor or completes withdrawal propagation. Stop applies when the design itself manipulates, excludes, relies on an unjustified inference or cannot support its reason. The distinction prevents temporary uncertainty from becoming permanent prohibition while ensuring that harmful mechanisms are not parked for automatic release.

The strongest rival is useful relevance with little ceremony

The objection. Customers often value reduced search cost, timely reminders and relevant recommendations. Firms can improve matching and fund better service. Asking for a decision at every step creates fatigue, while contextual signals and good defaults reduce friction. Modern models may serve people better than coarse segments. A dense governance system could make the experience slower without making it more respectful.

The objection is strong. The answer is not maximal friction. Use purpose-bound defaults for low-consequence, expected treatments; let current context do work before persistent identity; and ask only when the choice is material. Keep controls stable, comprehensible and close to the effect. The organisation earns discretion by proving mutual value and responding reliably to correction, not by repeating legal language.

Personalisation can also outperform segmentation while remaining bounded. The relevant comparison is not model versus no model. It is one decision contract versus credible alternatives, with the customer outcome, business outcome and burdens made visible. A well-calibrated individual model may win that comparison. When it does, its evidence supports a specific purpose and treatment rather than conferring general permission on the profile.

Thought experiment 2: relevance without identity

Suppose a streaming service can achieve nearly all of its search reduction by using the current session, a customer-selected mood and a diverse catalogue baseline. Adding a persistent behavioural profile increases starts by one per cent but also narrows exposure, raises correction requests and makes shared accounts unreliable. Which system is more personalised?

The deeper profile is more individually predictive. The customer-selected route is more responsive to the present person. If durable satisfaction and discovery are at least as strong, the shallower route dominates because it achieves the task with less data, less surprise and easier recovery. If the profile produces a material, sustained benefit for customers as well as the service, it may be released with clear control. Depth is an empirical decision, not a maturity badge.

Where the architecture stops

This operating system governs whether data and inference may select a treatment. It does not replace customer-experience design, marketing intelligence, sales authority, channel hand-off, pricing governance or churn intervention. Those systems provide facts and receive constraints, but each has a different decision unit. Personalised pricing, eligibility and automated decisions require their own scope-specific analysis beyond a recommendation gate.

Explicit failure boundary. Stop a treatment when its purpose is incompatible with the data authority; a sensitive attribute or proxy is used to exploit vulnerability; the customer receives no defensible value; the mechanism hides alternatives, imposes pressure or causes unresolved group disparity; withdrawal cannot be honoured; the decision reason is unsupported; or a consequential outcome lacks effective correction, contest and remedy.

An observation that would weaken this architecture is sustained customer task value, trust, fair group outcomes and reliable withdrawal across materially changed contexts without purpose contracts, decision-time authority, provenance, inference boundaries, credible baselines or production reconciliation. More clicks, conversion, dwell, opens, model accuracy or apparent preference stability would not establish that result.

Regulation supplies obligations, not a universal design recipe. The GDPR, Digital Services Act, EU AI Act, EDPB consent guidance and ICO guidance on profiling have different scopes and require context-specific legal interpretation. The NIST Privacy Framework, AI Risk Management Framework and Generative AI Profile provide voluntary structures for risk, provenance, roles, testing and monitoring. FTC work on dark patterns addresses deceptive interface practices, while the OECD AI Principles provide a broader international reference. Counsel and accountable business owners must determine which duties apply to the actual treatment.

Earn relevance one decision at a time

Personalisation becomes strategically useful when it is difficult to misuse. A team should be able to reconstruct why a treatment was selected, which current authority permitted each input, how an inference was bounded, what credible alternative was tested, where customer value appeared, which groups carried burden and how a customer could change the result. That evidence makes relevance improvable rather than merely defensible in hindsight.

Begin with a specific customer task and separate customer value from business value. Carry authority with the data. Treat derived state as an inference with uncertainty and expiry. Classify the treatment by consequence, then provide choice and contest proportionate to its effect. Compare individual modelling with a strong generic, contextual and customer-selected route. Release only within a bounded envelope and keep a docket that joins approval to production receipts.

Finally, make withdrawal faster than the next treatment. Reconcile late deliveries, repair harm and use corrections as evidence about the system, not as awkward exceptions. The best personalisation system will sometimes rank, sometimes ask, sometimes experiment, sometimes wait and sometimes refuse a profitable intervention. Its advantage is not knowing everything about a customer. It is knowing when a particular act of relevance has been earned.

References

  1. Aguirre, E. et al. Unravelling the Personalisation Paradox.
  2. Tucker, C. Social Networks, Personalised Advertising, and Privacy Controls.
  3. Lambrecht, A. and Tucker, C. When Does Retargeting Work?
  4. Bleier, A. and Eisenbeiss, M. Personalised Online Advertising Effectiveness.
  5. Goldfarb, A. and Tucker, C. Online Display Advertising: Targeting and Obtrusiveness.
  6. Knijnenburg, B. et al. Explaining the User Experience of Recommender Systems.
  7. Malhotra, N., Kim, S. and Agarwal, J. Internet Users' Information Privacy Concerns.
  8. Acquisti, A., Brandimarte, L. and Loewenstein, G. Privacy and Human Behaviour in the Age of Information.
  9. European Data Protection Board. Guidelines 05/2020 on consent.
  10. European Union. Regulation (EU) 2016/679.
  11. European Union. Regulation (EU) 2022/2065.
  12. European Union. Regulation (EU) 2024/1689.
  13. NIST. Privacy Framework.
  14. NIST. AI Risk Management Framework Core.
  15. NIST. Generative Artificial Intelligence Profile.
  16. U.S. Federal Trade Commission. Bringing Dark Patterns to Light.
  17. UK Information Commissioner's Office. Guidance on AI and Data Protection.
  18. OECD. AI Principles.