Decision Intelligence

Know what changed. Decide what’s next.

Connect your business data, agree the definitions and surface the changes that deserve attention. Give decision-makers the evidence, assumptions and context behind the numbers.

This tends to fit when

You will recognise
at least two of these.

The symptoms usually show up in the days before a review meeting.

Someone spends two days each month assembling the management report by hand.

Two departments quote different revenue for the same period and both can justify it.

You find out about a problem in an outlet or a region a month after it started.

Nobody can say when the numbers on a dashboard were last refreshed.

Planning happens in a spreadsheet whose assumptions only one person understands.

One business, one set of numbers

Turn fragmented numbers into a clearer decision.

Most reporting problems are not analysis problems. The sales figure in one system does not match the one in another, two teams define a completed order differently, and somebody spends two days a month rebuilding a spreadsheet before anyone can discuss it. Decision intelligence connects your business data, settles the definitions, and shows what changed and what appears to be driving it.

The work BYBO takes on is the plumbing and the discipline behind the numbers: connecting approved sources, checking that the data is fresh and complete, reconciling the places where systems disagree, and building a view that shows movement rather than a wall of figures. Where a number is uncertain or a source is stale, the view says so instead of quietly averaging the problem away.

The decision stays with people. The system brings the evidence, the assumptions and the caveats into one place so a leadership meeting argues about the business rather than about whose spreadsheet is right. Forecasts are treated as conditional estimates with visible assumptions, never as facts, and every action agreed in a review gets an owner and a date.

A worked example

One number moved.
Here is what is under it.

Not a dashboard. The one change worth twenty minutes, opened up.

decisions / weekly reviewdata to Sun 23:59 · 3 sources · 1 stale

What changed

Gross margin, last 7 weeks58.9%
▼ 3.1 pts

Definition in use: revenue less landed cost, excluding freight recharges.

Distributor rate card change2.2 pts
Freight on the western route0.6 pts
Product mix0.3 pts

One source last refreshed 2 days ago.

The definition being used is printed beside the number, because half of these arguments are really about definitions.

What the system did

Reconciled three sources and flagged one that is two days behind
Found gross margin down 3.1 points against the four-week average
Ranked the three drivers underneath it by contribution
It will not tell you what to do.

Most of the movement — 2.2 of the 3.1 points — is one distributor moving to a discounted rate card on 2 September. Whether that was agreed, and whether it continues, is not in the data. The system says what changed, not what it means.

Waiting on a person

Ravi, CommercialFlagged Mon 07:00 · workings attached
Record a decisionAsk for the detail
The stale source

Shown, not hidden. A number you cannot date is a number you cannot use.

The decision is recorded

What was decided, by whom, on what evidence — so the next review starts from it.

Forecasts stay conditional

Assumptions and the data period are shown with every projection. They are estimates, not promises.

Illustrative example built to show the shape of the work. Not a client record.

Where it is used

Four shapes of
the same problem.

Most businesses start with one and add the second once the queue, the logging and the connections already exist.

Leadership reporting

A consistent view across teams, outlets or regions.

Operational signals

Spot changes that warrant an investigation.

Planning & scenarios

Compare assumptions and their possible effects.

Performance reviews

Bring the source evidence into the discussion.

How the work runs

Five steps.
One of them is yours.

Definitions come before dashboards. The order matters more than most people expect.

  1. 01

    Connect

    We bring the approved sources together under agreed access: the accounting system, the sales records, operations, and the spreadsheets that still matter. Nothing is copied without a reason.

  2. 02

    Validate

    We check freshness, completeness and definitions, and write down where the systems disagree. This stage frequently finds the real problem, and sometimes ends the project early with a cheaper fix.

  3. 03

    Analyse

    We identify the changes worth attention and the possible drivers behind them, with the strength of the evidence stated. A correlation is described as a correlation, not a cause.

  4. 04

    Review

    Your people challenge the interpretation against what they know about the month. Their corrections change the definitions and the thresholds, which is the point of the stage.

  5. 05

    Decide

    The action, the owner and the date are recorded with the evidence that supported them, so the next review starts from what was agreed last time.

Where a person decides

People make the decision. Forecasts and explanations expose their assumptions.

The line is yours to draw, and we write it down before anything runs.

People make the decision. Forecasts and explanations expose their assumptions, the data period they used and how confident they are, so a recommendation can be argued with. Nothing acts on the numbers automatically: the system does not adjust a price, hold an order or change a plan. It shows the change, the evidence and the caveats, and your named decision-maker chooses what happens.

What you receive

5 things, and
they are all yours.

