Skip to content
HeuriTel
Sign in
Network Intelligence and Open Gateway

Network Investment & Intelligence

Put the next site, upgrade or fibre route where the customers and the revenue are, and show afterwards what the money did.

Network, customer and economic data rank sites, capacity and coverage gaps together, the operator's change authority approves the investment, and the result is verified against the forecast.

For Network planning, technology strategy and finance teams deciding where capital goes next.

The decision, annotated from the record

A capital round has fewer sites in it than the network needs, and the candidates are ranked by technical severity alone.

The sites that go first, the evidence behind the order, and the proof that the investment paid.

  1. The sites ranked by customers, revenue and cost togetherConsidered
  2. A capacity change on an existing site instead of a new oneConsidered
  3. Rehoming traffic while the site waitsConsidered
  4. No investment, where the forecast does not justify itConsidered

Before anything reaches the customer: Telemetry quality, topology match, finance approval, maintenance freeze and change policy checks pass.

What would reach them: Hand the ranked recommendation to the change authority with its evidence; build only what the authority approves. On Planning workbench.

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

No demonstration is configured for this journey yet.

Configured for

Telecom Operator

Change
The decision

The sites that go first, the evidence behind the order, and the proof that the investment paid.

A capital round has fewer sites in it than the network needs. The candidates are ranked by technical severity, and nobody can say afterwards what the money did.

  • The sites ranked by customers, revenue and cost together
  • A capacity change on an existing site instead of a new one
  • Rehoming traffic while the site waits
  • No investment, where the forecast does not justify it
What it does

Three things it helps you decide or do.

  • Rank sites, upgrades and coverage gaps by customers, revenue and cost together

    Site, capacity, 4G and 5G upgrade, fibre and FWA rollout, congestion and coverage-gap prioritisation read the same telemetry, demand forecast and cell-level revenue attribution.

    • site_or_cell_id
    • timestamp
    • traffic
    • throughput
    • latency
    • loss
    • utilisation
    • alarms
    • coverage
    • affected_customers
    • revenue_aggregate
    • capex_or_opex
    • action_outcome
  • Recommend, and let the change authority decide

    Add capacity, rehome traffic, schedule a change or reject the investment: the recommendation goes to the change authority with its telemetry snapshot and topology version, and a maintenance freeze or a pending finance approval holds it.

    • Observe
    • tune
    • dispatch
    • add capacity
    • rehome traffic
    • schedule change
    • communicate
    • reject investment
    • escalate
  • Verify the benefit after the change

    The KPI before and after, the controller's response and finance validation are kept with the recommendation, so CAPEX benefit and site profitability are measured rather than assumed.

    • Telemetry snapshot
    • topology/version
    • recommendation
    • approval/change ticket
    • controller response
    • before/after KPI
    • finance validation
The journey

Rank the next sites by the customers and revenue behind each gap

No demonstration is configured for this product yet.

Network Investment & Intelligence: the situation this product is about

Network planning, technology strategy and finance teams

StepWhat the customer experiencesWhat the operator does
The momentThe moment that started it.A capital round has fewer sites in it than the network needs, and the candidates are ranked by technical severity alone.Reads telemetry and topology for each candidate, the demand forecast and cell-level revenue attribution, cost per site and finance's approval position, maintenance freezes and change policy.
The decisionThe decision to be made.Nothing reaches the customer yet.Ranks candidate sites by the customers, revenue and cost behind each gap, with the demand forecast, and recommends the order.
The safeguardsThe conditions that stop it.Still nothing. No action is sent until every check has passed.Telemetry quality, topology match, finance approval, maintenance freeze and change policy checks pass.
The actionThe action that reaches the customer.Hand the ranked recommendation to the change authority with its evidence; build only what the authority approves. Reaches them on Planning workbench, in English.Recommends. The system that holds the right confirms, charges or provisions.
When it goes wrongRefusal, failure and recovery.The demand forecast is built on a quarter with a festival in it, and the top-ranked site is empty by the time it is built.The before-and-after KPI shows the miss, the forecast's window is corrected with the evidence, and the finance validation records the site's actual benefit rather than the forecast's.
The resultThe change it made.What changed for them is what is counted; nothing else is claimed.Traffic, revenue and experience at the built sites against the forecast that justified them.
The proofThe proof anyone can check.Can be answered for, later, from the record.Telemetry snapshot, topology version, demand forecast, cell-level revenue attribution, recommendation, approval, change ticket and before/after KPIs.

