Develop professional proposals, statements of work, and engagement letters for client projects. Trigger on proposals, SOWs, scoping, pricing, bid responses, RFP responses, engagement letters, and contract initiation. Use when user asks to "write a proposal", "draft a SOW", "scope of work", or mentions RFP response, engagement proposal, pricing structure, or professional services agreements.
npx claudepluginhub lauraflorentin/skills-marketplace --plugin management-consultingThis skill uses the workspace's default tool permissions.
**Important**: This skill assists with proposal and SOW development but does not provide legal advice. All proposals, terms, and pricing should be reviewed by qualified legal and financial professionals before submission to clients.
Compares coding agents like Claude Code and Aider on custom YAML-defined codebase tasks using git worktrees, measuring pass rate, cost, time, and consistency.
Designs and optimizes AI agent action spaces, tool definitions, observation formats, error recovery, and context for higher task completion rates.
Designs, implements, and audits WCAG 2.2 AA accessible UIs for Web (ARIA/HTML5), iOS (SwiftUI traits), and Android (Compose semantics). Audits code for compliance gaps.
Important: This skill assists with proposal and SOW development but does not provide legal advice. All proposals, terms, and pricing should be reviewed by qualified legal and financial professionals before submission to clients.
Framework for developing client-facing proposals, statements of work (SOWs), and engagement letters. Covers scoping methodology, pricing models, rate structures, RFP response strategy, and workflows for moving from discovery to finalized engagement terms.
A professional proposal should position the firm as capable while clearly setting expectations around scope, resources, and investment.
The executive summary appears first but should be written last. It provides a one-page overview of the engagement: the client's challenge, your recommended approach, the expected outcomes, the team, and the financial investment. Keep to 150-200 words and use client language rather than internal jargon.
Components to include:
Demonstrate that you understand the client's situation, constraints, and strategic context. This section is critical for winning trust and differentiating from competitors.
Approach:
Do not: Repeat the RFP verbatim or reference a generic approach. This section must demonstrate engagement with the client's unique situation.
Break down your methodology into phases, workstreams, or work steps. Each phase should have a clear objective, deliverables, duration, and resource allocation.
Standard engagement structure (adapt as needed):
Phase 1: Discovery & Assessment (Weeks 1-2)
Phase 2: Analysis & Recommendations (Weeks 3-4)
Phase 3: Implementation Planning & Handoff (Weeks 5)
Clarify assumptions at the end of this section (see Assumptions & Exclusions below).
Provide biographies, relevant experience, and roles for each team member. Lead with your most senior / credible resource. Include a 3-5 sentence bio for each person emphasizing relevant prior engagements.
Table format example:
| Role | Name | Seniority Level | FTE Allocation | Key Experience |
|---|---|---|---|---|
| Engagement Lead | [Name] | Partner / Principal | 0.5 | [2-3 relevant engagements in this industry/function] |
| Senior Consultant | [Name] | Senior Consultant | 1.0 | [Specific expertise relevant to this engagement] |
| Consultant | [Name] | Consultant | 1.0 | [Supporting skills and industry experience] |
Note that your most senior resource should have majority of the engagement touchpoints, while junior resources support analysis and documentation.
Present a visual timeline showing phasing, key decision gates, and client deliverable dates. Include required client participation points.
Example timeline:
| Week | Milestone | Deliverable | Client Involvement | Status |
|---|---|---|---|---|
| 1-2 | Discovery | Current-state report | 5 interviews, 1 workshop | TBD |
| 3-4 | Analysis | Recommendations report | Validation workshop | TBD |
| 5 | Implementation Planning | Playbook & transition plan | Knowledge transfer session | TBD |
Ensure the timeline is realistic — propose 1-2 days of client time per week minimum.
Present the total investment, payment schedule, and any assumptions about out-of-scope work. See Pricing Models section below for detailed guidance on fee structures.
Standard format:
Engagement Investment: $XX,XXX
Duration: X weeks / X months
Monthly burn rate: $X,XXX
Payment Schedule:
Initial payment (due with signature): $XX,XXX (XX%)
Progress payment (due [date]): $XX,XXX (XX%)
Final payment (upon delivery): $XX,XXX (XX%)
Include language that out-of-scope work will be billed at daily rates (define rates by level in appendix) or require a change order.
Include a brief section on key terms, or reference a standard engagement letter as an exhibit. Critical terms include:
An SOW is a more detailed, contractually binding document than a proposal. It formalizes the engagement terms and serves as the primary operational reference during delivery.
Clearly state what is included and excluded in the engagement. Use specific, observable language.
Include statement:
Exclude statement:
Itemize specific deliverables with format (written report, presentation deck, data model, etc.) and delivery dates.
Example:
| # | Deliverable | Format | Delivery Date | Acceptance Criteria |
|---|---|---|---|---|
| 1 | Current-state assessment report | PowerPoint deck + appendix | [Date] | Covers scope items 1-5; 15-20 pages main deck; identifies data gaps |
| 2 | Operational metrics dashboard | Excel workbook | [Date] | Tracks 8-10 key metrics; includes 24-month historical trend; automated refresh |
| 3 | Organizational structure options | PowerPoint + org charts | [Date] | 3 scenarios; FTE count and estimated salary impact for each |
| 4 | Implementation roadmap | Gantt chart + narrative | [Date] | 12-month timeline; resource requirements by phase; risk assessment |
| 5 | Training materials | PDF guide + video walkthroughs | [Date] | Covers 5 key process changes; accessible to end users with [X] knowledge |
Document critical assumptions and limitations clearly to avoid scope disputes later.
Assumptions:
Exclusions:
Define explicitly what constitutes delivery and acceptance of each deliverable. This prevents disputes about quality and completeness.
Example: "Deliverables are deemed accepted when the client confirms in writing that [specific deliverable] meets the stated Acceptance Criteria. If the client identifies gaps, we will provide up to [X] rounds of revisions at no additional cost. Revisions requested after [X] rounds, or revisions that expand scope, will be billed as out-of-scope work at daily consulting rates."
Specify payment terms, invoicing frequency, and the formal process for handling scope changes.
Billing schedule format:
Change order process:
For detailed templates, frameworks, and field-level guidance, read:
references/proposal-sow-reference.md — Complete framework details, templates, and examplesRead this file when the task requires: