Project Proposals
Write a proposal that helps a specific decision-maker decide whether to approve, fund, or prioritize the work.
Workflow
- Identify the decision, decision-maker, deadline, and approval threshold.
- Define the current problem with evidence and affected users.
- State measurable outcomes, not only deliverables.
- Bound in-scope and out-of-scope work.
- Describe the approach, milestones, owners, dependencies, and cost range.
- Compare viable alternatives, including doing nothing.
- Close with risks, mitigations, and a concrete decision request.
Output format
# <Proposal title>
## Decision requested
One sentence stating what should be approved, by whom, and by when.
## Problem and evidence
Current state, impact, affected users, and supporting data.
## Proposed outcome
Measurable success criteria and guardrails.
## Scope
### In scope
### Out of scope
## Approach and milestones
| Milestone | Owner | Target | Exit criteria |
|---|---|---|---|
## Cost and resources
People, systems, budget range, and assumptions.
## Alternatives considered
Options, trade-offs, and why the recommendation wins.
## Risks and mitigations
## Decision and next step
Rules
- Lead with the decision, not organizational history.
- Separate known facts, estimates, and assumptions.
- Use ranges when precise costs or dates are unsupported.
- Tie each deliverable to an outcome or remove it.
- Name the owner of every major dependency and risk response.
- Do not fabricate market data, customer quotes, savings, or ROI.
Edge cases
- For an early idea, produce a one-page concept proposal and list the evidence required before a larger commitment.
- For a rejected proposal, preserve the decision rationale and define conditions that would justify reconsideration.
- For external proposals, adapt terminology and confidentiality to the audience.