Digital Workforce System

Platform Readiness Review

A map, a boundary,
and a plan you can act on.

Seven days. $2,500. It answers one question honestly: is there a platform in what you have already built, and what would it cost to get there?

  • Read from your actual repository, not from a diagram
  • You keep everything, including if the answer is no
  • Fixed price, fixed week, no discovery phase before the discovery
Request a review →

$2,500 · 7 days · You keep the map either way

Step 01 · Map

Start from an accurate view
of what you actually built.

We read the system the way a second customer would meet it — services, data, integrations, permissions, and the AI in the loop — so the boundary comes from what is there, not from a diagram somebody drew in a planning session.

46

screens

136

API routes

97

migrations

11

integrations

Example figures, read off one real repository. Yours come from your own system during the week.

Assumption found in the codeRisk at customer two
One organisation per database
High — the most expensive thing on this list to retrofit
Role checks living in the UI layer
High — a permission a customer can reach around
One shared AI prompt, no per-customer context
Medium — confident answers about the wrong company
One engineer holds the undocumented parts
High — and it is the risk nobody puts on a roadmap
It is also, usually, the first time the system exists on paper rather than in one person’s head. Several operators have told me that alone was worth the week.

Step 02 · Boundary

Decide what is shared
and what must vary.

Every difference between your business and the next one is either a setting or a fork. We name which is which, and what it costs to get it wrong in each direction — because over-configuring is as expensive as hard-coding.

Reusable core

Written once, fixed once

True for every business in the vertical. Audit logging, authentication, the tenant boundary. A fix here reaches every install on that version.

Configurable edge

A setting, not a branch

Differs per customer along a dimension you can predict. Terminology, stages, thresholds, price bands, qualifying questions.

Customer-only

Never touches another install

Their records, their prices, their customers, their voice. Exportable at any time, and it never reaches the core.

A worked example. Lead scoring becomes configurable, because every agency scores leads differently. Audit logging stays core and identical for everyone, because nobody needs a different audit trail. And permissions belong in the database, not in a prompt.

The four questions we ask of every assumption →

Step 03 · Plan

What to build, change,
leave alone and postpone.

Not a backlog of everything. A sequence, ordered so the second customer can be onboarded before the tenth one is designed for.

Now

Blocking

Tenant boundary in the database. Role checks moved out of the UI layer. Core.

Next

Onboarding customer two

Terminology as configuration. Per-customer AI context. Config.

Later

Deferred on purpose

Self-serve onboarding. Usage-based billing. Real work, wrong week.

Not yet

Over-built or no demand

A full workflow builder. A public API. Both are customer-ten features.

“Not yet” is a real column, and the one that saves the most money. Most platform work fails by building the tenth customer’s features for the second one.

From internal system to platform

Give us what already works.
We find what makes it repeatable.

We don’t start by throwing anything away. We study what already works, then separate what should be shared across every customer from what has to change from business to business.

01

Readiness

The week above. Map, boundary, plan — and an honest answer about whether to continue.

02

Build

The shared core and the configuration layer. Multi-tenancy, permissions, per-customer context.

03

Deployment

The next real businesses live on the system. Production infrastructure, deployment, observability.

04

Evolution

Production decides what changes next. Real usage across several businesses becomes the roadmap.

What production tells youWhere it belongs
Requested by 3 of 4 customers
Core — what three configure the same way should stop being a setting
Configured differently by every one of them
Config — and it stays config
Used by nobody, in four months of data
Removed. Not deferred — removed
Generating repeat support load
Core, automated. Support volume is a design signal
A variant specific to a new vertical
Config, until a second vertical asks for the same thing
Evidence, not opinion, moves the boundary. And the valuable part of your system was never only the code — it is the operating knowledge behind it: the workflows, the rules, the exceptions, the decisions experienced people know how to make. A platform has to preserve that advantage without hard-coding one company’s way of working into everyone else’s install.
Four months of production data, in full →

What stays yours

Your system. Your customers.
Your platform.

Built so you can run it without us. Operated by us if you would rather not.

Your repository, your cloud

We work where your system already lives. Nothing gets rebuilt somewhere we control, so there is no handover of ownership at the end.

A boundary, not a rewrite

We start from what already works. Throwing away a system that has real users is almost never the answer, and it is never the first one.

We’ll tell you to stop

If it is not ready to be productized, the review says so and you keep the map. The answer does not have to be “build more software”.

Let’s talk about your business

Ready to stop adding AI
and start building?

No commitment. No pressure. A free twenty-minute conversation where I look honestly at your operation and tell you exactly where AI fits — and where it doesn’t.

  • An honest read on where AI fits your specific operation
  • Which systems make sense to build first
  • A realistic picture of what’s possible — no hype, no generic advice
  • Insights that are yours to keep, whether we work together or not

Or reach out directly: imtiazh@digitalworkforcesystem.com WhatsApp

Chat with Imtiaz Imtiaz Hasan