Skip to content
HeuriTel
Sign in
Journey Activation

Campaigns & Personalisation

Send the one message worth sending, and hold the rest.

When several campaigns want the same customer, rank them against the contact policy and consent before any of them goes, and record what was held.

For Campaign, personalisation and contact-policy teams.

Open preview

Verified work email required.

More in Journey Activation
The decision, annotated from the record

Three campaigns want the same customer in the same week.

The one message, if any, that reaches this customer this week, its channel, and the fate of the others.

  1. The one campaign with the best fit for this customer, sent onceConsidered
  2. A different channel or time for the same messageConsidered
  3. Hold every campaign until the contact window reopensConsidered
  4. No message, recorded with the reasonConsidered

Before anything reaches the customer: Eligibility, consent, contact frequency, suppression and conflict checks pass.

What would reach them: Send one message on the permitted channel at a permitted time, and hold the rest. On SMS, App, WhatsApp, USSD.

Annotated, not computed. No engine runs on this page. Read the journey in full

A pilot's requirements are specified: the data, the authority and the consent design.

Configured for

Telecom Operator

Change
The decision

The one message, if any, that reaches this customer this week, its channel, and the fate of the others.

Three campaigns are eligible for the same customer this week. Each has a target. The customer has a contact limit and a complaint history.

  • The one campaign with the best fit for this customer, sent once
  • A different channel or time for the same message
  • Hold every campaign until the contact window reopens
  • No message, recorded with the reason
What it does

Three things it helps you decide or do.

  • See every campaign competing for one customer

    Eligibility across campaigns, contact history and consent by channel are read together, so a conflict is visible before a send window opens.

    • customer_id
    • account_type
    • tenure_days
    • active_products
    • recharge_30d
    • usage_30d
    • revenue_30d
    • last_contact
    • consent_status
    • outcome_label
  • Rank, hold or suppress under the contact policy

    One message, a different channel or time, holding everything and sending nothing are compared, and the frequency, suppression and consent checks can refuse.

    • No consent
    • ineligible product
    • price/catalogue mismatch
    • contact cap
    • credit/fraud block
    • channel unavailable
    • control assignment
  • Keep the send, the response and the contacts avoided apart

    The delivery receipt, the response and the messages that were held are recorded separately, so a campaign's result is never the sum of what it wanted to send.

    • Decision log
    • eligibility snapshot
    • price/order response
    • delivery receipt
    • control assignment
    • revenue/outcome ledger
The journey

Send one relevant message instead of five competing ones

How a journey is assembled from a moment to its evidence.

Campaigns & Personalisation: the situation this product is about

Campaign, personalisation and contact-policy teams

StepWhat the customer experiencesWhat the operator does
The momentThe moment that started it.Three campaigns want the same customer in the same week.Reads every campaign the customer is eligible for, contact frequency and the last message sent, consent by channel, suppression and complaint history.
The decisionThe decision to be made.Nothing reaches the customer yet.Ranks the one message worth sending, or none, against the contact policy.
The safeguardsThe conditions that stop it.Still nothing. No action is sent until every check has passed.Eligibility, consent, contact frequency, suppression and conflict checks pass.
The actionThe action that reaches the customer.Send one message on the permitted channel at a permitted time, and hold the rest. Reaches them on SMS, App, WhatsApp, USSD, in Kiswahili, English.Recommends. The system that holds the right confirms, charges or provisions.
When it goes wrongRefusal, failure and recovery.Two campaign teams both believe their message went, and the customer receives neither, because the conflict was resolved after the send windows closed.The conflict is decided before either window opens, both teams see which message won and why, and the held campaign is re-queued for the next permitted window.
The resultThe change it made.What changed for them is what is counted; nothing else is claimed.Response to the one message sent, against a held-out group and the contacts avoided.
The proofThe proof anyone can check.Can be answered for, later, from the record.Eligible campaigns, ranking reasons, contact history, suppression, delivery receipt and response.

Hypothesis

A customer who receives one relevant message responds; one who receives five stops reading all of them and opts out of the sixth.

Desired result: Incremental revenue or retention; lower contact waste; improved conversion with margin guardrails

Modelled not observed

No figure is modelled for this journey. The mechanism that could produce the result is stated instead.

Ingest → qualify → score → apply limits/consent → assign control → execute approved action → capture delivery and business outcome → monitor/retrain

Observed

Nothing yet. Measurement begins in a pilot’s validate stage, on your systems, against a comparison agreed first.

Randomised holdout where feasible; intent-to-treat primary view; pre-declared denominator; guardrails for complaints, margin and opt-out

Measured on: Eligible population; treatment rate; conversion; incremental revenue; ARPU; churn; contact rate; margin; opt-out; decision latency

Assumptions, costs and the record’s five answers
  1. 01
    Desired result

    The result wanted.

    Incremental revenue or retention; lower contact waste; improved conversion with margin guardrails

  2. 02
    Mechanism

    The mechanism that could produce it.

    Ingest → qualify → score → apply limits/consent → assign control → execute approved action → capture delivery and business outcome → monitor/retrain

  3. 03
    Evidence required

    The records kept to show it.

    Decision log; eligibility snapshot; price/order response; delivery receipt; control assignment; revenue/outcome ledger

  4. 04
    Costs and risks

    The cost, and the ways it can go wrong.

    Costs: Setup fee + annual product subscription; optional managed execution fee; optional verified-outcome fee with agreed baseline

    If it fails: Fail closed on eligibility/consent/price; queue retryable events; do not duplicate orders; route exception to campaign operations

  5. 05
    Measurement approach

    The measure that shows it helped.

    Randomised holdout where feasible; intent-to-treat primary view; pre-declared denominator; guardrails for complaints, margin and opt-out

    Measured on: Eligible population; treatment rate; conversion; incremental revenue; ARPU; churn; contact rate; margin; opt-out; decision latency

