client-proposal-generator
Generates full consulting proposals from a brief. Input client name, problem description, and rough scope. Outputs proposal.md with executive summary, problem statement, proposed approach, timeline, team, pricing tiers, and terms. Researches client company for personalization. Mu
Install
npx skills add https://github.com/OneWave-AI/claude-skills/tree/main/client-proposal-generator
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install onewave-ai-claude-skills@llmmart
git clone https://github.com/OneWave-AI/claude-skills.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole onewave-ai/claude-skills collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Client Proposal Generator
Transform a brief description into a complete, professionally formatted consulting proposal (proposal.md), researching the client company for personalization and structuring the document with proven consulting frameworks.
Contents
references/inputs.md-- Required and optional inputs, defaults, one-liner extractionreferences/research.md-- Client web research checklist and research brief templatereferences/problem-and-solution.md-- Problem decomposition, methodology selection, phase and deliverable templatesreferences/timeline.md-- Duration estimation and timeline formatreferences/team.md-- Role framework and team section formatreferences/pricing.md-- Pricing models, 3-tier framework, rate benchmarks, calibration, payment termsreferences/terms.md-- Standard terms and conditions blockreferences/output-template.md-- Full proposal document structure and delivery summaryreferences/tone-and-quality.md-- Tone variants, pre-delivery quality checklist, error handling
Workflow
- Gather input. Collect required fields (client name, contact, problem, firm name) and optional fields; infer the rest from context. See
references/inputs.md. - Research the client. Pull company overview, recent news, tech signals, industry context, and competitors; organize into a research brief. See
references/research.md. - Frame the problem and design the solution. Decompose into root problem, symptoms, business impact, stakeholders, and urgency; select a methodology and define phases and deliverables. See
references/problem-and-solution.md. - Construct the timeline. Estimate duration, lay out phases with milestones, and state dependencies and assumptions. See
references/timeline.md. - Compose the team. Map roles and allocations; use placeholder names if none provided and never fabricate credentials. See
references/team.md. - Build pricing. Select a model (default: 3-tier fixed), set tier prices from rate benchmarks or a supplied budget, and add payment terms. See
references/pricing.md. - Add terms and conditions. Insert the standard block, adjusting scope, IP, and assumptions to the engagement. See
references/terms.md. - Assemble and write the proposal. Combine all sections into the output structure and write the file. See
references/output-template.md. - Run the quality check. Verify accuracy, consistency, no placeholders, and no fabricated facts; match the selected tone. See
references/tone-and-quality.md. - Deliver and summarize. Write to the output path and present the delivery summary with personalization applied and review recommendations. See
references/output-template.md.
Guardrails
- Never fabricate case studies, team bios, credentials, or client facts. Omit rather than invent.
- If web research yields nothing, proceed without personalization and flag it.
- Leave no placeholder markers in the delivered document.
Files (claude-skills)
-
references
-
inputs.md 1.1 KB
# Inputs Collect from the user, or extract from conversation context. ## Required Inputs - `client_name` -- The prospect company name - `contact_name` -- Primary contact (who receives the proposal) - `problem_description` -- What problem they need solved (even a vague description works) - `your_company` -- The firm name (or default to what is in the user's context) ## Optional Inputs (inferred or defaulted if not provided) - `rough_scope` -- Any known scope details (timeline, budget range, team size) - `your_services` -- Description of the service offerings - `pricing_model` -- fixed | retainer | milestone | hourly | hybrid (default: 3-tier fixed) - `proposal_tone` -- consultative | enterprise | startup | technical (default: consultative) - `include_case_studies` -- boolean (default: false, since fabricated case studies are worse than none) - `output_path` -- Where to write the file (default: current directory) - `currency` -- USD | EUR | GBP | etc. (default: USD) If the user gives a one-liner like "Write a proposal for Acme Corp about redesigning their data pipeline," extract what is available and infer the rest. -
output-template.md 3.9 KB
# Proposal Output Template Combine all sections into the final document. Apply professional formatting. ## Document Structure ```markdown # [Proposal Title] ## [Your Company] | Proposal for [Client Name] **Prepared for**: [Contact Name], [Contact Title] **Prepared by**: [Your Name/Team], [Your Company] **Date**: [Current Date] **Proposal #**: [Auto-generated: PROP-{YYYY}-{NNN}] **Valid through**: [Date + 30 days] --- ## Table of Contents 1. Executive Summary 2. Understanding Your Challenges 3. Proposed Approach 4. Scope and Deliverables 5. Timeline 6. Your Team 7. Investment 8. Terms and Conditions 9. Next Steps 10. Appendix (if applicable) --- ## 1. Executive Summary [2-3 paragraphs. Personalized to the client. Reference their specific situation, recent news, or industry challenges from the research phase. State the problem, the proposed solution at a high level, and the expected outcome. End with a confidence statement.] --- ## 2. Understanding Your Challenges [This section mirrors the client's pain points back to them, demonstrating that you have listened and understand the stakes. Use the problem framing from the problem-and-solution reference. 3-5 bullet points or short paragraphs, each addressing a specific challenge.] --- ## 3. Proposed Approach [Methodology overview. Explain the approach in terms the client can understand. Avoid jargon. Focus on the "why" behind each phase. Include a visual timeline or phase diagram if possible.] ### Phase 1: [Phase Name] [Description, activities, deliverables] ### Phase 2: [Phase Name] [Description, activities, deliverables] [Continue for all phases] --- ## 4. Scope and Deliverables ### In Scope [Bullet list of everything included] ### Out of Scope [Explicit list of what is NOT included -- this prevents scope creep] ### Deliverables Summary | # | Deliverable | Phase | Format | |---|------------|-------|--------| [Table from the deliverables inventory] --- ## 5. Timeline [Timeline from the timeline reference] --- ## 6. Your Team [Team section from the team reference] --- ## 7. Investment [Pricing section from the pricing reference] --- ## 8. Terms and Conditions [Terms from the terms reference] --- ## 9. Next Steps To move forward: 1. **Select your preferred option** (A, B, or C) 2. **Schedule a follow-up call** to discuss any questions or adjustments 3. **Sign the agreement** -- We will send a formal engagement letter based on your selected option 4. **Kick off** -- We can begin within [X business days] of signed agreement We are excited about the opportunity to partner with [Client Name] on this initiative. Please do not hesitate to reach out with questions. **[Your Name]** [Your Title] [Your Email] [Your Phone] --- ## Appendix ### A. About [Your Company] [Brief company overview -- 1 paragraph] ### B. Relevant Experience [2-3 brief case study summaries, IF the user has provided real ones. NEVER fabricate case studies -- omit this section if no real examples are available.] ### C. Glossary [Define any technical terms used in the proposal, if the audience is non-technical] ``` ## Delivery Summary Template After writing the file, present a summary to the user: ``` ## Proposal Generated **File**: proposal-acme-corp.md **Client**: Acme Corp (attention: Jane Smith) **Type**: Technology modernization proposal **Pricing tiers**: - Foundation: $X - Accelerator: $Y (recommended) - Transformation: $Z **Timeline**: 14 weeks (Accelerator tier) **Word count**: ~3,200 words ### Personalization Applied - Referenced their recent Series B funding - Addressed industry-specific compliance requirements - Tailored approach to their current tech stack (Node.js + PostgreSQL) ### Review Recommendations - Verify team member names and bios before sending - Confirm pricing aligns with your rate card - Consider adding a case study if you have a relevant one - The "Out of Scope" section may need adjustment based on your discovery call notes ``` -
pricing.md 3.7 KB
# Pricing Build the pricing section with 3 tiers. The 3-tier model is proven: the middle tier is the target, the lower tier makes the middle look reasonable, the upper tier captures ambitious buyers. Default to 3-tier fixed fee unless the user specifies otherwise. ## Pricing Model Selection | Model | When to Use | Structure | |-------|-------------|-----------| | Fixed Fee (3 tiers) | Well-defined scope, predictable work | 3 packages at set prices | | Retainer | Ongoing advisory, fractional roles | Monthly fee for X hours/month | | Milestone-Based | Long projects, client wants to de-risk | Payments tied to deliverable acceptance | | Hourly/Daily Rate | Undefined scope, staff augmentation | Blended or role-based rates | | Hybrid | Mix of defined deliverables + ongoing support | Fixed for phases + retainer for support | ## Three-Tier Pricing Framework ``` ## Investment We have structured three engagement options to align with your priorities and budget. ### Option A: [Tier Name -- e.g., "Foundation"] **[Price]** Best for: [One sentence describing who this is for] Includes: - [Deliverable 1] - [Deliverable 2] - [Deliverable 3] Duration: [X weeks] Team: [Roles involved] --- ### Option B: [Tier Name -- e.g., "Accelerator"] (Recommended) **[Price]** Best for: [One sentence -- this should be the most compelling] Everything in Foundation, plus: - [Additional deliverable 1] - [Additional deliverable 2] - [Additional deliverable 3] - [Additional deliverable 4] Duration: [X weeks] Team: [Roles involved] --- ### Option C: [Tier Name -- e.g., "Transformation"] **[Price]** Best for: [One sentence describing the full-scope option] Everything in Accelerator, plus: - [Premium deliverable 1] - [Premium deliverable 2] - [Premium deliverable 3] - [Ongoing support component] Duration: [X weeks] Team: [Full team] ``` ## Pricing Guidelines Consulting rate benchmarks (adjust based on market, geography, and specialization): | Firm Size | Junior Rate | Senior Rate | Principal Rate | |-----------|------------|-------------|----------------| | Solo / boutique | $150-250/hr | $250-400/hr | $400-600/hr | | Mid-market firm | $200-350/hr | $350-500/hr | $500-800/hr | | Big 4 / enterprise | $300-500/hr | $500-800/hr | $800-1500/hr | To calculate tier prices: - Estimate hours per role per phase - Apply blended rate - Tier 1: 60-70% of full scope price - Tier 2: 100% of target price (the one you want them to buy) - Tier 3: 140-160% of target price If the user provides a budget range, reverse-engineer the tiers to bracket that range. ## Payment Terms ``` ### Payment Terms - 50% upon contract execution - 25% at mid-project milestone ([specific milestone]) - 25% upon final delivery acceptance OR (for retainer): - Monthly invoicing, net 30 - 3-month minimum commitment - 60-day cancellation notice OR (for milestone): - Payment upon acceptance of each phase deliverable - Invoiced within 5 business days of milestone acceptance - Net 30 payment terms ``` ## Pricing Calibration by Engagement Type | Engagement Type | Tier 1 Range | Tier 2 Range | Tier 3 Range | |----------------|-------------|-------------|-------------| | Strategy / advisory (4-8 weeks) | $15K-30K | $30K-60K | $60K-100K | | Technology assessment (2-4 weeks) | $10K-20K | $20K-40K | $40K-75K | | Implementation (8-16 weeks) | $50K-100K | $100K-200K | $200K-400K | | Full transformation (12-24 weeks) | $100K-200K | $200K-500K | $500K-1M+ | | Monthly retainer | $5K-10K/mo | $10K-20K/mo | $20K-50K/mo | These are calibration ranges, not fixed prices. Adjust based on: - Client company size and budget - Geographic market - The firm's positioning and reputation - Complexity of the specific engagement - Competitive landscape for this deal -
problem-and-solution.md 2.6 KB
# Problem Framing and Solution Design ## Problem Framing Transform the user's problem description into a structured problem statement. Use the consulting standard of framing problems in terms of business impact. ### Problem Decomposition Break the stated problem into: 1. Root problem -- The fundamental issue (e.g., "legacy data pipeline cannot scale") 2. Symptoms -- Observable manifestations (e.g., "reports take 6 hours to generate") 3. Business impact -- Revenue, cost, risk, opportunity cost (e.g., "delays decision-making by 24 hours") 4. Stakeholders affected -- Who feels the pain (e.g., "operations team, executive leadership, customers") 5. Urgency drivers -- Why now (e.g., "upcoming product launch requires real-time analytics") ### Challenge Articulation Write 3-5 bullet points that demonstrate understanding of the client's situation. These become the "Understanding Your Challenges" section. The tone: "We have listened, we understand the stakes, here is what we heard." ## Solution Design Design the proposed approach based on the problem and the offered services. ### Methodology Selection | Problem Type | Methodology | Structure | |-------------|-------------|-----------| | Technology modernization | Discovery -> Design -> Build -> Migrate -> Optimize | 5-phase waterfall with agile sprints | | Process improvement | Assess -> Map -> Redesign -> Implement -> Measure | Lean/Six Sigma influenced | | Strategy / advisory | Research -> Analysis -> Recommendations -> Roadmap | Classic consulting engagement | | Product development | Discovery -> Prototype -> Build -> Test -> Launch | Agile product development | | Data / analytics | Audit -> Architecture -> Build -> Validate -> Deploy | Data engineering lifecycle | | Organizational change | Assess -> Design -> Pilot -> Roll Out -> Sustain | Change management framework | ### Phase Definition Template ``` Phase N: [Phase Name] -- [Duration] Objective: [What this phase achieves] Activities: - [Activity 1] - [Activity 2] - [Activity 3] Deliverables: - [Deliverable 1 -- concrete, tangible] - [Deliverable 2] Milestone: [What marks the end of this phase] Client involvement: [What you need from the client during this phase] ``` ### Deliverables Inventory Create a master list of all deliverables across all phases: | # | Deliverable | Phase | Format | Description | |---|------------|-------|--------|-------------| | D1 | Discovery Report | 1 | PDF/Presentation | Current state assessment with findings | | D2 | Solution Architecture | 2 | Technical Document | Proposed system design | | D3 | Implementation Plan | 2 | Project Plan | Detailed execution roadmap | | ... | ... | ... | ... | ... | -
research.md 1.7 KB
# Client Research Research the client company to personalize the proposal. This is what separates a template from a real proposal. If web research is unavailable or returns limited results, note this and proceed with what is available. A slightly less personalized proposal is better than no proposal. ## What to Gather (Web Research) Use WebSearch and Bash to collect: 1. Company overview -- What they do, industry, size, location, founding year 2. Recent news -- Funding, acquisitions, product launches, leadership changes (last 6 months) 3. Technology signals -- Job postings (indicate tech stack and pain points), GitHub repos, tech blog posts 4. Industry context -- Current trends and challenges in their sector 5. Competitors -- Who they compete with (positions the proposal in context) 6. Company values/culture -- From their about page, mission statement, LinkedIn ## Research Brief Template ``` ## Client Research Brief: [Client Name] ### Company Overview - Industry: [industry] - Size: [employee count, revenue if public] - Founded: [year] - HQ: [location] - What they do: [1-2 sentence description] ### Recent Developments - [Event 1 -- date, significance] - [Event 2 -- date, significance] ### Industry Context - [Trend 1 affecting their sector] - [Trend 2 affecting their sector] - [Challenge specific to their industry] ### Technology Signals - [Hiring for X suggests need for Y] - [Using tool Z based on job postings] ### Competitive Landscape - [Competitor 1 -- what they do differently] - [Competitor 2 -- market positioning] ### Personalization Hooks - [Specific detail to reference in the executive summary] - [Pain point to mirror in the problem statement] - [Opportunity to connect the solution to their recent news] ``` -
team.md 1.4 KB
# Team Composition Present the team that will deliver the work. If the user has not provided team details, use placeholder names and roles. Never fabricate specific people or credentials. ## Role Framework Standard consulting team structure: | Role | Responsibility | Typical Allocation | |------|---------------|--------------------| | Engagement Lead | Client relationship, strategy, quality | 10-20% | | Project Manager | Timeline, coordination, status reporting | 25-50% | | Senior Consultant | Analysis, recommendations, architecture | 50-100% | | Consultant | Research, implementation, documentation | 100% | | Analyst | Data gathering, support tasks, QA | 50-100% | | Subject Matter Expert | Domain expertise, reviews | 10-25% (as needed) | ## Team Section Format ``` ## Your Team We will staff this engagement with a focused team combining strategic vision and hands-on execution. **[Name], Engagement Lead** [Title at your company]. [X] years of experience in [relevant domain]. Previously led similar engagements for [types of companies]. Responsible for overall engagement quality and strategic alignment. Allocation: [X]% throughout the engagement. **[Name], Senior Consultant** [Title]. Specializes in [relevant specialization]. [Brief relevant background]. Responsible for [key deliverables]. Allocation: [X]% during Phases [N-N]. [Continue for each team member] ``` -
terms.md 1.3 KB
# Terms and Conditions Standard consulting terms to include: ``` ## Terms and Conditions ### Scope This proposal covers the scope described herein. Work outside this scope will be addressed through a change order process with separate estimation and approval. ### Change Orders Changes to scope, timeline, or deliverables will be documented in a written change order signed by both parties before work begins on the change. ### Intellectual Property All deliverables become the property of [Client Name] upon final payment. [Your Company] retains the right to use general methodologies, frameworks, and non-proprietary tools developed during the engagement. ### Confidentiality Both parties agree to keep confidential all proprietary information shared during the engagement. A separate NDA can be executed upon request. ### Assumptions - Client will provide timely access to stakeholders, systems, and data as needed - Client will designate a single point of contact for day-to-day coordination - Feedback on deliverables will be provided within [3-5] business days - Timeline estimates assume the above; delays in client inputs may extend the timeline ### Validity This proposal is valid for 30 days from the date of submission. ### Limitation of Liability [Your Company]'s total liability shall not exceed the total fees paid under this engagement. ``` -
timeline.md 1.6 KB
# Timeline Construction Build a realistic project timeline. ## Duration Estimation | Project Type | Typical Duration | Notes | |-------------|-----------------|-------| | Quick audit / assessment | 2-4 weeks | Discovery + report | | Strategy engagement | 4-8 weeks | Research heavy, lighter implementation | | Technology implementation | 8-16 weeks | Build-heavy, requires testing | | Full transformation | 12-24 weeks | Multi-phase, organizational change | | Ongoing advisory / retainer | 3-12 months | Monthly cadence | ## Timeline Format ``` ## Timeline ### Overview - Start date: [upon contract execution / specific date] - End date: [estimated completion] - Total duration: [X weeks/months] ### Phase Timeline | Phase | Duration | Start | End | Key Milestone | |-------|----------|-------|-----|---------------| | 1. Discovery | 2 weeks | Week 1 | Week 2 | Discovery Report delivered | | 2. Design | 3 weeks | Week 3 | Week 5 | Architecture approved | | 3. Build | 6 weeks | Week 6 | Week 11 | MVP deployed to staging | | 4. Test & Refine | 2 weeks | Week 12 | Week 13 | UAT sign-off | | 5. Launch & Handoff | 1 week | Week 14 | Week 14 | Production deployment | ### Key Dates - Kickoff meeting: [Week 1, Day 1] - Mid-project review: [Week 7] - Go/no-go decision: [Week 12] - Final delivery: [Week 14] ### Dependencies and Assumptions - Client provides access to systems and stakeholders within 5 business days of kickoff - Client designates a project sponsor and day-to-day point of contact - Feedback on deliverables provided within 3 business days - Timeline may adjust based on discovery findings (Phase 1) ``` -
tone-and-quality.md 2.5 KB
# Tone Variants, Quality Check, and Error Handling ## Proposal Tone Variants ### Consultative (Default) - Partner language ("we will work together to...") - Questions woven in ("have you considered...?") - Empathetic problem framing - Moderate formality ### Enterprise - Formal language throughout - Risk mitigation emphasis - Governance and compliance focus - Reference to established methodologies by name - Higher perceived authority ### Startup - Direct and energetic - Speed and iteration emphasis - Lean methodology references - Budget-conscious framing - Practical over polished ### Technical - Architecture diagrams and system design - Technical trade-off analysis - Detailed technology recommendations - Less business context, more implementation detail - Aimed at technical decision-makers ## Quality Check Before delivering, verify: - [ ] Client name is correct and consistent throughout - [ ] Contact name is correct - [ ] Company research is accurate (no hallucinated facts) - [ ] All sections are present and complete - [ ] Pricing tiers are internally consistent (each tier adds to the previous) - [ ] Timeline is realistic (phases add up, dependencies make sense) - [ ] No placeholder text remains (no `[TODO]` or `{variable}` markers) - [ ] Tone matches the selected style (consultative, enterprise, startup, technical) - [ ] Terms and conditions are reasonable - [ ] Out-of-scope section is present (prevents expectation mismatch) - [ ] Next steps are clear and actionable - [ ] No fabricated case studies, team bios, or credentials - [ ] Dates are current (proposal date, validity period) - [ ] Currency is correct - [ ] Document reads well end-to-end (no jarring transitions between sections) ## Error Handling | Issue | Response | |-------|----------| | No client name provided | Ask before proceeding -- this is the one required field | | Minimal problem description | Generate a proposal with broader framing; flag sections that need client input | | Web research returns nothing | Proceed without personalization, note it, suggest the user add details | | User provides no pricing guidance | Use mid-market rates from the calibration table | | Scope is extremely vague | Create a "Discovery Phase" as the first tier, full engagement as tiers 2-3 | | User asks for a one-page version | Generate an executive summary version (Section 1 + pricing + next steps) | | User wants a different format (PDF, DOCX) | Generate the markdown and suggest using a PDF/DOCX conversion skill | | Client is a competitor | Warn the user (in case it is accidental) but proceed if confirmed |
-
-
SKILL.md 3.4 KB
--- name: client-proposal-generator description: Generates full consulting proposals from a brief. Input client name, problem description, and rough scope. Outputs proposal.md with executive summary, problem statement, proposed approach, timeline, team, pricing tiers, and terms. Researches client company for personalization. Multiple pricing models. Professional formatting matching consulting standards. tools: Read, Write, Bash, WebSearch, Glob user_invocable: true --- # Client Proposal Generator Transform a brief description into a complete, professionally formatted consulting proposal (`proposal.md`), researching the client company for personalization and structuring the document with proven consulting frameworks. ## Contents - `references/inputs.md` -- Required and optional inputs, defaults, one-liner extraction - `references/research.md` -- Client web research checklist and research brief template - `references/problem-and-solution.md` -- Problem decomposition, methodology selection, phase and deliverable templates - `references/timeline.md` -- Duration estimation and timeline format - `references/team.md` -- Role framework and team section format - `references/pricing.md` -- Pricing models, 3-tier framework, rate benchmarks, calibration, payment terms - `references/terms.md` -- Standard terms and conditions block - `references/output-template.md` -- Full proposal document structure and delivery summary - `references/tone-and-quality.md` -- Tone variants, pre-delivery quality checklist, error handling ## Workflow 1. Gather input. Collect required fields (client name, contact, problem, firm name) and optional fields; infer the rest from context. See `references/inputs.md`. 2. Research the client. Pull company overview, recent news, tech signals, industry context, and competitors; organize into a research brief. See `references/research.md`. 3. Frame the problem and design the solution. Decompose into root problem, symptoms, business impact, stakeholders, and urgency; select a methodology and define phases and deliverables. See `references/problem-and-solution.md`. 4. Construct the timeline. Estimate duration, lay out phases with milestones, and state dependencies and assumptions. See `references/timeline.md`. 5. Compose the team. Map roles and allocations; use placeholder names if none provided and never fabricate credentials. See `references/team.md`. 6. Build pricing. Select a model (default: 3-tier fixed), set tier prices from rate benchmarks or a supplied budget, and add payment terms. See `references/pricing.md`. 7. Add terms and conditions. Insert the standard block, adjusting scope, IP, and assumptions to the engagement. See `references/terms.md`. 8. Assemble and write the proposal. Combine all sections into the output structure and write the file. See `references/output-template.md`. 9. Run the quality check. Verify accuracy, consistency, no placeholders, and no fabricated facts; match the selected tone. See `references/tone-and-quality.md`. 10. Deliver and summarize. Write to the output path and present the delivery summary with personalization applied and review recommendations. See `references/output-template.md`. ## Guardrails - Never fabricate case studies, team bios, credentials, or client facts. Omit rather than invent. - If web research yields nothing, proceed without personalization and flag it. - Leave no placeholder markers in the delivered document.
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.