Big Data LDNMeet us at Big Data LDN

We tell

what to do next with confidence

Meet Canopy, the business context layer on top of your semantic layer.

Business context Claude can't get anywhere else.

Canopy records how your metrics drive each other, who owns them and what actually worked.

0:00

Metric moves. Owner notified. Action tracked. Impact verified.

The whole platform rests on one causal model of your business, built from your warehouse, your semantic layer, your business apps and your org chart. Every claim on it is earned: correlations are re-tested nightly, hypotheses survive a cascade of statistical tests, and action plans prove their impact in the real world. Canopy records the context that explains the numbers, and agentic workflows act on that evidence, so agents move the business, not just describe it.

This is not a replacement for your BI tool. It does two things a dashboard never could. It grounds your agents in business context they can't get anywhere else, so every answer reflects how the business actually works. And it shows your people the whole system and their place in it, so they understand the business far better and act with confidence.

Grounded in proven causality. Every driver tested, every owner named, every action verified.

04

Verified impact

Meta spend → Revenue+£32k vs forecastq < 0.01
03

Personalised action plans

hypothesis: spend lifts revenueSarah's plan: spend +£10kmeasure: 4 weeks
02

Statistical causation

ADF p 0.02Granger p 0.003q < 0.0587 of 1,204 survive
01

Correlation

NPS ~ Churn · r 0.7122,791 pairs re-tested nightly

One causal model, not a folder of dashboards

Every relationship is a directed driver edge with confidence attached. AI drafts it, your team corrects it, your data decides. It is the ground truth your AI agents inherit.

causal · q < 0.05lag 3dq < 0.01Revenue-15%Conversion-23%Traffic+2%AOV-4%Checkout-31%PricingPaidOrganicBasket sizeDiscountsPayment errorsPage speed

Every relationship found for you, not drawn by hand

The nightly sweep re-tests every pair of metrics you have, whether or not anyone has drawn a relationship between them, and surfaces the ones that move together, ranked by strength. That is where a hypothesis starts, and never where it ends: a candidate waiting to be tested, not a finding.

nightly sweep22,791 pairs
NPS~Churnr 0.71
Ad spend~Trialsr 0.62
Page speed~Checkoutr 0.58
Discounts~AOVr −0.44

Candidates, not findings. Re-tested every night.

Causality proven statistically, not asserted in a narrative

Correlation alone is not causation, so every edge is run nightly through proprietary ML models and statistical tests, from Pearson correlation to Granger causality, Benjamini-Hochberg corrected. Then the people who know the business prune what the statistics cannot see.

Pearson correlationr = 0.93
Lagged cross-correlationlag = 3 days
Partial correlation|r|z = 0.62
Granger causalityF = 8.4
BH-FDR correctionq < 0.05

Every driver edge. Every night.

A personalised action plan, for every employee

Each surviving hypothesis becomes a plan for the person who owns the lever, with the driver attached and a window to measure it in. The Accountable owner is notified the moment the metric moves, so everyone sees the few things that fall to them.

Sarah Chen

Accountable · Conversion
Fix checkout payment errors, worth £31.5k/day
Checkout fix verified at +£32k, scale it

David Mitchell

Responsible · Paid traffic
Meta CPL up 40% since Monday, pause three ad sets
Organic steady, nothing needs you

Emma Thompson

Accountable · Cash collected
DSO drifted to 46 days, four invoices worth £118k
Collections push verified, DSO back under 40

Impact verified, then the model learns

When the window closes, the outcome is measured against the counterfactual forecast. What held becomes a verified driver edge, the objective it serves updates on the strategy map, and the next plan starts from what actually worked.

Fix checkout flow

Verified · +£32k

Linked to Revenue · measured by the actuals pipeline

Pause underperforming ad sets

Measuring…

See cause and effect across your entire business

Decompose your North Star into every lever your teams control. Every relationship has a direction and a measurable strength. The Five Whys, pre-answered.

0:00

See the causal model. Ask it anything. That's explainable AI.

Canopy grounds Claude in business context it can't get anywhere else. Yes, even from your semantic layer.

Your semantic layer tells AI how a metric is calculated. Canopy adds what a definition cannot: how the business fits together, what was true when, who owns each number, what people did about it and whether it worked, and where the plan is heading. Every claim is checked against the numbers and carries its provenance.

Canopy is your company brain. Five kinds of context on one governed layer, every claim checked against the causal model before it counts. It remembers what moved, who acted and whether it worked.

Derived from your data

Proven causal relationships between your governed metrics, and how they change over time.

Structural and temporal context starts from the metric definitions your semantic layer already governs. On top of them, every driver relationship carries a tested strength, re-measured nightly, and every metric is kept at every date, so the model reads the business as it was and as it is.

Structural context · How the business fits together

