Your citizen development estate exists whether you governed it or not
How to find out what has been built, what depends on it, and what to do about the orphans.
Read moreEvery organization has processes that no product will ever fit: the inspection form, the approval nobody can explain, the tracker that has been a spreadsheet since 2018. Power Platform is how those get built properly — in days rather than months, on licensing you may already hold. It is also, ungoverned, the fastest way to accumulate a hundred small applications nobody owns.
Power Platform fills the space between packaged software and custom development. These are the four situations that put organizations there.
Pricing, scheduling, tracking or forecasting runs in a workbook maintained by one person. Everybody knows it is fragile; nobody has had a quiet enough quarter to replace it, so it grows another tab.
A request is emailed, forwarded, approved in a reply, and the decision exists only in somebody's mailbox. Six months later, nobody can establish who approved what.
Somebody exports from one system, reformats it and imports it into another, every week. It is not counted as work by anyone, and it consumes a measurable share of a salary.
Staff have built dozens of apps and flows on personal connections. They work until the person leaves or the connection expires, and IT discovers the estate during an outage.
Where the return actually comes from: The direct return is hours: the rekeying, chasing and manual reporting removed, which is easy to measure and usually pays back within a quarter. The larger return is risk transferred off individuals — the spreadsheet that only one person understands becomes an application with access control, audit and backup. And there is a genuine revenue angle in the businesses where the custom process is the differentiator: the quoting logic, the inspection standard, the way you route work. Packaged software cannot express that, and this is where it gets built without a development team.
Five components plus the data layer underneath them.
Canvas and model-driven applications for the processes no product covers — inspections, requests, trackers, approvals — built to work on a phone in a plant or a tablet on a site.
Workflow and integration: approvals, notifications, document generation and the data movement between systems that is currently done by a person with an export button.
Reporting and analytics on governed datasets, with row-level security so one report can serve a whole organization without exposing what it should not.
External-facing sites where customers, suppliers, applicants or members submit and track information, with proper authentication rather than an email form.
Agents built over your own knowledge and processes, published into Teams or a website — increasingly the way organizations extend Copilot rather than merely consume it.
The governed data layer underneath, with a large connector library so applications talk to your existing systems rather than duplicating their data.
The direction is agents rather than apps: Copilot Studio moving from chatbots toward agents that carry out defined tasks against your systems, with Model Context Protocol support connecting them to platforms like Business Central. This raises the governance stakes considerably — an ungoverned agent estate is a materially different risk from an ungoverned app estate, because agents act rather than merely display.
We baseline the specific process before building anything, because the return here is measured per process rather than per platform.
Reduction on the specific process automated
Not months, for a well-scoped process
Where systems are connected rather than exported between
Instead of decisions living in mailboxes
For processes moved onto the platform
Ownership, environments and lifecycle defined
How to read these: How to read these: the figures above are typical ranges we plan and measure against, not guarantees. In your first engagement we agree the baseline, the target and the measurement method in writing, then report against them.
Microsoft's documentation frames the platform's value in the following terms.
Where this comes from: Where this comes from: these themes follow Microsoft's Power Platform documentation and release plans on learn.microsoft.com, including Copilot in Power Platform and Copilot Studio guidance. The numeric ranges above are ours, drawn from specific process automations we have delivered, and are planning figures rather than Microsoft benchmarks.
The pattern is always the same: a process that matters, that no product covers, currently held together by a spreadsheet.
Prior authorisation checklists, incident reporting, credentialing expiry tracking and clinical rounding forms.
Daily reports, safety and toolbox talks, punch lists, equipment inspections and material requisitions — built for gloves and no signal.
Shop-floor data capture, quality inspection forms, downtime logging, maintenance requests and supplier scorecards.
Application intake, eligibility checklists, inspection forms, permit fee calculators and approval routing.
KYC checklists, exception approvals, covenant monitoring and access review workflows.
Early alert forms, intervention workflows, program applications and the approval routing for petitions and appeals.
Governance usually comes first, because most organizations already have an ungoverned estate whether they know it or not.
The environment strategy and guardrails that keep this maintainable as it grows.
The applications and automations that repay the investment fastest.
The point at which this stops costing you consulting fees.
Implementation, customization, support and integration — measured per process rather than per platform.
Environment design, tenant and licensing setup, configuration, data migration, testing and go-live — scoped to a fixed price and a fixed date, against outcomes agreed in writing before we start. Here that means delivering one genuinely useful application quickly, so the platform proves itself on a real process before anyone is asked to fund a programme.
Where the product stops short of your process, we extend it inside the platform rather than beside it, and we build it as configuration you can maintain wherever that is possible. By definition this platform is the customization layer — the work is fitting it to your process rather than fitting your process to a product.
Managed support after go-live: a named team, agreed response times, release management for Microsoft's update cadence, and a backlog we work through with you. Application support, connection and licence management, and the lifecycle work that keeps an estate from filling with orphaned apps.
Connecting this platform to the systems you are keeping, with monitored, re-runnable interfaces and a documented contract for every field that moves. Connectors to your existing systems, custom connectors where none exists, and Dataverse as the governed layer where data needs to live.
We build things you can maintain. Configuration and standard components over bespoke code, documentation written for your staff, and maker training as a deliverable — because an application only we can change is a liability we have sold you.
The failure mode here is not technical. It is building a hundred small applications with no ownership, and discovering the estate during an outage.
We map the process, including who currently maintains the spreadsheet and what they know.
We build a working version quickly and put it in front of real users before finishing it.
Environment, data policy, ownership and lifecycle defined before the estate starts growing.
We deliver the application to a fixed price, with documentation and handover included.
We train your makers and set up the support model, then step back to a review cadence.
If you already have citizen-built applications, we assess that estate before building anything new. There is usually something in it that matters more than anyone realises and depends on a connection registered to someone who left in 2023.
This is a platform where the easy part is building and the hard part is everything after.
Power Apps and Power Automate entitlements included with Microsoft 365 cover a surprising amount of ground. Establishing that first frequently reduces the licensing conversation entirely.
Environment strategy, data policies and ownership defined early. Retrofitting governance onto two hundred existing applications is an unpleasant and expensive project.
Maker training and component libraries so your team builds the next one. A consultancy that keeps this capability to itself is optimising for its own revenue.
The apps, the Dynamics 365 systems they extend, the data underneath and the security model around all of it from one team.
Two illustrative engagements showing the shape of the work.
Site reports, safety talks and equipment inspections were captured on paper. A meaningful proportion never reached the office, and what was missing tended to be exactly what would have settled a dispute.
An assessment found over ninety applications and flows built by staff over several years, a number of them running on connections owned by people who had left the organization.
Practical pieces on building fast without building a mess.
How to find out what has been built, what depends on it, and what to do about the orphans.
Read moreThe Power Platform entitlements bundled with Microsoft 365, and where the boundary genuinely sits.
Read moreWhy Copilot Studio raises the stakes on environment and data policy design.
Read moreSend us the spreadsheet that everybody worries about — the pricing model, the tracker, the scheduling workbook. We will build a working prototype application from it and show you what it would take to replace the spreadsheet properly.
Describe the situation in your own words.