The Live Capture Method: Document Your Expertise in Days, Not Months
Stop writing operations manuals in isolation. Record yourself doing the work, narrate your decisions, hand the recording to a trainee. A 70% complete document that exists beats a perfect one in your head.
Every service business founder knows they need to document their processes. Very few actually do it. The ones who try tend to sit down on a quiet Saturday, open a blank document, and attempt to write out every step of their methodology from memory. Three hours later, they have produced two pages, realized how much they have missed, and abandoned the project in frustration.
The problem isn't a lack of discipline. The problem is the method. Writing operations documentation from scratch, in isolation, from memory, is the slowest and least accurate way to capture what you actually do.
There is a faster way. It doesn't require you to block off a week. It doesn't require a documentation consultant. It doesn't even require you to sit down and write. It works by capturing your expertise in real time, while you are already doing the work you need to document.
It's called Live Capture. And it changes the documentation problem from a months-long writing project into a days-long editing project.
01 — The Documentation Paradox
Why Most Operations Manuals Never Get Written
The traditional approach to documentation goes something like this: the founder decides the business needs an operations manual. They schedule time to write it. They open a blank page and try to reconstruct, step by step, every process they run. They write a few pages, get interrupted, come back a week later, realize the draft is incomplete, and start revising before they have even finished the first pass.
Six months later, the manual is either half-finished or nonexistent. The founder is still the only person who can deliver the work. And the dream of scaling beyond personal delivery remains exactly that: a dream.
This isn't a failure of willpower. It's a failure of design. Writing from memory forces you to do two things simultaneously: recall what you do and articulate it clearly. These are fundamentally different cognitive tasks. When you perform your methodology with a real client, your decisions are fluid, automatic, and informed by context. When you try to write those same decisions down later, you lose the context, forget the nuance, and default to writing abstract generalities instead of actionable steps.
The result is documentation that reads like a mission statement rather than an instruction manual.
"Perfection before transfer is procrastination disguised as diligence. A 70% complete process document that exists is infinitely more valuable than a 100% perfect document that lives in your head."
Michael Gerber understood this when he wrote about the Franchise Prototype. He didn't tell founders to write documentation first and then build the business. He told them to build the business as though it were a franchise from day one, meaning that every process should be designed to be repeatable by someone else. But even Gerber's insight leaves a practical gap: how do you actually extract the knowledge that lives in your head and convert it into a system someone else can follow?
That's where Live Capture comes in.
02 — The Live Capture Method
Record, Narrate, Transfer, Refine
Live Capture is disarmingly simple. Instead of writing documentation from memory, you record yourself doing the actual work and narrate your decision-making as you go. No blank pages. No reconstructing from memory. You capture your expertise in its natural habitat: the moment of execution.
The method has four steps:
Step 1: Record the next real engagement. The next time you deliver a client engagement, turn on the recording. If it is a diagnostic conversation, record the call (with the client's permission). If it is a deliverable, screen-record the creation process. If it is a sales conversation, record the pitch. The key is that this must be a real engagement with a real client, not a rehearsed simulation. Real work exposes real decision points.
Step 2: Narrate your decisions. While you work, talk through your reasoning. When a client says something unexpected, say out loud: "The client just mentioned X, which tells me Y, so I am going to pivot to approach Z." When you structure a deliverable, explain why you chose that structure. When you handle an objection, name the technique you are using. The narration is what transforms a recording of work into a recording of methodology.
Step 3: Hand the recording to the person you want to train. Give them the raw recording and a simple instruction: "Watch this. Then try to do it yourself with the next client. Don't worry about doing it perfectly. Just follow what you saw." This isn't a polished training program. It's a first draft of one. The trainee's attempt will immediately reveal which parts of your methodology are clear and which require more explanation.
Step 4: Review the trainee's attempt together. Watch or listen to their attempt. Where did they deviate from your approach? Where did they get confused? Where did they improvise because the recording didn't cover that scenario? Each gap becomes a specific annotation to add to the documentation. After the review, the trainee revises the process document. By the third iteration, the document is excellent.
"When you document a process thinking 'I need to remember this,' you write notes. When you document thinking 'someone I have never met, in a country I have never visited, needs to follow this and produce the same results,' you write a system."
The entire cycle — from first recording to a usable process document — takes days, not months. Not because you cut corners, but because you eliminated the blank-page problem entirely. The expertise was already demonstrated. The documentation is just editing.
03 — What to Capture First
The 6-10 Core Processes That Define Your Business
You don't need to document everything at once. Gino Wickman's 3-Step Process Documenter prescribes starting with your 6 to 10 core processes: the major repeatable activities that define how your business operates. Everything else is secondary.
The principle is the 20/80 rule: document the 20% of steps that produce 80% of the results. Each core process should be captured in 1 to 5 pages. Not a hundred-page manual. Not a comprehensive encyclopedia. A focused, actionable guide that covers the critical path and the most important decision points.
For a service methodology business, the core processes typically fall into seven categories:
- Your Methodology Steps. Every phase of the engagement, from initial contact through final deliverable. What happens in each phase. What the inputs and outputs are. What decisions must be made and by whom.
- Your Diagnostic Tool. The assessment questions, the scoring methodology, the interpretation guidelines, the report format. Every element, so that a trained practitioner produces the same diagnostic output regardless of location.
- Your Delivery Process. How an engagement is structured. How many sessions. What happens in each session. What materials are used. What the client receives at each stage.
- Your Quality Standards. What "good" looks like. Minimum client satisfaction scores. Report formatting requirements. Methodology adherence checklists.
- Your Pricing Rules. How engagements are priced. The fee floors. The tier structure. How proposals are presented. The anti-discounting protocol.
- Your Client Selection Criteria. Who your ideal clients are. What industries, company sizes, and challenges are in your sweet spot. The warning signs of a bad-fit client.
- Your Success Metrics. How you measure whether the methodology worked. What data you collect. How you demonstrate ROI.
You don't need to Live Capture all seven in one week. Start with whichever process you are delivering next. If you have a sales conversation this Thursday, record it. If you are running a diagnostic session next Monday, record that. Let the rhythm of your actual work determine the order of documentation. Within a month, you will have raw material for most of your core processes without having blocked a single extra hour on your calendar.
The secret is that you are already doing the work. Live Capture simply adds a recording layer on top of what you are already doing, converting every engagement into both client delivery and documentation progress simultaneously.
04 — The Innovation-Quantification-Orchestration Cycle
Why Documentation Is Never Finished (And That Is the Point)
One reason founders resist documentation is the implicit assumption that it needs to be perfect and final. Write the manual once, and it is done forever. This is a myth, and a destructive one. The best methodology businesses treat documentation as a living system, not a finished artifact.
Gerber's Business Development Process describes a continuous cycle that applies directly to your operations manual:
Innovation. Try a new approach. A different assessment question. A new way of presenting results. A modified delivery format. Innovation is not random experimentation. It is a disciplined hypothesis: "If we change X, we expect Y to improve."
Quantification. Measure the results. Did client satisfaction improve? Did close rates increase? Did delivery time decrease? Without numbers, innovation is guesswork. Every change must be measured against a baseline. The data tells you whether the innovation worked or whether you revert to the previous approach.
Orchestration. Lock what works into the system. Update the Operations Manual. Retrain practitioners. Make the innovation the new standard. Once orchestrated, the improvement is permanent. It becomes part of the system, not dependent on any individual remembering to do it differently.
This cycle never stops, and it should follow a structured rhythm rather than being ad hoc:
- Weekly: Practitioners report delivery insights. What worked, what did not, what surprised them. These are raw signals from the front line.
- Monthly: The best insights are collected, reviewed, and tested on a small scale. Not every idea deserves a full rollout. The monthly review is a filter.
- Quarterly: Validated improvements are locked into the methodology and communicated to all practitioners. The operations manual is updated. Training materials are refreshed.
- Annually: A comprehensive methodology review updates the entire Operations Manual, retrains practitioners, and publishes new benchmarks based on a full year of data.
This structured improvement cycle means your documentation is always getting better. The first version produced through Live Capture will have gaps. The version after 12 months of Innovation-Quantification-Orchestration will be excellent. The version after three years will be a genuine competitive moat that no competitor can replicate without doing the same volume of work.
05 — Delegation vs. Abdication
The Difference Between Handing Off Work and Handing Off Responsibility
The most common failure mode for methodology businesses is what Gerber calls "management by abdication." It looks like delegation. It feels like delegation. But it produces the opposite result.
Abdication works like this: the founder decides they need help. They hire someone or bring on a partner. They hand over delivery with minimal documentation and a hopeful instruction: "Here is what we do. Figure it out. Call me if you get stuck." The new practitioner does their best, but without documented systems, they fill the gaps with their own interpretation. The delivery becomes inconsistent. Quality declines. Clients notice. The founder gets pulled back in to fix problems, and within three months, they're doing the work themselves again, more exhausted than before.
Delegation, by contrast, transfers responsibility with systems and accountability. The practitioner receives documented processes, training recordings, quality standards, and clear metrics for success. They know not just what to do but why each step matters. They know what "good" looks like and how it will be measured. When they encounter a scenario the documentation does not cover, they have an escalation path rather than a guess.
The practical difference:
- Abdication says: "Handle this client." Delegation says: "Follow steps 1 through 7 in the delivery process. Here are the five most common client objections and the recommended response for each. Escalate to me if you encounter something not covered."
- Abdication says: "Set the price." Delegation says: "Use the pricing framework. Always present three options, top-down. Here are the fee floors. Here is the anti-discounting protocol. Offer these three alternatives before any price reduction."
- Abdication says: "Run the workshop." Delegation says: "Follow the workshop script. Here are the timing, materials, and fallback plans. Record your session so we can review it together."
Live Capture makes true delegation possible because it produces the artifacts that delegation requires: recordings of real work, narrated decision-making, documented processes refined through practice. Without these artifacts, every handoff is abdication by default, no matter how well-intentioned the founder is.
If your practitioners need to call you every time they encounter an unusual situation, you haven't delegated. You've just added a middleman. True delegation means the system handles the routine, and you only get involved for genuine exceptions.
06 — The Ordinary People Test
The Ultimate Standard for Your Documented Methodology
Gerber's ultimate test for the Franchise Prototype is simple and demanding: "Can ordinary people produce extraordinary results, predictably, consistently, and at scale?"
This isn't an insult to your future practitioners. It's a design principle. The system should compensate for individual variation. A practitioner who is a 7 out of 10 in talent should produce results nearly as good as a practitioner who is a 9 out of 10, because the system guides them through the same rigorous process with the same decision frameworks, quality checks, and fallback plans.
Consider how Ray Kroc built McDonald's. He didn't build a hamburger business. He built a business system that produces consistent hamburgers through ordinary people following extraordinary systems. The quality of any individual hamburger at any individual location doesn't depend on whether the cook is talented. It depends on whether the system is followed.
Your service business needs the same standard. When a client engages with your methodology in London, they should receive the same quality of diagnostic, the same rigor of analysis, and the same clarity of recommendation they would receive in Dubai, Sao Paulo, or New York. Not because every practitioner is a genius, but because every practitioner follows a documented, tested, continuously improved system.
The test is practical. Ask yourself these questions about each documented process:
- Could someone who has never worked with me follow this document and produce a result the client would accept?
- Does this document cover the five most common exceptions, or only the happy path?
- Are the quality standards specific enough to evaluate objectively, or are they subjective opinions?
- Could a practitioner in a different country, with no access to me, deliver this process end-to-end?
If the answer to any of these is no, the documentation is incomplete. Not wrong, not useless, but incomplete. And that's fine. Live Capture produces a first draft in days. The Innovation-Quantification-Orchestration cycle refines it over months. The Ordinary People Test tells you when it is done.
If your methodology requires genius-level practitioners to produce good results, it isn't scalable. If it produces good results through well-trained, competent practitioners following a documented process, it is. That is the difference between a practice that depends on the founder and a platform that grows without them.
The case studies are instructive. EOS distilled Gino Wickman's coaching approach into six components with specific tools, documented so thoroughly that certified implementers delivered it to over 200,000 companies. FranklinCovey turned Stephen Covey's 7 Habits into workshops and certification programs any trained facilitator could deliver. In each case, deep expertise was codified into a named, documented, testable system.
None of these founders started with a perfect manual. They all started by delivering personally, noticing what was repeatable, recording it, testing it with a small group, and iterating until the system produced consistent results without them. That is exactly what Live Capture helps you do — starting with your very next client engagement.
Luis Goncalves
Three-time founder. Built and exited Evolution4All before this. Now building FIKR Space — the operating infrastructure underneath every innovation ecosystem (startups, accelerators, governments, investors). Lisbon-based, works global.