The metric tree and the org chart: which metrics drive which, with statistical confidence on every edge, and who sits where, kept current from your warehouse, your semantic layer and your directory.

Liverpool Street
CausalModerate

Revenue

£384k

4.2%

AOV

£7.25

5.8%

Orders

52,998

2.1%
Temporal context · What was true when

Every metric at every date in your history, with more than twenty comparison frames already computed, and the plan alongside: budgets, reforecasts and targets run through the same pipeline as actuals, so an agent can read the quarter as it looked on the day a decision was made.

Date

21 / 09 / 2026

Comparison

Month on Month (MoM)

Revenue

Month to date, as at 21 Sep 2026

£384,296

vs Aug MTD
4.2%
vs Sep 2025 MTD
1.8%
vs budget
3.1%

Orders

52,998

2.1%vs Aug MTD

AOV

£7.25

5.8%vs Aug MTD

Recorded as the business runs

What happened after the insight. What people did, decided and planned.

Operational, behavioural and strategic context, captured as work happens in KPI Tree and your business apps.

Behavioural context · What people did, and whether it worked

Every action sits on the company timeline against the metric it means to move: who took it, when, and the window it is measured in. When the window closes the result is kept, so the next decision starts from what actually worked, not from memory.

Company Snapshot

  • Task
  • Proposed
  • Accepted from Canopy
  • Decision
  • Blocker
Operations3 people

Sun

6

Mon

7

Today

8

Wed

9

OperationsLiverpool Street

Sarah Chen

Head of Operations

Checkout fix+£32k verified
Reset the Q3 target

David Mitchell

Area Manager

Backfill shifts
Supplier price rise

Emma Thompson

Growth Lead

Pause weak ad setsCAC £36.10
DSO check-in
Operational context · RACI, workflows, approvals

An always-current RACI on every metric and objective, who reports to whom, and who is away this week. It is what lets an answer become an action routed to a named person.

Revenue

OverviewDataRACITasksContext

Who owns this metric, who acts on it, and who is kept in the loop.

Suggest

Responsible

David Mitchell+1 more

David Mitchell

Area Manager, Operations

Emma Thompson

Growth Lead, Marketing

Laura Fitzgerald

Head of Sales, Revenue

Accountable

Sarah Chen

Consulted

Emma Thompson+2 more

Informed

Nobody

CloseSave
Strategic context · Objectives, key results, initiatives

Every objective, its key results and the funded initiatives behind them, held alongside the metrics they target. So when an agent recommends a tactical action on a metric, it knows which strategic bet that action serves, and the day-to-day work stays aligned to the plan.

Reduce labour cost to below 28%

At riskCompany 1 Jul to 30 Sep 2026Sarah Chen

The proof

Numbers that prove the objective.

Outcome62%

Key results

Labour cost ≤ 28%

29.4% → 28% target

62%

Overtime hours below 4%

awaiting first read

The work

What the team does.

Execution45%

Initiatives

Rota optimisation

On track
70%

Cross-training

Planned
20%

Learnt, curated, kept honest

Every fact keeps its trail. The provenance behind your institutional knowledge.

Everything starts from the proven causal model. Recorded context is layered on top, and nothing counts as a fact until it has been checked against the numbers. What the data contradicts is held back as a claim, what later results disagree with is retracted, and every item keeps where it came from.

Learnt and curated · Fact kept apart from opinion

Other platforms treat every message as context. Canopy tests each one against the numbers first. A sales lead saying twenty contracts closed is recorded as a claim. The warehouse says eighteen, so the item is held back and says so. Every night the claims that made it in are re-read against the results that came in, and what no longer holds is retracted.

What Canopy learnt

Keg prices, not footfall, explain the September food cost rise. Three of the four sites moved together in the week the supplier repriced. The sales channel's twenty August contracts are eighteen in the warehouse, so that stays a claim.

Held up

14

Confirmed by your own completed work

Retracted

3

Dropped when later results disagreed

Still watching

9

Noticed, but not claimed yet

Learning, nightly

Drag the timeline to look at any period.

38

Last 10 days

Keg prices up 8% from 1 Sep, all sites

Event · #ops · holds against Food cost %

Active2 Sep

Closed 20 contracts in August

Note · #sales · warehouse shows 18 closed-won

Quarantined1 Sep

Canary Wharf stays out of the labour cost target

Decision · typed in by James Hart

Active28 Aug
From your people and your channels · Typed in, or read from Slack

Switch on a channel and Canopy reads it, keeping the message each item came from. Anyone can type a fact in plain language against a metric, with an expiry, and it is kept with their name on it. Both go through the same check before they count, and confidential items stay with the owners.

New context item

Context

Liverpool Street closes for a refit from 12 to 14 August. Expect no revenue those days, with the team covering Shoreditch.