Hypothesis

A site chosen by the customers behind it can be shown to have paid; a site chosen by the loudest alarm cannot.

Desired result: Improved service and reliability; lower cost/energy; better CAPEX prioritisation; reduced MTTR

Modelled not observed

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

Collect → validate topology → detect/forecast → quantify impact → recommend → human/controller approve → execute → verify service/economic result → learn

Observed

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

Matched site/cell comparison, stepped-wedge rollout or before/after with seasonality controls; technical and economic acceptance criteria

Measured on: Service experience; utilisation; incidents; MTTR; repeat fault; avoided congestion; cost; energy; affected customers; incremental/retained value

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

    The result wanted.

    Improved service and reliability; lower cost/energy; better CAPEX prioritisation; reduced MTTR

  2. 02
    Mechanism

    The mechanism that could produce it.

    Collect → validate topology → detect/forecast → quantify impact → recommend → human/controller approve → execute → verify service/economic result → learn

  3. 03
    Evidence required

    The records kept to show it.

    Telemetry snapshot; topology/version; recommendation; approval/change ticket; controller response; before/after KPI; finance validation

  4. 04
    Costs and risks

    The cost, and the ways it can go wrong.

    Costs: Implementation + annual licence by network scale/use case; optional managed analytics; verified savings only with agreed finance baseline

    If it fails: Default to observe/recommend; never make unapproved network change; open incident; preserve last-known-good config and audit trail

  5. 05
    Measurement approach

    The measure that shows it helped.

    Matched site/cell comparison, stepped-wedge rollout or before/after with seasonality controls; technical and economic acceptance criteria

    Measured on: Service experience; utilisation; incidents; MTTR; repeat fault; avoided congestion; cost; energy; affected customers; incremental/retained value

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
Traffic, revenue and experience at the built sites against the forecast that justified them.
Running cost
Implementation + annual licence by network scale/use case; optional managed analytics; verified savings only with agreed finance baseline
What evidence supports it
Telemetry snapshot, topology version, demand forecast, cell-level revenue attribution, recommendation, approval, change ticket and before/after KPIs.
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

  • site_or_cell_id
  • timestamp
  • traffic
  • throughput
  • latency
  • loss
  • utilisation
  • alarms
  • coverage
  • affected_customers
  • revenue_aggregate
  • capex_or_opex
  • action_outcome

Also useful, not required

  • Competitor/drive-test data
  • weather
  • events
  • crowds
  • complaints
  • device mix
  • spectrum
  • energy
  • partner demand

8-12 weeks telemetry and topology; stable site/cell mapping; incident/action history; cost/action catalogue; aggregated customer value where used

The 22 definitions underneath

