Skip to content
Site Builder Stack

Claude Code Agency & Client Delivery System

Turn Claude Code into your client delivery system. Discover, scope, propose, onboard, build, review, launch, hand off and retain website clients with commands that read one set of files per client — evidence in every audit, counts in every scope, a range in every estimate, and a person between every draft and the client.

$39.99 USD · one payment

One payment. Instant download. Licensed to one person for unlimited clients, including branding the client-facing documents as your own. Not legal or accounting advice.

Claude Code Agency & Client Delivery System — DELIVER: Discover, Scope, Build, Launch, Retain. 21 modules, 37 commands, 29 templates, 17 checklists.

Turn Claude Code Into Your Client Delivery System.

A complete operating system for freelancers and agencies to discover, scope, propose, build, review, launch, hand off and retain website clients — as Claude Code commands that read one set of files per client and write into them, with a person between every draft and the client. Not a folder of proposal prompts: 21 modules, 37 commands, 29 templates plus a client-project skeleton, 17 checklists, 12 report shapes, 3 worksheets, four small scripts, and one complete fictional engagement to read before you run your own.

The problem

Most developers know how to build a website. The engagement around it is where the money and the reputation go: a proposal improvised the night before, a scope that said “and anything else needed”, an estimate that was a guess, revisions that never end because nobody counted the rounds, documentation that lives in a chat thread, a handoff that is a folder of files, and no process for turning a finished project into next month’s income. Each engagement starts from scratch; each one teaches the same lesson again.

Ask a capable model to “write a proposal” and you get the other problem: confident prose with invented requirements, a budget the client never stated, a promise about rankings, and a signature block that looks like a contract. Speed without a system produces professional-looking documents that are not professional.

The solution

A structured delivery system that runs inside Claude Code:

DISCOVER → SCOPE → PROPOSE → ONBOARD → BUILD → REVIEW → LAUNCH → HANDOFF → RETAIN
  • One set of files per clientclient-config.yaml for the facts, CLAUDE.md for the rules, the scope as the contract, and four logs (decisions, assumptions, changes, risks) as the memory. Every command reads them; none invents.
  • Claude Code commands for every stage, each marked INTERNAL USE or CLIENT-FACING, each with its purpose, inputs, required context, steps, business rules, output format and validation — from /lead-qualification to /retainer-opportunity, with /agency-project-status as the one-block summary of any engagement.
  • Scope discipline as a habit: counts in the scope, an out-of-scope list before the price, acceptance criteria you can test, and /scope-change-check that classifies any new request in a minute with the reply drafted — calm, because it is arithmetic.
  • Evidence over confidence: audits with evidence and a five-level priority system, estimates as ranges with assumptions, readiness with proof, reports where every number names its source and missing data says unavailable.
  • The ten operating rules in every command: work within scope, never invent client facts, identify uncertainty, preserve what works, expose no credentials, document changes, validate before done, flag scope creep, promise nothing the evidence does not support, stay professional.

What is included

201 files, 21 modules, 37 commands, 29 templates, 17 checklists, 12 report templates, 3 worksheets, 4 scripts — about 56,000 words. Every number here was counted from the bundle at build time.

Module Covers
01-lead-qualification Fit score with reasons; the unknowns; the questions before unpaid discovery
02-client-discovery Six areas — business, website, conversion, content, SEO, technical; the report the client confirms
03-client-intake Assets and access with dates; the access inventory that holds no credentials by design
04-website-audits Technical, SEO and conversion audits; issue, evidence, impact, recommendation, effort, priority
05-project-scoping The scope document; counts; out-of-scope; acceptance; the scope check
06-estimation-pricing Low / expected / high with assumptions; the price arithmetic; seven pricing models
07-proposals Six proposal shapes; what a proposal must never do; Markdown to PDF without proprietary tools
08-client-onboarding One approver, one channel, the kickoff agenda, the day-for-day rule said out loud
09-requirements Twelve sections with a source per requirement; TBD as a value; traceability
10-project-planning Phases, milestones as acceptance points, client inputs with dates, the risk register
11-claude-code-project-setup The workspace and the context Claude Code reads; never overwrites
12-build-delivery Requirements → plan → implement → self-review → test → document → review; the definition of done
13-client-communication Status, questions, delays, review and approval requests in three registers; the weekly report
14-change-management Classify, four impacts, approve, log — not every change costs money; every change is recorded
15-qa Seven areas; PASS / PASS WITH ISSUES / FAIL; launch blockers named
16-client-review Bounded rounds; the package; feedback triage into six classes
17-launch Readiness with evidence — GO / GO WITH WARNINGS / NO-GO; the launch report
18-handoff The plain-language document; access transferred, yours removed
19-reporting Monthly reports where every number has a source and missing data says so
20-maintenance-retainers Services from evidence; the retainer builder; response targets that are not guarantees
21-client-offboarding The clean ending; the retrospective that edits the system; honest testimonials only