Not a demo and a slide deck. A running system, the evidence it works, and the documentation to run it without us.

An agreed definitions document

A written record of what each measure means, which source is authoritative, and how edge cases are counted. This is usually the most valuable item on the list.

Connected, checked data sources

Approved systems brought together with freshness and completeness checks, so a broken feed is visible rather than silently reported as a fall.

A reporting view built around change

A view that shows what moved, by how much and against what, with the source evidence one click away from each figure.

Reconciliation and exception handling

Rules for what happens when two systems disagree, and a queue of the differences for a person to resolve rather than an averaged number.

A review routine and documentation

An agreed meeting rhythm where the view is used, decisions and owners are recorded, plus documentation and training for the team who maintain it.

What you need to provide

5 things, and none
of them technical.

You do not need a developer. You need someone who knows how the work really happens, including the exceptions nobody wrote down.

  1. 01

    The reports you actually use today, including the manual steps that produce them.

  2. 02

    A named owner for each definition, with the authority to settle a disagreement.

  3. 03

    Read access to the source systems, and the person who can grant it.

  4. 04

    Examples of past decisions the numbers should have supported, and where they fell short.

  5. 05

    A baseline: preparation time, how often figures are corrected after publication, and how long a signal takes to reach an action.

What it connects to

Built around what
you already run.

We read from systems you already run, under read-only access wherever possible, agreed source by source before any connection is built.

  • Your accounting or ERP system, as the usual source of record for money
  • Your CRM and sales records, for pipeline and customer movement
  • Your operations, inventory or production systems
  • The spreadsheets that hold real business logic, where they are stable enough to trust
  • Your identity provider, so who sees which figures follows your existing access rules

How it is judged

5 numbers, taken
before we build.

We record how reporting works today before anything is built, then compare the same measures after launch.

01

Reporting preparation time

from source to a report someone can use

02

Data freshness

and how often the view is stale when it is read

03

Reconciliation exceptions

and how quickly they are cleared

04

Detection time: how long a meaningful change takes to become visible

05

Time from signal to a recorded action with an owner

What drives the cost

No price here,
and here is why.

The honest answer depends on your work and your systems. Scope and fee are agreed in writing before paid work begins, and the first conversation costs nothing.

BYBO publishes no prices. Scope and fee are agreed in writing before paid work begins, and the first conversation is free. Where the sources are messy or the definitions contested, the Blueprint is a paid diagnostic that establishes what you actually have and ends in a recommendation and a 90-day roadmap.

Cost here is driven far more by data condition than by analysis. Clean, well-defined sources make the build straightforward; disputed definitions and inconsistent records add the most work, and that effort is usually worth doing whatever you build afterwards. The cost guide explains how to weigh this against the preparation time you spend today.

Once

Design and build of the system

Every month

Running it, the review time it still needs, and monitoring

Before you enquire

6 questions we
are asked every time.

Answered plainly, including the ones with an uncomfortable answer.

Discuss this system

Our data is a mess. Should we fix that first?

Not separately, and not entirely. Fixing everything before building anything tends to stall. We start with the sources one report genuinely needs, clean the definitions that report depends on, and leave the rest. The validation stage tells you honestly how much work the data is in, and sometimes that finding alone is worth the exercise.

Can it work from spreadsheets?

Yes, where the structure and the update process are reliable enough. A spreadsheet maintained by one person on their own laptop is a risk we will name rather than build on. Often the right first step is agreeing which spreadsheets hold real business logic and giving those a proper home.

Will this tell us what decision to make?

No, and you should be wary of anything that claims to. The system narrows attention to what changed, offers possible drivers with the strength of the evidence stated, and puts the caveats next to the figure. Your authorised people interpret it. When AI should decide sets out where that line sits.

What happens when two systems disagree?

The difference is flagged as an exception rather than averaged away. We agree reconciliation rules in advance — which source is authoritative for which measure, and what tolerance is acceptable — and anything outside that goes to a person to resolve. Persistent disagreements usually point at a process problem worth fixing at the source.

How much of our team’s time does it need?

The heaviest demand is agreeing definitions, and that is a business conversation rather than a technical one. Expect your named owners to spend real time settling what a completed order or an active customer means. After launch, the ongoing commitment is the review meeting itself and keeping source ownership current.

What is the first step?

Bring us the report that takes too long to prepare. A free conversation about how it is built today, who argues with it and what decision it is meant to support tells us most of what we need. From there, either a scoped build or a Blueprint if the sources need establishing first.

Bring us the number
nobody can agree on.

We will tell you whether it is worth building — including when it is not.

Discuss this system