Nothing has been observed for this product. Every line above is the record's own design intent; measurement begins in a pilot's validate stage, on your systems, with the comparison agreed first.

The business side

The change
Response to the one message sent, against a held-out group and the contacts avoided.
Running cost
Setup fee + annual product subscription; optional managed execution fee; optional verified-outcome fee with agreed baseline
What evidence supports it
Eligible campaigns, ranking reasons, contact history, suppression, delivery receipt and response.
Technical detail

Inputs, decision logic, systems touched, records kept.

Four questions an evaluation asks in a different order every time. Every field is the workbook’s own, unedited.

What would we need from your systems, and how much history?

Attributes required

  • customer_id
  • account_type
  • tenure_days
  • active_products
  • recharge_30d
  • usage_30d
  • revenue_30d
  • last_contact
  • consent_status
  • outcome_label

Also useful, not required

  • Network experience
  • digital clickstream
  • complaints
  • location cohort
  • household/account links
  • partner purchases

8-12 weeks of customer, usage, revenue, product, contact and outcome history; stable customer key; one executable channel

The 18 definitions underneath

18 in this product

  1. HeuriTel Campaign ManagementDecision definitionHT-0082

    Identify eligible records for campaign management, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0082
  2. HeuriTel Campaign DecisioningDecision definitionHT-0083

    Identify eligible records for campaign decisioning, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0083
  3. HeuriTel Campaign PrioritisationDecision definitionHT-0084

    Identify eligible records for campaign prioritisation, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0084
  4. HeuriTel Campaign Conflict ManagementDecision definitionHT-0085

    Identify eligible records for campaign conflict management, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0085
  5. HeuriTel Customer PersonalisationDecision definitionHT-0086

    Identify eligible records for customer personalisation, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0086
  6. HeuriTel Offer PersonalisationDecision definitionHT-0087

    Identify eligible records for offer personalisation, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0087
  7. HeuriTel Contact PolicyDecision definitionHT-0088

    Identify eligible records for contact policy, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0088
  8. HeuriTel Contact FrequencyDecision definitionHT-0089

    Identify eligible records for contact frequency, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0089
  9. HeuriTel Channel SelectionDecision definitionHT-0090

    Identify eligible records for channel selection, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0090
  10. HeuriTel Send-Time OptimisationDecision definitionHT-0091

    Identify eligible records for send-time optimisation, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0091
  11. HeuriTel Journey ManagementDecision definitionHT-0092

    Identify eligible records for journey management, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0092
  12. HeuriTel A/B TestingDecision definitionHT-0093

    Identify eligible records for a/b testing, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0093
  13. HeuriTel Holdout TestingDecision definitionHT-0094

    Identify eligible records for holdout testing, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0094
  14. HeuriTel Campaign Incremental RevenueDecision definitionHT-0095

    Identify eligible records for campaign incremental revenue, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0095
  15. HeuriTel Campaign ROIDecision definitionHT-0096

    Identify eligible records for campaign roi, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0096
  16. HeuriTel Campaign PerformanceDecision definitionHT-0097

    Identify eligible records for campaign performance, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0097
  17. HeuriTel Suppression ManagementDecision definitionHT-0098

    Identify eligible records for suppression management, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0098
  18. HeuriTel Treatment Fatigue ManagementDecision definitionHT-0099

    Identify eligible records for treatment fatigue management, choose from approved actions including no action, execute through the system of record, and measure the agreed business outcome.

    /d/HT-0099

Search definitions across every product

Implementing it

Four stages, and what has to be true before the next one starts.

12-16 weeks to pilot; 2-4 additional weeks per market after reusable interfaces exist. A team of 8 roles, named in the record rather than promised.

  1. 01

    Scope

    One use case, one value unit and a denominator finance has agreed to. Without these there is nothing a later result can be compared against.

    • Confirm value unit
    • select use case
    • baseline denominator
  2. 02

    Connect

    The attributes mapped from your systems, and the decision and outcome interfaces working in both directions.

    • map attributes
    • integrate decision and outcome APIs
  3. 03

    Validate

    Eligibility agreed, a dry run with nothing sent, then a controlled pilot with a holdout that is actually respected.

    • build eligibility
    • dry run
    • controlled pilot
  4. 04

    Operate

    The live loop: decide, check, execute through your systems, capture what came back, and measure against the control.

    • Ingest
    • qualify
    • score
    • apply limits/consent
    • assign control
    • execute approved action
    • capture delivery and business outcome
    • monitor/retrain

Who does it. 1 telecom product lead · 1 CVM specialist · 1 data engineer · 1 ML engineer · 1 integration developer · 0.5 QA · 0.5 DevSecOps · 1 deployment coordinator

Four states are tracked, and each is assessed against your systems.

Readiness is assessed per client: nothing is offered as pilot-ready until your data, your integration and your authority have been checked.

Readiness

Needs client data and integration review

The client’s data and integration position.
Runtime / build state

Target product definition

What exists as running software.
Surface state

Not audited

Whether this product shows the entry anywhere.
Client status

Not assessed

Where a named client has reached.

Next steps from here.

18 definitions sit under Campaigns & Personalisation. The two links that matter first are the journey this page describes, and the rest of the family it belongs to.

See HeuriTel configured for your organisation

Verify your work email to open a demonstration configured for your organisation.