Source systems
The client record remains in its owners hands
Project, account and handover sources keep their existing ownership. The workflow does not create a second operating record.
Client Delivery Brain / Founding workflow / 03
A transition brief for one live account. It gives the next owner the current state, commitments, open questions and sources behind the work.
What you buy
You are not buying a generic knowledge base, a software licence or open-ended advisory time. You are buying the configuration, evidence discipline and weekly operating loop for this defined work.
You receive
One live workstream, an output format, evidence rules, a review cadence and an explicit stop or continuation decision.
The approved source categories, their owners, intended use and exclusions for the specific workflow.
A first artefact within seven days after complete setup, then three further weekly cycles that leave source links, uncertainty and an accountable next check.
You bring
An active account, pursuit or handover with enough work in the next 30 days to show whether the workflow helps.
Someone who can approve the limited source boundary and someone who will review the weekly artefact against the live work.
The current cost of reconstructing context, missed commitments, decision delay or rework so day-30 value is judged against a real starting point.
Day-30 value check
At day 30, the incoming or outgoing owner should be able to show that the brief removed context-recovery work, made an open question visible earlier, or prevented a handover miss.
We also check that the first output arrived after a complete setup, that the weekly output was reviewed and used, and that it has not created custom delivery work outside this workflow.
The operating problem
Client work loses momentum when ownership changes. The incoming person asks the same questions, reconstructs the account from disconnected tools and still misses the context behind a decision.
The workflow stack
The first implementation uses the smallest approved source set. It is not a promise of a new platform, every connector, or blanket access to company data.
Source systems
Project, account and handover sources keep their existing ownership. The workflow does not create a second operating record.
Context configuration
We define the current-state facts, commitments, questions, ownership rules and source references that the handover must include.
Human verifier
A named person checks the brief against the live account and records the gaps that still need an answer.
Weekly artefact
The next owner gets a traceable view of the account and the work that needs checking, without pretending uncertainty has disappeared.
Approved source categories
Source 01
The live project state, milestones and open work that the new owner needs to see first.
Source 02
The client record, stakeholders and commercial context needed to understand the relationship.
Source 03
Existing notes, decisions and client-safe reference material. The team selects the approved read-only sources.
How it starts
The page describes the workflow before any source is connected. We configure only the agreed scope, then decide from observed use instead of extending the work because it sounds interesting.
01
Name one account or workstream, the recurring failure it creates and the outcome you will compare at day 30.
02
Agree the small read-only source set, exclusions, evidence rules and the person who can verify the result.
03
Receive the first output within seven days of a complete setup, then review four weekly cycles against live work.
04
At day 30, review use, reviewer time and at least one prevented miss, faster decision or reduced context-recovery time. Continue only if the work proved its value.
Technical setup
You do not need to choose a new software stack to apply. The implementation starts by making the existing systems, permissions and human controls explicit for this workflow.
The agreed CRM, delivery and document systems remain authoritative. This is not a migration or a replacement database.
The setup defines allowed source use, evidence and uncertainty rules, a named audience, and the human review boundary before work begins.
The project contract records the permitted processing and retention boundary for the client scope. This site never asks for credentials or private client records.
The starting workflow is read-only and produces reviewable outputs. People retain authority to message, commit, edit or approve consequential work.
The artefact
The brief is reviewed weekly during the 30-day run so it follows the work instead of becoming a handover document that immediately goes stale.
Scope boundary
Questions
No. The first scope is one operational transition brief for a live account. It is designed to improve one handover, not replace the company knowledge base.
Only if the client approves that audience and the source boundary permits it. The access decision stays with the source and workflow owners.
At day 30, the team reviews whether the brief was used, what it prevented or sped up, and whether it is worth continuing.
One bounded workflow
Start with the account or workstream, the recurring failure, and the person who can verify the weekly output. Keep client credentials and private records out of the form.