CompanyEvidence
Evidence

Proof should be specific.

Oren is early. We do not yet have a catalogue of client outcomes, so we will not manufacture one. What we can show is what already exists, how mature it is, and the standard every future client result will have to meet.

Designed ≠ deployed · projected ≠ realised · evidence should survive scrutiny
Evidence register · current stateTransparent
E-01

OrenAdvisor product model

Goals, Daily Brief, Ask Oren, recommendation and approval behaviour defined.

Defined
E-02

OrenOS Today experience

Mobile-first executive interaction model built around the four daily questions.

Designed
E-03

OrenMind workflow demo

Interactive supplier-invoice workflow demonstrating extraction, checking and human approval.

Working demo
E-04

Capability Ladder

Validate → Prompt → Draft → Act with capability-level access, approval and audit requirements.

Defined
E-05

Measured client outcomes

Production outcomes will appear only when they are real, measurable and approved for publication.

To earn

What exists
today.

The useful question is not whether Oren has a polished website. It is whether the operating idea has substance behind it: a defined product, a usable interaction model, governed automation and a clear boundary between what is designed and what has actually been proven.

01Advisor

A defined executive product model.

OrenAdvisor has a clear job: connect business goals with operating context, explain what changed, recommend what matters and keep people in control of important decisions.

DefinedProduct behaviour and architecture
02OrenOS

A real interaction model, not a dashboard concept.

The mobile-first Today experience is organised around four executive questions: how is the business, what changed, what needs attention and what should happen next.

DesignedReference experience and data approach
03OrenMind

A working demonstration of governed automation.

The supplier-invoice workflow can be run interactively through receive, read, check and prepare stages before deliberately stopping for a human Approve or Query decision.

Run the workflow →
Working demoIllustrative workflow, not a client deployment
04Trust

Autonomy designed to be earned.

The Capability Ladder separates Validate, Prompt, Draft and Act. Access, benefit, cost, approval and audit are considered capability by capability rather than granted as one blanket permission.

DefinedGovernance and trust architecture
Evidence standard

Activity is not
an outcome.

When client evidence appears here, a sceptical buyer should be able to understand the business constraint, the judgement applied, what Oren actually changed and how the result was measured.

No anonymous testimonials. No projected savings presented as realised savings. No product demonstration presented as a live client deployment.

01

The constraint

What limited the organisation — time, cost, capacity, reliability, risk or control — and why it mattered.

02

The decision

What was recommended, what was deliberately rejected and the reasoning behind the trade-off.

03

The work

What was actually delivered, over what period and where human judgement remained in control.

04

The measurement

The before-and-after result using a figure, source or calculation the client agrees is fair to publish.

What comes next

The next status to earn is
Proven.

The Founding Client Programme is where product thinking meets real operating environments. When an outcome is measurable and a client is comfortable publishing it, this page will change from product evidence to client evidence.

Explore the Founding Client Programme →
Evidence maturityCurrent → future
Designed

A documented experience or architecture exists.

Current
Working demo

A capability can be demonstrated without claiming production use.

Current
Deployed

The capability is operating in a real client environment.

To earn
Proven

A measurable outcome has been validated and approved for publication.

To earn
The standard

Show what is true.
Earn the rest.