State the fact in plain language. The kind, dates and attachments are worked out automatically.

Metric (optional)

Revenue · Liverpool Street

Valid until (optional)

14 / 08 / 2026

CancelCreate
SourceLearntWatching

Slack

4 channels

24 items
ops
12 items · learnt 2h ago
revenue
7 items · learnt yesterday
sales
5 items · 1 held as a claim
random
Not read

Context you can act on. The first answer is the right one. People act on it. Then a workflow runs the whole process.

Every claim in Canopy has been checked against the numbers, so an assistant gets the analysis right first time instead of after a week of follow-ups. That is what gives people the confidence to act on it. And an answer reliable enough to act on every time is one an agent can take the step on, and a workflow can run end to end. Ask it over MCP or in Slack, run KPI Tree's agents on it or build your own, then chain them into your own processes.

Ask it

Make your existing tools right first time. For the numbers that can't be wrong.

From the assistants you already use.

  • Claude
  • ChatGPT
  • Gemini
  • Copilot
  • Databricks Genie
  • Snowflake Cortex
  • Slack
Over MCP

One command adds Canopy to Claude Code, Codex, Cursor or the Claude and ChatGPT desktop apps. The assistant gets the metric tree, ownership, tasks and history, not just a semantic model, and it can file tasks and register hypotheses as well as ask.

zsh

~ % claude mcp add --transport http kpitree https://mcp.kpitree.co/mcp

Added HTTP MCP server kpitree with URL: https://mcp.kpitree.co/mcp to local config

~ % claude

> Why is revenue below target?

kpitree - analyze_metric (MCP)(metric: "Revenue", comparison: "month_over_month")

⎿ Revenue £425k against a £500k target, 15% below. Primary driver: conversion rate, down 23%, Granger-causal at a 3 day lag. Sarah Chen is Accountable.

Revenue is below target because checkout conversion dropped after Monday's release, not because fewer people arrived. Sarah Chen owns it. Shall I file the rollback as a task?

In Slack

Mention @kpitree in any channel: what is driving the change, who owns it, chart attached, answered from the same causal model.

Emma #revenue
@kpitree what's driving the drop this week?

KPI Tree

KPI Tree app · 09:14

Conversion rate, down 23% (Granger-causal, lag 3d). David Mitchell is Responsible.

Run agents on it

Ready-made agents, or build your own.

  • Claude
  • OpenAI
  • Gemini
The agents KPI Tree ships

The action plan, the daily and weekly briefings, the RACI sweep and the Slack assistant. Each is a tile in the gallery: what it does, when it runs, how long it takes, and every run it has ever made with its cost.

Personalised Action Plan

Agent

Declining metrics, their drivers, and the actions that fall to each owner.

Weekdays 07:00 ~2 min
Run

Update RACI Assignments

Agent

Finds unowned metrics and proposes owners, with reasoning.

Mondays ~1 min
Run
Run history
Succeeded07:02action_planScheduled12k in / 1.8k out£0.04
Succeeded06:41update_raciScheduled8.3k in / 900 out£0.02
SucceededYesterdayaction_planWorkflow14k in / 2.1k out£0.05
Or build your own, for any job

Describe the job in plain English, choose the model it runs on and the tools it may call, then give it a schedule in a workflow. A Monday labour cost check, a supplier price watch, a Friday pipeline sweep: whatever the business needs. Building your own agents is part of the Enterprise plan.

Name

Labour cost watch

Description

Monday check of every site's labour cost against the 28% target

Model

Claude Sonnet 5

System prompt

Every Monday, compare labour cost % for each site against the 28% target. For any site over target, name the Responsible manager and file one task with the gap in pounds and the driver behind it. If every site is under target, say so in one line and stop.

Tools (4)
get_metric_calculationscompare_dimension_metricsfetch_metric_raci_metricscreate_task

Use this agent in a workflow

Run it on a schedule, in response to a metric or task event, or as one step in a longer flow. Send the result to Slack, email, or another step.

Open in Workflows

Then automate, end to end

Workflows bespoke to your business processes.

A metric trigger, an agent step, a named approver, an escalation when nobody acts.

Revenue target missed, find the driver and act on itPublished
Search nodes

Triggers

On a schedule
Manually run
Inbound webhook
Metric threshold

+6 more

Steps

Run agent
Query metric
Condition

+2 more

Actions

Send Slack
Send email
Create task
Assign RACI

+2 more

Trigger
On target missedRevenue, at period closeMetrics
Root-cause the missOpus 5.1Agents
Wait for Sarah’s approvalAccountable. Escalates in 24hUtilities
Approved
CRM

Re-score stalled opportunities

Finance

Reforecast deferred revenue

Slack

Brief the account owners

Wait 14 daysUtilities
Verify the impactAgainst the counterfactualMetrics

