Client Proposal
Published by qa-aman in claude-skills
What this skill does
>
Add Client Proposal to your agent
Review the source and files first. When you are ready, copy the prompt instruction or use the CLI command supported by your environment.
Install with a prompt
Paste this into a compatible coding agent:
add this skill "client-proposal" from https://github.com/qa-aman/claude-skillsInstall with the CLI
Run this command in a controlled environment after reviewing the repository:
npx skills add https://github.com/qa-aman/claude-skills --skill client-proposalSkill instructions
Overview
Based on "The Consulting Bible" by Alan Weiss and "Flawless Consulting" by Peter Block. A proposal is not a scope document - it is a business case. The client must see their problem clearly, understand why your approach solves it, and see the value of solving it before they encounter the investment. Sequence matters: value before price, always.
The fatal mistake is leading with methodology. Clients do not buy methodology - they buy outcomes. Every section of the proposal must connect to business value.
Workflow
Step 1: Confirm the Business Outcomes
Before writing a word, confirm the three levels Weiss calls the "business outcomes hierarchy":
- Business outcomes - measurable results for the organization (revenue, cost, speed, quality)
- Personal outcomes - what this means for the sponsor's career, reputation, or goals
- Relationship outcomes - what a successful engagement means for the client-consultant relationship
If you cannot name at least two business outcomes and one personal outcome, go back and ask. A proposal without clear outcomes is a scope document - it invites line-item negotiation and price pressure.
Step 2: Write the Situation Summary
Open with a 2-3 paragraph summary of the client's situation and the problem being solved. Write it from the client's point of view, not yours.
Template:
[Your client] is facing [situation: current state + relevant context]. This has resulted
in [consequence 1] and [consequence 2]. Left unaddressed, [risk or cost of inaction].
The opportunity is [desired future state]. Achieving it requires [key challenge].
Rules:
- Mirror the language the client used in conversations, not your consulting vocabulary
- Name specific consequences, not vague ones ("revenue at risk" not "challenges")
- Make the cost of inaction visible - this is what justifies the investment
Step 3: Proposed Approach
Describe your methodology in 3-5 phases. Each phase gets: a name, a one-sentence purpose, key activities, and a deliverable.
Template:
Phase 1: [Name]
Purpose: [What this phase accomplishes and why it comes first]
Activities: [2-4 bullet points of what you will do]
Deliverable: [Tangible output the client receives]
Duration: [X weeks]
Phase 2: ...
Keep this section shorter than the outcomes section. The client is hiring you to achieve outcomes, not to run activities. If the approach section is longer than the outcomes section, rebalance.
Step 4: Deliverables and Measures of Success
List what the client will have when the engagement is complete, and how success will be measured.
Template:
Deliverables:
- [Tangible output 1 - be specific: "12-page competitive analysis" not "analysis"]
- [Tangible output 2]
- [Tangible output 3]
Measures of Success:
- [Quantitative metric 1: "Reduce onboarding time from X to Y"]
- [Quantitative metric 2]
- [Qualitative indicator: "Leadership team aligned on 3-year strategy"]
Never promise process deliverables (workshop, meeting, presentation) as the primary value. Process is how you get there. Outcomes are what the client is buying.
Step 5: Investment
Weiss's core principle: present value-based fees, not time-and-materials rates. A value-based fee is anchored to the value of the outcome, not the hours you will spend.
Template:
Investment Options:
Option A - [Name, e.g. "Core Engagement"]: $[X]
Includes: [phases 1-3, primary deliverables]
Option B - [Name, e.g. "Full Partnership"]: $[X]
Includes: [all phases, advisory access, implementation support]
Option C - [Name, e.g. "Accelerated"]: $[X]
Includes: [compressed timeline, senior-only staffing, weekly exec reviews]
Payment: [50% on signing, 50% on delivery] or [monthly installments]
Always offer 3 options. Three options shifts the client's decision from "yes or no" to "which one" - a much better anchoring position. Price Option B at your target. Option A is the floor. Option C is aspirational.
Step 6: Terms and Logistics
Short section. Covers:
- Engagement start date (proposed)
- Client responsibilities (what you need from them to succeed)
- What is explicitly out of scope
- Validity period ("This proposal is valid for 30 days")
- Next steps ("Sign and return page 4" or "Schedule kickoff call")
The out-of-scope list is as important as the in-scope list. Scope creep starts in proposals that are vague about boundaries.
Step 7: ROI Framing (Optional but powerful)
For large engagements, add a one-page ROI section before the investment. Show the math:
If this engagement achieves [outcome X], the estimated value is [$ or %].
At the proposed investment of $[Y], the ROI is [Z]x over [timeframe].
Conservative scenario: [assumption + value]
Expected scenario: [assumption + value]
This reframes the investment conversation entirely. The client is no longer asking "is $Y too much?" - they are asking "is $Y a good investment for $Z in return?"
Anti-Patterns
1. Leading with credentials Bad: Opening with "Our firm has 20 years of experience in..." Good: Open with the client's situation. They know who you are - that's why you're writing the proposal. Save credentials for a brief bio section at the end if needed at all.
2. Time-and-materials pricing Bad: "Senior consultant: $250/hr, estimated 120 hours = $30,000" Good: "$30,000 for the engagement." T&M pricing invites the client to audit your hours and question every line. Value-based fees keep focus on outcomes.
3. One option Bad: A single fixed price with no alternatives. Good: Three options at different scopes and prices. One option forces a yes/no. Three options create an anchoring effect that moves the decision to "which level of engagement."
4. Vague deliverables Bad: "Recommendations report" Good: "15-20 page findings report with 3-5 prioritized recommendations, implementation roadmap, and executive presentation deck (12-15 slides)" Vague deliverables create scope disputes. Specific deliverables set clear expectations.
5. Proposal before understanding Bad: Writing a proposal after one exploratory call. Good: Write the proposal only after you can articulate the client's business outcomes, personal outcomes, and cost of inaction. If you can't, schedule another discovery call.
Quality Checklist
- Situation summary uses the client's language, not your consulting vocabulary
- At least two specific business outcomes named, with metrics where possible
- Cost of inaction is named explicitly
- Approach section is shorter than outcomes section
- Deliverables are specific and tangible (not process-only)
- Measures of success are measurable (not "client satisfaction")
- Three investment options presented
- Out-of-scope items listed
- Client responsibilities listed (what you need from them)
- Next steps are a single, specific action
- Proposal validity date included
Files included
- SKILL.md

