CaseFlows
Your organisation never stands still. Customers, partners, technology and circumstances keep changing. So why should your back office be set in stone?
CaseFlows organises the work around cases, not applications. Your people, your partners and AI each take part through a case role with a clear responsibility, and every organisation keeps control of its own systems and way of working.
How the work runs is written down in open specifications that CaseFlows runs directly, on top of the back office you already have. And the people who do the work help improve it.
You decide what you want to achieve, who you work with and how the work is organised. Not your software.
You set the course. CaseFlows connects the work.
What changes around you
Customers expect something new, something faster, something different.
Rules, markets and partners shift.
Better and cheaper models keep arriving.
A vendor raises its prices, stops, or falls behind.
CaseFlows lets the way you work move with it, without waiting for your software vendor.
What an organisation wants
You can change how you work.
You decide what changes, and who is responsible for what.
Your way of working is in a specification that is yours and that you can read; you change it without depending on an implementation partner. Today only CaseFlows runs it; a second runtime is our direction.
What you can change
Try a switch below and watch who holds each step.
Give work to another colleague or an outside party.
When someone is away, or a specialist is needed.
What changes: who holds the role. The caseflow stays the same.
Add a partner, replace one, or leave one out.
When a partner stops, or a better one comes along.
What changes: which organisation holds the role. The caseflow stays the same.
Have a task done by a person, an agent, or both.
When an agent can take routine work off people’s hands.
What changes: who does the work in the role. The role and its limits stay; when an agent assists, a person stays accountable.
Change caseflows, responsibilities and rules.
When customers ask for something different.
What changes: the caseflow itself, as a new version. Running cases finish in their own version.
Replace a service, a model or a vendor.
When a better language model or supplier comes along.
What changes: a service the role uses. The role and the caseflow stay the same.
Each one changes on its own, without rebuilding your back office.
The positions are examples. Try a switch.Knowing when to change
Everyone who works in a case sees what isn’t right: an employee, a customer, a partner. They say it where it happens, in their own words. The CaseFlows coach turns it into a change proposal, the process owner decides, and an AI code assistant builds it in your own system.
Changing how you work becomes a conversation, not an IT project. The signals tell you when.
An example. Pick a wish:
An employee, in the caseOur customers have to provide the same information twice: once at intake, and again in the application.
CaseFlows coachWhich details are the same? And may the application simply take them over from the intake?
The employeeName, address and contract number. Yes, as long as the customer can still correct them.
Who it’s for
Your CRM, ERP or planning system does what it was bought for. But a new service, working with partners, putting AI to work on a step of the process, or a process that keeps changing doesn’t fit, or only through a costly project. Build that in CaseFlows, as a layer on top of what you have: the caseflow organises the new work, AI does the steps you hand it with your own systems’ data, and your existing systems keep supplying the data and services.
Don’t replace your back office. Build on top of it.
The people who see where a process doesn’t fit are often far from the people who can change the software. In CaseFlows, business experts describe their work with an AI coach, try a first version in test cases and give feedback straight away.
The people who know the work get a say in the software they do it with.
Cases rarely stop at the edge of one organisation. Your accountant, for example, can hold a case role in your process. Switch accountants, and only who holds the role changes, not your process or theirs.
Work on the same case together without having to become one organisation or merge your systems.
Independent and in control
CaseFlows is hosted in Europe. And you don’t become dependent on us either: how your organisation works is written down in open specifications you can read and take with you. You use your own AI key, and you choose where the intelligence comes from: a European provider, or a model on your own infrastructure. You decide where your data goes and where the computing happens.
Shared, not central
Changing how you work isn’t for management alone. Employees, customers and partners have their own room to change things, within the responsibilities and boundaries you agree on together. Responsibility sits as close to the work as it responsibly can.
Everyone involved takes responsibility, within agreed boundaries.
Design principles
Each takes part from a case role with a clear responsibility. What you can see and do depends on where the case stands right now.
How you work is written down in specs you can read and take with you, not locked inside a product. And the specification isn’t translated, it is run: you change the process by changing its specification, not by rebuilding the application.
Open specifications, portable processes → · From intent to a running system →
What people run into in real cases flows back into the next version.
Working across organisations
The case lives with its owner; each organisation sees and does only what its role allows, and how it does its part is its own business.
Organisations delegate responsibilities. Software usually connects systems.
An example: a building permit application. Zoom in, level by level.
One case connects everyone who works on it. It lives with its owner, the municipality.
The case connects them. No central application runs these organisations: each one works on its own part of the same case, through its role.
A role is a responsibility in this case, not a login. What it can see and do depends on the phase the case is in.
In this phase: structural review
Next phase: decision
The role stays; who fills it can change. The municipality sets the limits of what this role may see and do.
The role is the boundary between the two organisations. What it may do, they recorded together.
The municipalityAn engineering firmeach keeps its own copy
Changed only together. A new version of the agreement is a proposal, not an order. The municipality holds the firm to account; the firm holds its own people to account.
Back in-house. The municipality's own engineers hold the role. No agreement between organisations is needed; the role, its limits and the case stay as they were.
Try "Another firm" or "In-house" below: the case and the role stay as they are.
How the role is carried out is the firm's own business: its people, its tools, its way of working.
What happens inside the firm, the municipality doesn't see. What the role may do, they agree together.
Role holder, service and caseflow are three things. Try each one and see what moves.
What changes: choose one of the three above.
Once a role and its agreement are in place, you can hand it to another firm or bring it back in-house: the case and the role stay the same. Outsourcing becomes a decision, not a redesign.
Beyond one organisation
We’re building more than a product. Email lets anyone communicate with anyone, regardless of their provider. CaseFlows does the same for working together: any organisation can hand work and responsibility to any other over the internet, as case roles, without merging their systems.
Three things make that work, and they are not the same. Open specifications are the shared language in which a way of working is written down. A commons is where organisations that want to govern their shared way of working set those specs and rules together. The network is the organisations, platforms and service providers that work with them.
A commons is a shared environment where participants set their own rules, develop their own caseflows and decide how responsibilities are divided. Each organisation follows those specs on its own system, and any provider that follows them can join.
As the network grows, it should give more than connections. Organisations should be able to build on what others have built and learn from each other’s experience, while keeping their independence.
Independent where you want to be. Together where it makes sense.
Where we stand
CaseFlows is in private beta, and our first customer is live: they work in CaseFlows every day, in production. We work with a small group of first customers and have limited room for new ones.
Who we’re looking for
For our pilots we’re looking for organisations with one process their systems make hard to change: the overview that lives in a spreadsheet, the approval that always stalls, the information that sits in four systems and is right in none.
You start with that one process, on top of the systems you already have. Your back office keeps doing what it is good at; the new way of working is built on top, and you decide when it goes live. Does the process cross into a partner, such as a supplier, a laboratory or your accountant? Then they can take part through a case role, and that costs them nothing.