Plus .claude/commands/ with 37 slash commands, templates/ with 29 templates and the client-project skeleton, 17 checklists, 12 report templates, 3 worksheets, a reference set (project-type overlays for ten kinds of project, Shopify / WordPress / static workflows, pricing reasoning with hypothetical examples, the client data policy, the communication rules, twelve troubleshooting entries), four standard-library scripts, and examples/example-client-project/ — a fictional physiotherapy clinic’s redesign from enquiry to retainer, every file.

The commands

Command Audience Purpose
/lead-qualification · /client-discovery · /client-intake Internal → client Fit score; the six-area discovery report; assets and access with secure methods
/technical-audit · /seo-audit · /conversion-audit · /client-website-audit Internal → client Evidence-based findings; the combined report with an executive summary
/client-scope · /scope-change-check Internal → client The scope document; IN SCOPE / AMBIGUOUS / OUT OF SCOPE for any request
/project-estimate · /generate-proposal Internal / client A range with assumptions; one of six proposal templates filled from the files
/client-onboarding · /setup-client-project · /requirements-document · /project-plan Mixed The start: approver, channel, kickoff, workspace, requirements with sources, the plan
/delivery-workflow · /client-project-qa Internal The build loop against the definition of done; seven-area QA with blockers
/client-status-update · /weekly-client-report · /client-question · /client-delay-notice · /client-review-request · /client-approval-request · /client-meeting-summary Client-facing drafts Professional, concise, no blame, no promises; nothing sent automatically
/change-request · /client-feedback-triage · /client-review-package Mixed Four impacts and approval; six feedback classes; bounded review rounds
/client-launch-readiness · /client-launch-report · /client-handoff Mixed GO / GO WITH WARNINGS / NO-GO with evidence; the record; the plain-language handoff
/monthly-client-report · /retainer-opportunity Client-facing Sourced numbers; services the site needs, with evidence
/client-offboarding · /project-retrospective · /project-estimate-review · /case-study-draft Mixed The clean ending; the lessons as edits; estimate vs actual; a draft from facts only
/agency-project-status Internal The master summary. Phase, status, every stage, blockers, client actions, risks, next five actions; project-status.json

Use cases

  • Turn discovery notes into a professional scope with counts, an out-of-scope list and acceptance criteria.
  • Generate a proposal from a technical audit — findings become priority actions, priority actions become scope.
  • Detect whether a new request is scope creep, and reply in a minute without an argument.
  • Create client status reports in minutes from the tracker, with the client’s actions and dates in their own section.
  • Build a repeatable QA process that runs before every client review and again before launch.
  • Create a professional client handoff in plain language, with every access transferred and none of yours left behind.
  • Turn completed projects into legitimate maintenance retainers built from what the site actually needs.
  • Standardise delivery across every client project, and improve it with each retrospective.

Who it is for

Freelance web developers; small web agencies; DevOps and technical consultants; Shopify developers; WordPress developers; AI-first agencies; solo technical founders; developers entering consulting. It assumes you can build the site. It does not assume you have run a client engagement before — the modules are written for a first one, and the example is a whole engagement you can read end to end.

Safety and honesty

No credentials in any file, ever: access is granted by platform invitation and recorded as present or missing. No invented client facts, budgets or metrics: TBD is a value, and a report says unavailable rather than guessing. No promised rankings, conversion increases, revenue, or launch dates while an input is outstanding. Nothing is sent to a client by a command; a person reads and sends. Testimonials are asked for honestly and never written for the client; case studies use only the facts in the files.