22 in this product

  1. HeuriTel Network InvestmentDecision definitionHT-0342

    Use network, customer and economic data to support network investment, with operator-approved actions, change controls and post-action verification.

    /d/HT-0342
  2. HeuriTel Site PrioritisationDecision definitionHT-0343

    Use network, customer and economic data to support site prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0343
  3. HeuriTel Capacity Expansion PrioritisationDecision definitionHT-0344

    Use network, customer and economic data to support capacity expansion prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0344
  4. HeuriTel 4G Upgrade PrioritisationDecision definitionHT-0345

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

    /d/HT-0345
  5. HeuriTel 5G Upgrade PrioritisationDecision definitionHT-0346

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

    /d/HT-0346
  6. HeuriTel Fibre Rollout PrioritisationDecision definitionHT-0347

    Use network, customer and economic data to support fibre rollout prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0347
  7. HeuriTel FWA Expansion PrioritisationDecision definitionHT-0348

    Use network, customer and economic data to support fwa expansion prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0348
  8. HeuriTel Congestion Hotspot PrioritisationDecision definitionHT-0349

    Use network, customer and economic data to support congestion hotspot prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0349
  9. HeuriTel Coverage Gap PrioritisationDecision definitionHT-0350

    Use network, customer and economic data to support coverage gap prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0350
  10. HeuriTel Underserved Revenue PoolDecision definitionHT-0351

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

    /d/HT-0351
  11. HeuriTel High-Value Customer Network ProtectionDecision definitionHT-0352

    Use network, customer and economic data to support high-value customer network protection, with operator-approved actions, change controls and post-action verification.

    /d/HT-0352
  12. HeuriTel Competitor Coverage DefenceDecision definitionHT-0353

    Use network, customer and economic data to support competitor coverage defence, with operator-approved actions, change controls and post-action verification.

    /d/HT-0353
  13. HeuriTel Acquisition Zone PrioritisationDecision definitionHT-0354

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

    /d/HT-0354
  14. HeuriTel Network Demand ForecastingDecision definitionHT-0355

    Use network, customer and economic data to support network demand forecasting, with operator-approved actions, change controls and post-action verification.

    /d/HT-0355
  15. HeuriTel Cell-Level Revenue AttributionDecision definitionHT-0356

    Use network, customer and economic data to support cell-level revenue attribution, with operator-approved actions, change controls and post-action verification.

    /d/HT-0356
  16. HeuriTel Network Experience to ChurnDecision definitionHT-0357

    Identify customers with a defined near-term churn risk, select only economically justified retention actions, and measure incremental saves against a holdout.

    /d/HT-0357
  17. HeuriTel CAPEX Benefit MeasurementDecision definitionHT-0358

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

    /d/HT-0358
  18. HeuriTel Site ProfitabilityDecision definitionHT-0359

    Use network, customer and economic data to support site profitability, with operator-approved actions, change controls and post-action verification.

    /d/HT-0359
  19. HeuriTel Spectrum Utilisation OpportunityDecision definitionHT-0360

    Use network, customer and economic data to support spectrum utilisation opportunity, with operator-approved actions, change controls and post-action verification.

    /d/HT-0360
  20. HeuriTel Energy-Aware Capacity PlanningDecision definitionHT-0361

    Use network, customer and economic data to support energy-aware capacity planning, with operator-approved actions, change controls and post-action verification.

    /d/HT-0361
  21. HeuriTel Event Capacity PlanningDecision definitionHT-0362

    Use network, customer and economic data to support event capacity planning, with operator-approved actions, change controls and post-action verification.

    /d/HT-0362
  22. HeuriTel Rural Coverage PrioritisationDecision definitionHT-0363

    Use network, customer and economic data to support rural coverage prioritisation, with operator-approved actions, change controls and post-action verification.

    /d/HT-0363

Search definitions across every product

Implementing it

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

12-16 weeks for decision support; closed-loop automation requires additional change, safety and vendor certification. 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.

    • Select scenario
    • define action authority
    • baseline
  2. 02

    Connect

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

    • map topology/telemetry
    • integrate tickets
  3. 03

    Validate

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

    • build detection/ranking
    • shadow
    • operator-approved pilot
  4. 04

    Operate

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

    • Collect
    • validate topology
    • detect/forecast
    • quantify impact
    • recommend
    • human/controller approve
    • execute
    • verify service/economic result
    • learn

Who does it. 1 network solution lead · 1 network SME · 1 data engineer · 1 ML engineer · 1 OSS integration developer · 0.5 QA · 0.5 DevSecOps · 1 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.

22 definitions sit under Network Investment & Intelligence. 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.