Skip to content
Okko Oulasvirta

Intelligent Business Applications Lead

Your data platform shouldn't end in a dashboard.

Turn governed enterprise data into intelligent applications that help people decide, act and automate.

Analytics remains essential. But insight does not always need to be the end of the workflow.

The opportunity

Your data engineers no longer need to stop at the semantic model.

And your application developers no longer need to start by rebuilding the data foundation. That is the whole opportunity, and it is mostly an organisational one.

Most large organisations have spent years making enterprise data trustworthy. Domains have owners. Definitions are agreed. Reporting is governed. That work was necessary and it was expensive.

Meanwhile the operational work that depends on that data still happens somewhere else — in a spreadsheet, in an inbox, in a meeting held because nobody could see the whole picture in one place.

The gap between those two facts is where intelligent business applications live.

Disciplines that have to converge

  • Data engineering
  • Analytics
  • AI
  • Application development
  • UX
  • Integration
  • DevOps
  • Platform engineering

None of these is new. The value comes from combining them around a single decision, rather than organising them into separate queues.

Wherever you are with the platform

Already established

You have already paid for the hard part. The question is what else it should be carrying.

Being implemented now

The best moment to decide that this platform is not only going to produce reports.

Being evaluated

Judge the platform on everything it could carry, not only on the dashboards it replaces.

You have already made the expensive investment. The question is whether it stops at reporting.

The same foundation, two destinations

Insight is useful. Action creates the outcome.

Both paths start from the data you already govern. One ends when someone understands the situation. The other continues until something in the business has actually changed.

Both paths begin at Governed enterprise data. The analytics path has 3 stages and ends at Insight. The application path has 6 stages and continues past that point through Business context, AI, Application, Decision, Action, Feedback — it extends the analytics path rather than replacing it.

Shared starting point

Governed enterprise data

The investment you have already made, or are making now.

Path A — Analytics

Essential. Keep it.
  1. 01Semantic model

    One agreed definition of the business measures.

  2. 02Analytics

    Reporting, exploration, monitoring.

  3. 03Insight

    Someone now understands what happened.

This is where most data platforms currently stop. That is not a failure — it is simply not the whole return on the investment.

Path B — Intelligent application

Extends Path A
  1. 01Business context

    The relationships and rules your people already use.

  2. 02AI

    The situation summarised, the likely cause proposed, the impact estimated.

  3. 03Application

    A person sees the case, the evidence and the options.

  4. 04Decision

    Someone chooses, and the choice is recorded.

  5. 05Action

    A work order, a re-plan, an escalation. Something actually changes.

  6. 06Feedback

    The outcome becomes data the next decision can learn from.

Path B can run alongside Power BI, after it, or on governed data where no reporting practice exists yet. It is an additional way to extract value from the same foundation.

So which decisions in your business are worth moving from a report into an application?

Start with the outcome

What are you actually trying to change?

Pick a challenge and an industry. The recommendations below come from a published opportunity model, not from a language model — the same answers, every time, for the same inputs.

Business challenge
Industry

Most relevant in Manufacturing

  • Flagship demo

    One place where a production deviation is detected, explained, costed and resolved — instead of three systems and a phone call.

    Decision
    Given this deviation, what is most likely causing it and what is the least costly intervention right now?

    ImpactVery strong (5 of 5)
    ReadinessStrong (4 of 5)
    SpeedStrong (4 of 5)
    Explore
  • Rank maintenance work by what it protects — production commitments, safety and cost — rather than by when the ticket was raised.

    Decision
    Of everything we could do in the next maintenance window, what should we actually do?

    ImpactStrong (4 of 5)
    ReadinessStrong (4 of 5)
    SpeedStrong (4 of 5)
    Explore
  • Bring process conditions, material batches and inspection results together so root cause analysis takes hours rather than weeks.

    Decision
    What process or material conditions are associated with this quality deviation?

    ImpactStrong (4 of 5)
    ReadinessModerate (3 of 5)
    SpeedModerate (3 of 5)
    Explore