And plainly: this is not legal, accounting or tax advice. Proposals are not contracts, scope documents do not replace agreements, retainer templates describe services rather than terms, and the pricing examples are hypothetical reasoning, not rates.

How it fits with the other six

This is the engagement layer. The other products are the technical layers it sells and delivers with, and each is separate — buying one includes none of the others.

With Price The engagement it makes deliverable
Website Launch System $19.99 Building client websites — the build inside the delivery workflow
SEO & Website Audit Toolkit $19.99 SEO audit engagements — the deep audit behind the audit-and-build proposal
Conversion & Revenue Optimization Toolkit $19.99 Conversion optimisation engagements
Operations & Maintenance System $39.99 Monthly maintenance retainers — the delivery side of the retainer you design here
Website Migration & Replatforming System $29.99 Migration projects — the technical work behind the migration project type
Shopify Automation & Admin API Toolkit $39.99 Ongoing Shopify catalogue operations as a retainer

The first three are also sold together as the Complete Site Builder Stack. This product is not in any bundle; there is no automatic upgrade credit.

Delivery and licence

A single ZIP, delivered by download immediately after purchase. 201 files, about 240 KB — Markdown, CSV, YAML, JSON and four small Python scripts; nothing to install beyond Python 3, which your machine almost certainly has. A published SHA-256 checksum accompanies the download so you can verify what you received.

Licensed to one person for unlimited clients, including branding the client-facing documents as your own. You may not redistribute or resell it, or sell the templates as a competing product. Full terms are in LICENSE.md inside the archive.

What is not promised

No client, no signature, no renewal, no profit. The system makes each engagement clearer, more repeatable and better documented; whether a prospect says yes, what you charge, and how the project goes are yours — and it is built so that they stay yours and are written down.

Inside the Agency & Client Delivery System

