home / skills / amnadtaowsoam / cerebraskills / proposal-sow-delivery

proposal-sow-delivery skill

/63-professional-services/proposal-sow-delivery

This skill guides proposal, SOW, and delivery management to improve win rates, control scope, and deliver profitable client projects.

npx playbooks add skill amnadtaowsoam/cerebraskills --skill proposal-sow-delivery

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
11.1 KB
---
name: Proposal, SOW & Delivery Management
description: Comprehensive guide to professional services delivery including proposal writing, SOW creation, pricing strategies, scope management, and client delivery
---

# Proposal, SOW & Delivery Management

## Overview

Professional services delivery encompasses writing proposals, defining scope of work (SOW), managing client expectations, and delivering projects successfully. Essential skills for consultants, agencies, and freelancers.

## Why This Matters

- **Win rate**: Clear proposals win more business
- **Scope control**: SOW prevents scope creep
- **Client satisfaction**: Managed expectations = happy clients
- **Profitability**: Accurate scoping = profitable projects

---

## Proposal Writing

### Proposal Structure

```markdown
1. Executive Summary
   - Problem statement
   - Proposed solution
   - Expected outcomes
   - Investment required

2. Understanding of Requirements
   - Client's challenges
   - Current state
   - Desired future state

3. Proposed Solution
   - Approach and methodology
   - Deliverables
   - Timeline
   - Team composition

4. Why Us
   - Relevant experience
   - Case studies
   - Team credentials
   - Differentiators

5. Investment
   - Pricing breakdown
   - Payment terms
   - Assumptions

6. Next Steps
   - Approval process
   - Start date
   - Contact information
```

### Winning Proposal Tips

```
✓ Address client's pain points specifically
✓ Show you understand their business
✓ Provide concrete examples (case studies)
✓ Be clear about what's included/excluded
✓ Make pricing transparent
✓ Include social proof (testimonials)

✗ Generic, template-heavy proposals
✗ Focus only on features, not benefits
✗ Vague deliverables
✗ Hidden costs
```

---

## Scope of Work (SOW)

### SOW Template

```markdown
# Statement of Work

**Project:** [Project Name]
**Client:** [Client Name]
**Date:** [Date]
**Valid Until:** [Expiry Date]

## 1. Project Overview
Brief description of the project and objectives.

## 2. Scope of Work

### In-Scope
- Design and develop user authentication system
- Create admin dashboard with analytics
- Integrate payment gateway (Stripe)
- Deploy to AWS
- Provide 2 weeks of post-launch support

### Out-of-Scope
- Mobile app development (web only)
- Third-party integrations beyond Stripe
- Content creation
- Ongoing maintenance after 2 weeks

## 3. Deliverables

| Deliverable | Description | Due Date |
|-------------|-------------|----------|
| Wireframes | Low-fidelity mockups | Week 2 |
| Design | High-fidelity designs | Week 4 |
| Development | Functional application | Week 10 |
| Testing | QA and bug fixes | Week 12 |
| Deployment | Live on production | Week 13 |
| Documentation | User and admin guides | Week 13 |

## 4. Milestones & Payment

| Milestone | Deliverable | Payment | Due Date |
|-----------|-------------|---------|----------|
| Kickoff | Project plan | 25% | Week 1 |
| Design Approval | Approved designs | 25% | Week 4 |
| Development Complete | Working application | 25% | Week 10 |
| Go-Live | Production deployment | 25% | Week 13 |

## 5. Acceptance Criteria

Each deliverable will be considered complete when:
- Meets functional requirements as specified
- Passes QA testing
- Client provides written approval
- Documentation is delivered

## 6. Timeline

Project Duration: 13 weeks
Start Date: [Date]
End Date: [Date]

## 7. Assumptions

- Client provides content and assets within 1 week of request
- Client feedback provided within 3 business days
- No major scope changes during development
- Access to necessary systems and credentials provided

## 8. Change Management

Changes to scope require:
1. Written change request
2. Impact assessment (time/cost)
3. Client approval
4. Updated SOW

## 9. Communication

- Weekly status calls (Fridays, 2pm)
- Email updates (Monday mornings)
- Slack channel for quick questions
- Monthly executive summary

## 10. Terms & Conditions

- Payment terms: Net 15 days
- Late payment: 1.5% monthly interest
- IP ownership: Transfers upon final payment
- Warranty: 30 days post-launch for bugs
```

---

## Pricing Strategies

### Fixed Price

```
When to Use:
- Well-defined scope
- Repeatable work
- Client wants budget certainty

Example:
"Website redesign: $25,000
- 5 page designs
- Responsive development
- 2 rounds of revisions
- 8-week timeline"

Pros: Predictable revenue, client certainty
Cons: Risk of scope creep, underestimation
```