Data domains involved

  • Production
  • Assets and maintenance
  • Quality
  • Finance and costing
  • Sales and customers
  • Supply chain
  • Product and engineering

Likely first pilot

Production Exception Manager

  1. 01A deviation is detected on a line from live process and quality signals
  2. 02The operator opens the exception and sees the telemetry timeline around it
  3. 03The probable cause is proposed with the evidence that supports it
  4. 04Comparable historical incidents and how they were resolved are shown
Open the experience

That is the shape of the opportunity. This is what it looks like when someone actually uses it.

Industry relevance

Your domain experts understand the problem.

Give them a governed path to the solution. Choose an industry to see where the value usually sits — then use the application, because reading about one proves nothing.

Your plant reports OEE every morning. The decision that protected this morning's OEE was made at 03:20 by a shift supervisor with a phone and a spreadsheet.

Manufacturing already measures almost everything. The gap is rarely visibility — it is the distance between noticing a deviation and doing something about it while it still matters.

All Manufacturing opportunities

Data domains

  • Production
  • Assets and maintenance
  • Quality
  • Supply chain
  • Product and engineering
  • Sales and customers
  • Finance and costing

Where the data comes from

  • ERP
  • MES
  • SCADA
  • Process historians
  • IoT platforms and sensors
  • PLM / PDM
  • CMMS / EAM
  • Quality and LIMS systems

Flagship experience

Production Exception Manager

One place where a production deviation is detected, explained, costed and resolved — instead of three systems and a phone call.

Open full screen

This is the difference. A report would show you the deviation. Here you open it, read the reasoning, weigh the options and commit an action that leaves the screen.

Loading the application…

Other opportunities in Manufacturing

One person, one decision, a few minutes saved. Multiply that by the number of people who make it.

Business value

What is the time actually worth?

An indicative opportunity, calculated from your own assumptions. Not a saving, not a guarantee, and not a business case — a starting point for deciding whether this is worth a proper one.

min
€/h
€

Leave at zero if you do not have a defensible figure.

%

Hours returned to the business

9,200

hours / year

≈ 5.8 full-time equivalents

Potential annual capacity value

€690,000

indicative

from 22,080 events a year

The calculation

  1. 40 people × 12 events per week × 46 weeks = 22,080 events per year
  2. 22,080 events × 25 minutes ÷ 60 = 9,200 hours returned per year
  3. 9,200 hours × €75 loaded hourly cost = potential capacity value

If that is worth having, the next fair question is how it is actually built and operated.

How it actually works

Build applications where the data already lives.

You do not need to understand every layer. You do need to know that the application is built on the same governed data your reporting already trusts.

The architecture is a stack of 10 layers, from the bottom up: The systems you already run on, then Getting the data out reliably, then One governed copy of the truth, then Data owned by the people who understand it, then Understanding what happened, then Teaching the platform your business, then Judgement at the speed of the process, then Where people actually work, then Something actually changes, then Doing this safely, repeatedly. Selecting a layer below describes it in full.

The layers

Layer 8 of 10

Where people actually work

The place a person sees the situation, the evidence and the options — and makes the call. This is the layer most data platforms never reach.

  • Build the application where the governed data already lives, instead of copying it out.
  • Let application teams consume governed data without rebuilding the data foundation.
  • Remember decisions, assignments and approvals — the things a report cannot hold.
  • People see exactly the data they are entitled to see, in the application as well as the report.

Data flows

From source system to something that changed

The general pattern. Data the business already produces becomes a governed product, gains business meaning, and ends up in an application where someone decides and acts.

  1. Step 01

    Systems you already run on

    ERP, CRM, operational systems, documents, spreadsheets and partner data.

  2. Step 02

    Reliable delivery

    Data arrives on a schedule the decision can actually depend on.

  3. Step 03

    One governed copy

    One place the whole organisation builds on, instead of many private extracts.

  4. Step 04

    Owned by the business

    Each domain is owned by the people who understand what the data means.

  5. Step 05

    Agreed business entities

    Order, customer, asset and site mean one thing across the organisation.

  6. Step 06

    Business meaning

    Relationships and rules are captured, not left in people's heads.

  7. Step 07

    Explanation and prediction

    The situation is summarised, the likely cause proposed, the impact estimated.

  8. Step 08

    Where people decide

    A person sees the case, the evidence and the options — and chooses.

  9. Step 09

    Something changes

    The decision becomes a work order, an approval or a re-plan — and new data.

