The delivery block
Every unit of promised work, run as one loop - scope creep and margin leak caught in the correspondence and the clock, before month end.
The pain
“The write-off surprises us at month end. Scope creeps in the inbox, never in the system.”
The work is promised in one place and tracked in another. Scope changes in an email; time and cost drift in a timesheet nobody reads until billing; the SLA clock runs where no one is watching it. Each unit of work - the matter, the claim, the order - is a small business of its own, and the signals that it is going sideways arrive routine and separate: one more request, one more slipped milestone, one more quiet week. Put together they are a write-down; apart they are noise, and the noise is only added up at month end, when it is too late to act. In legal this is the matter; in insurance, the claim; in wealth, the mandate; in distribution, the order.
What the block is
The object is each unit of promised work - one continuous picture per matter, claim, order or mandate, from instruction to completion. Everything it produces feeds one live record: the instruction and its scope, time and cost against plan, milestones, the SLA clock, the correspondence, quality flags. A model reads it permanently. Your practice, case, matter or project systems stay exactly where they are - the block reads from them, it does not replace them.
The loop in action
Each output states what it saw, why it matters, what it recommends, and how confident it is - every fact linked back to its source, in an order a delivery lead can read and a finance director can examine.
You set the dial
Every capability has four positions: observe - it reads silently and measures its own accuracy; recommend - it surfaces the case and a proposed action to a named owner; draft - it prepares the action for a human signature; act - it executes within agreed bounds and logs everything.
Everything starts at observe. Promotion is earned on the measured record and reversed instantly if it doesn’t hold. Client-facing updates and fee changes sit behind a human gate wherever your mandate or your policy demands one. The mechanics are the immune gate described in our framework.
How it lands
It starts narrow: one practice group or one matter type, the block at observe against your own past outcomes. Nothing is replaced, nothing is migrated - the first signals flow from the systems you already run. From there it is a bounded engagement - blueprint, build, handover - and your team owns the result outright: the signal map, the judgement rules, the dial settings, the working loop.
The backtest
Take three past matters: one delivered on plan, one that crept in the inbox until it was written down, and one whose overrun surprised you at month end. What did your own systems know about the drift, and when?
That is the first question the diagnostic answers. Take the ten-minute diagnostic, or write to hello@somai.studio.
Runs on our framework · related reading: Most AI spend never reaches the P&L