### Time & Materials (T&M)

```
When to Use:
- Evolving requirements
- Research/discovery work
- Long-term engagements

Example:
"Hourly rate: $150/hour
Estimated: 100-150 hours
Monthly cap: $20,000
Billed weekly"

Pros: Flexible, low risk for vendor
Cons: Unpredictable cost for client
```

### Retainer

```
When to Use:
- Ongoing relationship
- Predictable monthly work
- Maintenance and support

Example:
"Monthly retainer: $10,000
- 60 hours included
- Rollover up to 20 hours
- Additional hours: $175/hour
- 3-month minimum commitment"

Pros: Predictable income, client priority
Cons: Scope management needed
```

### Value-Based

```
When to Use:
- High-impact deliverables
- Measurable ROI
- Strategic projects

Example:
"Project fee: $100,000
Expected value: $500,000 annual savings
ROI: 5x in first year"

Pros: Higher margins, aligned incentives
Cons: Requires deep understanding, harder to sell
```

---

## Scope Management

### Change Request Process

```markdown
# Change Request Form

**CR Number:** CR-001
**Date:** [Date]
**Requested By:** [Name]

## Change Description
[Detailed description of requested change]

## Business Justification
[Why this change is needed]

## Impact Assessment

**Timeline Impact:** +2 weeks
**Cost Impact:** +$5,000
**Resource Impact:** Requires additional designer

## Recommendation
☐ Approve
☐ Defer to Phase 2
☐ Reject

**Approved By:** _______________
**Date:** _______________
```

### Preventing Scope Creep

```
1. Document everything in writing
2. Define "done" clearly
3. Use change request process
4. Regular scope reviews
5. Client education on impact
6. Buffer time for unknowns (15-20%)

Red Flags:
- "While you're at it, can you also..."
- "This is a small change..."
- "I thought this was included..."
- Verbal agreements without documentation
```

---

## Client Communication

### Status Report Template

```markdown
# Weekly Status Report

**Project:** [Name]
**Week:** [Week Number]
**Date:** [Date]

## Summary
[One-paragraph overview of progress]

## Completed This Week
- ✓ Completed user authentication
- ✓ Integrated Stripe payment
- ✓ Deployed to staging

## In Progress
- 🔄 Admin dashboard (70% complete)
- 🔄 Email notifications (30% complete)

## Planned Next Week
- Complete admin dashboard
- Begin QA testing
- Client review session

## Blockers/Risks
- ⚠️ Waiting for API credentials (requested 3 days ago)
- ⚠️ Design feedback needed by Friday to stay on schedule

## Metrics
- Budget: $15,000 / $25,000 (60%)
- Timeline: Week 8 / 13 (62%)
- On track: ✓ Yes

## Action Items
| Item | Owner | Due Date |
|------|-------|----------|
| Provide API credentials | Client | This week |
| Review dashboard designs | Client | Friday |
```

### Communication Cadence

```
Daily: Slack for quick questions
Weekly: Status call (30 min)
Bi-weekly: Demo/review session (1 hour)
Monthly: Executive summary
Ad-hoc: Escalations, blockers
```

---

## Risk Management

### Risk Register

```markdown
| Risk | Probability | Impact | Mitigation | Owner |
|------|-------------|--------|------------|-------|
| Key developer leaves | Low | High | Cross-training, documentation | PM |
| API delays | Medium | Medium | Start integration early, mock data | Tech Lead |
| Scope creep | High | Medium | Change request process, weekly reviews | PM |
| Client unavailable | Medium | High | Set SLAs, escalation path | Account Manager |
```

### Risk Mitigation Strategies

```
1. Technical Risks
   - Proof of concepts for unknowns
   - Spike stories for research
   - Fallback options

2. Resource Risks
   - Cross-training team members
   - Backup resources identified
   - Knowledge documentation

3. Schedule Risks
   - Buffer time (15-20%)
   - Critical path management
   - Early warning system

4. Client Risks
   - Clear SLAs for feedback
   - Escalation process
   - Regular check-ins
```

---

## Delivery Milestones

### Milestone Structure

```
Phase 1: Discovery & Planning (Week 1-2)
- Kickoff meeting
- Requirements gathering
- Project plan
- Payment: 25%

Phase 2: Design (Week 3-5)
- Wireframes
- High-fidelity designs
- Design approval
- Payment: 25%

Phase 3: Development (Week 6-11)
- Core functionality
- Integration
- Internal testing
- Payment: 25%

Phase 4: Launch (Week 12-13)
- QA testing
- Client UAT
- Production deployment
- Documentation
- Payment: 25%
```