Enterprise data to application, end to end: Systems you already run on, which feeds Reliable delivery, which feeds One governed copy, which feeds Owned by the business, which feeds Agreed business entities, which feeds Business meaning, which feeds Explanation and prediction, which feeds Where people decide, which feeds Something changes. The flow ends in a change to an operational system, not in a report.

Switch to Technology view in the header to see the named capabilities behind each layer, their maturity, and the two hosting patterns worth considering.

One application proves the case. It is not the point.

The operating model

Let the business shape the solution. Give engineering a path to industrialise it.

The people closest to the problem can now prototype far more of the solution themselves. Handled well that is governed innovation. Handled badly it is Shadow IT with better tooling.

Business builder

Domain expert

Understands

  • The business problem, in detail
  • The workflow as it actually runs
  • The terminology and the exceptions
  • What a good decision looks like
  • The rules that are never written down

Contributes

  • Explores the problem directly instead of describing it in a document
  • Prototypes and iterates with AI-assisted development
  • Validates whether the idea is worth building at all
  • Stays involved once real engineering starts

Industrialisation

Professional developer

Understands

  • What makes software maintainable
  • Where prototypes quietly break
  • Integration, security and failure modes
  • The cost of the shortcuts

Contributes

  • Turns a validated prototype into maintainable, tested code
  • Designs the architecture and the integrations properly
  • Builds enterprise UX and secure workflows
  • Takes the application to production-grade

The paved road

Platform team

Understands

  • Identity, security and data permissions
  • What has to be standard for scale to be possible
  • Where cost accumulates
  • How to make the safe path the easy path

Contributes

  • Governed data access and the Fabric architecture
  • Approved models and the managed AI platform
  • Templates, reusable components and developer experience
  • CI/CD, environments, observability and application lifecycle
  • Governance and FinOps that enable rather than block

Accelerate innovation and reduce Shadow IT at the same time. Switch to Technology view for what the platform team actually has to provide.

From one app to an App Factory

One app proves the value. The real prize is the capability to build the next fifty.

One high-value application, in production, changing a decision that people can point to.

You know you are here when

  • A named business owner who wants it
  • A decision that happens often enough to matter
  • Data that already exists in governed form

Before we talk

Where would your organisation actually start?

Seven questions, scored transparently in your browser. Nothing is uploaded, stored or tracked.

Run the assessment

Engagement model

Build with you until you can build without me.

A practical sequence rather than a programme. Each stage produces something you can act on, and each one is optional if you already have what it produces.

Opportunity Mapping

1–2 weeks · indicative

Find where an application would change a decision that actually matters, and prove the case is real.

Typical work

  • Interviews with the people who own the decisions and the people who make them
  • Mapping the data and domains each candidate decision depends on
  • An inventory of application opportunities across the operation
  • A value hypothesis for the strongest candidates
  • Architecture fit against the existing platform
  • Prioritisation against impact, data readiness and time to value

Deliverables

  • Opportunity map
  • Prioritised use cases
  • First application recommendation
  • High-level architecture
  • Roadmap

Durations are indicative and depend on scope, data access and how many decisions the first application has to reach. No pricing is published here — that conversation belongs with the scope.

Let's build.

If your organisation has — or is building — a serious data platform, there is probably more value in it than another dashboard.

Okko Oulasvirta

Intelligent Business Applications Lead

For the last decade I have worked inside large European industrial and data-intensive enterprises where cloud, data, software engineering, DevOps and business operations meet.

I help organisations connect the data platform, AI capability and software engineering model required to turn this opportunity into an operating capability.

For larger engagements I bring together a trusted delivery team across Data & AI, application development, UX, integration, DevOps and platform engineering.

Talk to Okko

Start a conversation

This form has no backend. It composes an email in your own client — nothing is sent, stored or logged by this site.