No video is published yet. Below is the same walkthrough it will narrate, in a form that works today.

  1. What lands in your inbox

    One ZIP. Twenty-one numbered modules, 37 slash commands, 29 templates plus a client-project skeleton, 17 checklists, 12 report shapes, 3 worksheets, a reference set, four small scripts and a complete fictional engagement — about 56,000 words. Markdown, CSV, YAML; Python 3 standard library for the scripts.

    claude-code-agency-client-delivery-system/
      START-HERE.md
      QUICK-START.md
      01-lead-qualification/
      02-client-discovery/
      ...
      21-client-offboarding/
      .claude/commands/
      templates/  (incl. client-project/)
      checklists/
      reports/
      worksheets/
      reference/
      scripts/
      examples/example-client-project/
  2. The first ten minutes

    Copy the commands, scripts and templates into your agency folder; create the client project with the script (it never overwrites); fill the config from what you know; run discovery.

    cp .claude/commands/*.md your-agency/.claude/commands/
    cp -r scripts templates your-agency/
    cd your-agency
    python3 scripts/new_client.py "Northwind Supply" --project "Website Redesign" --platform wordpress --type redesign
      created clients/northwind-supply (28 files). Next: fill client-config.yaml, then /lead-qualification or /client-discovery
    
    cd clients/northwind-supply && claude
    > /client-discovery
  3. Qualify before you spend unpaid hours

    The intake is quoted, not paraphrased; a budget the prospect did not state stays blank. The score comes with reasons, the unknowns become the next call's questions, and WEAK means "not on these terms", not "no".

    LEAD QUALIFICATION
    
    Client:   Harbourline Physio (director)
    Project:  Website redesign, WordPress, same domain
    
    FIT SCORE: STRONG
    
    Project Type:          Redesign; SEO preservation; booking conversion
    Estimated Complexity:  M
    
    Unknowns:
    - Which pages carry the organic traffic (Search Console)
    - Who holds hosting and registrar access
    
    Recommended Next Step:
    Book discovery; request Search Console/GA4 access first.
  4. Audit with evidence, then scope from it

    Every finding has an issue, evidence, business impact, recommendation, effort and a priority from CRITICAL to OPPORTUNITY. The priority actions become the candidate scope; the executive summary is two pages the client reads.

    ## Priority actions
    | # | Action                                        | Priority | Effort |
    | 1 | Booking CTA on every page; widget above fold  | HIGH     | build  |
    | 2 | Preserve the two URLs with 61% of clicks      | HIGH     | S      |
    | 3 | Rebuild templates for mobile (LCP 5.8 s)      | HIGH     | M      |
    | 4 | Unique titles; merge 4 thin pages with 301s   | HIGH     | S      |
    
    Not checked: server logs; the booking widget's own analytics.
  5. A scope with counts and an out-of-scope list

    In scope is counted (pages, templates, rounds, forms). Out of scope names what the client will think of later. Client responsibilities carry dates and the day-for-day rule. Every deliverable has a criterion someone can test.

    IN SCOPE
    3. Design for the five page templates, desktop and mobile, 2 revision rounds
    4. Build as a child theme: 11 pages plus the profile template
    
    OUT OF SCOPE
    1. Copywriting beyond light drafts of titles/descriptions
    4. Online payments, deposits, or a client portal
    9. Maintenance beyond the 30-day defect window
    
    CLIENT RESPONSIBILITIES
    - Final copy for all 11 pages by 30 Oct; each business day
      late moves launch by one business day
  6. An estimate that is a range

    Work items with low, expected and high hours and a note per row saying what each assumes. The script totals by phase, applies contingency as a line, and prints the assumptions. The proposal quotes the range or the high — never the low alone.

    $ python3 scripts/estimate.py project-estimation.csv --contingency 15 --rate 90
    PROJECT ESTIMATE — 18 work item(s)
    phase              low  expected   high
    Design            29.5      33.0   49.5
    Development       30.0      34.5   50.0
    ...
    TOTAL             95.5     135.8  205.2   hours before contingency
                      95.5     156.1  236.0   with 15% contingency
    at 90.00/hour:    8595     14050  21243
    
    ASSUMPTIONS (from the worksheet notes):
      - Page assembly: 11 pages; assumes copy on time
  7. Scope creep, classified in a minute

    Every new request is checked against the scope text — quoted, not remembered — and classified IN SCOPE, AMBIGUOUS or OUT OF SCOPE with the four impacts and the reply drafted. Not every change costs money; every change is logged.

    REQUEST: "Could clients pay for the assessment when they book?"
    ORIGINAL SCOPE: out-of-scope item 4 "Online payments, deposits,
      or a patient/client portal"
    
    CLASSIFICATION: OUT OF SCOPE
    
    ESTIMATED IMPACT: +10 to +15 business days before launch;
      vendor add-on (client's) + 8–14h configuration; none if phase 2
    RECOMMENDED RESPONSE: /change-request CR-02; recommend phase 2
      so the 9 December date holds.
  8. The Friday report, from the tracker

    Overall status with the one-sentence reason; completed, in progress, next week; the client's actions in their own section with dates and consequences; risks; decisions needed; the launch date and why it moved. Ten minutes from the files.

    PROJECT STATUS — week of 2 November
    Overall Status: AT RISK — copy for three service pages is
      outstanding since 30 October
    
    Client Actions Needed:
      Approve design round 2            Fri 6 Nov   build starts Monday
      Copy for the three service pages  Fri 7 Nov   launch 9 Dec holds
    
    Launch target: 4 December → 9 December if the copy
    arrives by 7 November (day-for-day rule).
  9. Launch on evidence

    Thirteen checks with the file, the log entry or the test that proves each: scope, requirements, QA on the production build, written approval, backup, DNS, SSL, redirects, SEO, analytics, forms, environment, rollback. Any blocker is NO-GO regardless of the date.

    LAUNCH RECOMMENDATION: GO WITH WARNINGS
    Decided by RL (recommendation) and the director (approval 8 Dec 16:20)
    
    | Client approval   | PASS | decision-log 2026-12-03; 8 Dec email |
    | Backup            | PASS | host 8 Dec 09:00; restore tested 2 Dec |
    | Redirects         | WARN | 4 rules staged; verified at T+15m |
    | Rollback plan     | PASS | previous theme kept; 15 minutes; RL |
    
    Blockers: none
  10. The whole engagement in one block

    From the config, the tracker, the action items, the risks and the change log: phase, status, every stage, blockers, client actions, risks, the next five actions — and project-status.json for whatever you build on top.

    $ python3 scripts/project_status.py --dir clients/harbourline
    CLIENT PROJECT STATUS
    Client:   Harbourline Physio
    Project:  Website Redesign
    Current Phase:   build
    Overall Status:  BLOCKED
    
    BLOCKERS:
    1. Copy for 11 pages (Content) is blocked on the client: 8 of 11 received
    
    CLIENT ACTIONS REQUIRED:
    1. Copy for Sports; Post-surgical; Workplace pages (due 2026-10-30) — overdue by 7 day(s)
    2. Approve design round 2 (due 2026-11-06)
    
    wrote project-status.json

The recorded walkthrough is not published yet. Rather than put a play button over a still image, the steps above are the same tour in writing — the real folder names, the real commands, and real output from the example engagement inside the download.

The example client is fictional; its status and estimate outputs are reproduced by running the scripts on its files.

Questions

Before you buy

The questions people ask about a delivery system for client work, answered plainly.

No. It is one set of files per client that every command reads and writes — the config, the scope, four logs — with 37 commands that turn them into discovery reports, audits, scopes, estimates, proposals, plans, QA reports, review packages, readiness decisions, handoffs, monthly reports and retainer recommendations. The proposal templates are six of 29 templates, and each is filled from the scope and the estimate rather than from thin air.

Never. Every command that produces client-facing text produces a draft, marked as such, for a person to read, edit and send. The communication rules it follows — concise, factual, no blame, no promises the evidence does not support, client actions with dates — are in the reference set and in every command.

No, and no. Proposals describe the work and the price and say so in their last line; scope documents do not replace an agreement; the retainer templates describe services, not terms; the pricing guidance is reasoning with hypothetical figures, not rates or accounting advice. Use your own agreements and your own advisers for the legal and financial side.

Claude Code, Python 3.8 or newer for the four small scripts (standard library only), and a client. It assumes you can build the website; it does not assume you have run an engagement before — the modules are written for a first one and the example is a whole engagement to read.

It does not hold them. Access is granted by each platform's own invitation — collaborator, user, editor — per person, least privilege, removed at offboarding. The access inventory records that access exists or is missing, never a value. The client data policy, the .gitignore template and the validation script enforce it; a credential-shaped string in a project file fails validation.

No. A requirement has a source — discovery notes, an email, a meeting date — or it is marked TBD with a question and an owner. A budget appears only if the prospect stated one, quoted. A report's number has a source or it says unavailable. Those are operating rules in CLAUDE.md and in every command's business rules.

The engagement is platform-neutral; the reference set has workflows for Shopify (collaborator access, unpublished themes, apps, checkout limits, the test order), WordPress (admin per person, staging, plugins, backups, updates) and static/Astro (repository, preview deploys, forms, CI) — and overlays for ten project types from a landing page to a migration to a maintenance engagement.

This is the engagement layer; the others are the technical layers it sells and delivers with — the Launch System to build, the SEO and Conversion toolkits for audit engagements, the Operations system to deliver maintenance retainers, the Migration system for migration projects, the Shopify toolkit for catalogue retainers. Each is separate; none is required; the modules say "if you own it" where one would help.

A fictional physiotherapy clinic's website redesign from the enquiry form to the retainer recommendation: intake, qualification, discovery, audit and executive summary, scope, estimate (two options), proposal, onboarding, kickoff summary, access inventory, requirements and traceability, plan, tracker, risk register, scope checks, a change request, a weekly report, QA, a review package and triage, launch readiness and report, handoff, retainer recommendation, estimate review and retrospective. The CSVs are real script input; the status and estimate outputs are reproduced by running the scripts on them.

Yes: one person, unlimited clients, no expiry, and the client-facing documents you produce may carry your name and brand. You may not resell or redistribute the system, or sell its templates as a competing product.

The technical layers

This is the engagement; these are the tools it delivers with

The delivery system sells and runs the engagement. Building, ranking, converting, operating, migrating and automating Shopify are the six technical products it pairs with — each separate, none required.

Each solves a different stage. The whole lifecycle is explained here if you are not sure which you are in.

Selling maintenance retainers?

The Claude Code Website Operations & Maintenance System is the delivery side of the retainer this system designs — scheduled checks, standard-library scripts, and a monthly health report your client can read in five minutes.

See the Operations & Maintenance System — $39.99

A separate product. Buying this does not include it, and there is no automatic upgrade credit.