The company brain for how your business makes decisions.

Understanding changes behaviour. Dashboards don't. Understand and automate every decision, with a name on every number.

The manifesto

People change when they see the system, see their place in it, and see what moves when they do.

Read why we built KPI Tree

Common questions

What is KPI Tree?

KPI Tree is the company brain for how your business makes decisions. It maps your metrics into causal trees that connect every outcome to the drivers beneath it, proves which relationships hold with statistical tests re-run nightly, gives every metric a named owner with a clear RACI, and tracks every action against the metric it was meant to move until the impact is verified. Canopy, its business context layer, makes all of that available to people and to AI agents, and Canopy Agentic Workflows automate the processes that follow.

What is a company brain?

A company brain is a system that remembers how a business makes decisions: what moved, why, who acted, and whether it worked. Most tools that use the name index documents and chat so an AI can search them. KPI Tree's company brain starts from a statistically proven causal model of your governed metrics and layers recorded context on top, and every claim is checked against the numbers before it counts, so fact and opinion never sit side by side.

What is a business context layer?

A business context layer sits between your data and your AI systems and carries the organisational knowledge raw tables cannot. Canopy is KPI Tree's business context layer. It holds five kinds of context: structural (the metric tree and the org chart), temporal (what was true at any date), behavioural (what people did and whether it worked), operational (RACI, workflows and approvals) and strategic (objectives, key results and initiatives). Every item keeps its provenance.

How is a business context layer different from a semantic layer?

A semantic layer defines how a metric is calculated and returns a governed number. A business context layer adds what a definition cannot: what drives the metric and how strongly, who owns it, what has already been tried and what the plan expects. Canopy does not replace your semantic layer. Keep dbt, Looker or Snowflake Semantic Views as the source of calculation truth, and Canopy syncs those governed definitions and builds the causal, ownership and outcome context above them.

Which AI assistants and agents can use Canopy?

Anything that speaks MCP. One command adds Canopy to Claude Code, Codex or Cursor, and it connects to the Claude and ChatGPT desktop apps, Gemini, Microsoft Copilot, Databricks Genie and Snowflake Cortex. In Slack, mention @kpitree in any channel and the assistant answers from the same causal model. Every answer is scoped to the asking user's permissions.

Does KPI Tree prove causality?

Yes. Every pair of metrics is re-tested for correlation nightly, and every candidate driver runs through proprietary ML models and a cascade of statistical tests, from Pearson correlation and Granger causality to false-discovery control, not LLM pattern matching. The people who know the business prune what the statistics cannot see, and completed actions verify the surviving driver relationships against real outcomes.

How does Canopy learn, and how does it keep fact apart from opinion?

Canopy reads the Slack channels you allow, one channel at a time, and takes facts your people type in against a metric with an expiry. Nothing counts as a fact until it has been checked against the numbers. A claim the warehouse contradicts is held back and says so, and anything later results disagree with is retracted. Every night the model re-reads its own claims against the results that came in, and the ledger shows what held, what was retracted and what is still being watched.

Can we run our own AI agents in KPI Tree?

Yes. KPI Tree ships ready-made agents, including the personalised action plan, the daily and weekly briefings, RACI assignment and the Slack assistant. On the Enterprise plan you can also build your own: describe the job in plain English, choose the model it runs on from Claude, OpenAI or Gemini, choose the tools it may call, and give it a schedule in a workflow. Agents act only with the permissions of the person who runs them, under spend caps, and every run keeps its history and cost.

What can a Canopy Agentic Workflow automate?

Any business process that starts from a signal in the business. Ten triggers are available: a target missed at period close, a metric threshold, a metric outlier, a metric gone stale, a task event, a RACI assignment, a company briefing being ready, a schedule, an inbound webhook, or a manual run. Steps run agents, query metrics, branch, delay and wait for a named approver, and actions post to Slack, send email, create tasks, assign RACI, escalate up your org chart when nobody acts, and call any external system.

How is KPI Tree different from a BI tool like Tableau or Looker?

Tools like Tableau and Looker are built to visualise data on dashboards and charts, leaving you to interpret what a number means. KPI Tree is built to drive decisions. It connects each metric to its causal drivers, its named owner and the actions meant to move it, then verifies whether those actions worked. A dashboard tells you a number went down. KPI Tree tells you why it moved, who owns it, and what to do next.

Is KPI Tree SOC 2 compliant, and where does our data live?

Yes. The KPI Tree platform is SOC 2 Type II, independently examined for Security, Availability and Confidentiality and monitored continuously, with CREST penetration testing and the Type II report available in the Trust Center on Growth plans and above. Your data stays in your warehouse: KPI Tree connects with scoped, read-only credentials and runs one scheduled query per metric. Anything cached is encrypted at rest with a hardware security module, or with a key you bring yourself.