### Acceptance Criteria

```
Deliverable is accepted when:
✓ Meets functional requirements
✓ Passes QA testing
✓ Client provides written approval
✓ Documentation delivered
✓ Training completed (if applicable)

Rejection criteria:
✗ Critical bugs present
✗ Missing agreed features
✗ Performance below SLA
✗ Incomplete documentation
```

---

## Project Closure

### Handover Checklist

```
Technical Handover:
☐ Source code repository access
☐ Deployment documentation
☐ Environment setup guide
☐ API documentation
☐ Database schema
☐ Admin credentials

Knowledge Transfer:
☐ User training completed
☐ Admin training completed
☐ Video tutorials created
☐ FAQ document provided

Business Handover:
☐ Final invoice sent
☐ All deliverables signed off
☐ Warranty terms documented
☐ Support contact information
☐ Feedback survey sent
```

### Retrospective

```markdown
# Project Retrospective

## What Went Well
- Clear communication throughout
- Client responsive to feedback
- Team collaboration excellent

## What Could Be Improved
- Initial estimates too optimistic
- More buffer needed for unknowns
- Earlier technical spike needed

## Action Items for Next Project
- Add 20% buffer to estimates
- Conduct technical spikes in discovery
- Weekly risk review meetings

## Metrics
- Budget: On budget
- Timeline: 1 week delay
- Client Satisfaction: 9/10
- Team Satisfaction: 8/10
```

---

## Best Practices

### 1. Set Clear Expectations
```
✓ Define "done" explicitly
✓ Document everything
✓ Regular communication
✓ Transparent about risks
```

### 2. Manage Scope Actively
```
✓ Change request process
✓ Weekly scope reviews
✓ Client education
✓ Buffer for unknowns
```

### 3. Communicate Proactively
```
✓ Bad news early
✓ Regular status updates
✓ Document decisions
✓ Celebrate wins
```

### 4. Deliver Value Early
```
✓ Phased delivery
✓ Working software frequently
✓ Quick wins first
✓ Continuous feedback
```

---

## Summary

**Professional Services:** Deliver client projects successfully

**Key Documents:**
- Proposal (win business)
- SOW (define scope)
- Status reports (communicate)
- Change requests (manage scope)

**Pricing Models:**
- Fixed price (clear scope)
- T&M (flexible)
- Retainer (ongoing)
- Value-based (ROI)

**Success Factors:**
- Clear scope
- Regular communication
- Change management
- Risk mitigation
- Client satisfaction

**Avoid:**
- Vague scope
- Poor communication
- Scope creep
- Unrealistic promises

Overview

This skill is a comprehensive guide for professional services delivery covering proposal writing, statement of work (SOW) creation, pricing strategies, scope control, and client delivery. It equips consultants, agencies, and freelancers with templates, processes, and practical checklists to win work and deliver profitably. The focus is on clear scope, predictable pricing, and repeatable delivery cadence.

How this skill works

The skill inspects end-to-end delivery activities: crafting persuasive proposals, defining SOWs with in-scope/out-of-scope items, and structuring milestones and acceptance criteria. It provides pricing frameworks (fixed, T&M, retainer, value-based), change control templates, and communication cadences. Risk registers, status report templates, and handover checklists help operationalize delivery and reduce surprises.

When to use it

  • Preparing a client proposal to win a new engagement
  • Defining a formal SOW before starting development work
  • Choosing a pricing model for a project or ongoing support
  • Managing scope changes or client requests mid-project
  • Setting up communication and reporting cadences for stakeholders

Best practices

  • Start proposals with a client-focused executive summary and measurable outcomes
  • Define “done” and acceptance criteria clearly in the SOW
  • Use a written change request process for all scope changes with time/cost impact
  • Include buffer time (15–20%) and explicit assumptions to mitigate schedule risk
  • Maintain weekly status reports, a risk register, and a clear escalation path

Example use cases

  • Responding to an RFP with a structured proposal and pricing option matrix
  • Scoping and pricing a 12–13 week web application project using milestone payments
  • Converting an ongoing support need into a monthly retainer with rollover rules
  • Handling a mid-project feature request via a documented change request and impact assessment
  • Handover and project closure with technical and business checklists for client operations

FAQ

Which pricing model should I pick for an uncertain scope?

Use Time & Materials or a hybrid (discovery fixed fee + T&M) to reduce vendor risk while defining scope.

How do I prevent scope creep without damaging client relations?

Document scope clearly, educate the client on impacts, and route new requests through a change request that shows time/cost trade-offs.

What acceptance criteria are essential in an SOW?

Functional requirements, QA pass conditions, client written approval, documentation delivery, and any training completion.