How to Draft Proposals and Estimates

6 min read Guides

A practical guide to drafting scoped proposals and estimates with priced options, assumptions, exclusions, and approval.

A proposal and estimate turn a client brief into a document the buyer can approve: what will be done, why it fits, what it costs, when it happens, what is excluded, and which assumptions the numbers depend on. A good proposal does not make the work sound larger than it is. It makes the scope and decision path clear.

The value is risk reduction on both sides. The client gets a priced plan they can compare and approve. The seller gets fewer disputes later because the proposal names assumptions, exclusions, validity window, and open questions before the work starts.

Why proposals quietly create delivery problems

Proposal work often fails by being too persuasive and not precise enough. The executive summary sounds polished, the pricing table looks complete, and the timeline feels reasonable, but the assumptions are missing, the exclusions are vague, and one important number came from memory instead of the pricing document.

Those gaps become delivery problems. A client expects an item that was never included, an internal team inherits a timeline that depends on missing access, or the seller discounts a scope change because the proposal did not state the boundary. The earlier the proposal names gaps, the cheaper they are to fix.

What the manual process looks like

Done by hand, proposal drafting has five steps:

  1. Read the brief and attached context, then synthesize the client's situation, goals, requirements, constraints, and open questions.
  2. Check the services and pricing source before writing any number into the estimate.
  3. Draft the proposal structure: executive summary, understanding of needs, proposed approach, deliverables, priced options, timeline, relevant experience, terms, and next steps.
  4. Make assumptions, exclusions, validity window, payment terms, and unanswered questions explicit.
  5. Review the draft for traceability, audience fit, and unsupported claims before sending.

The proposal should help the buyer say yes, but it should also make the no-go points visible. If an open question blocks a firm number, the document should say that rather than hide the uncertainty.

What an agent can automate

A proposal agent is useful when it drafts from sources and refuses to invent missing details:

  • Scope the brief first. The agent scans the brief and attached context, then produces a structured intake with summary, background, current state, key considerations, gaps, and next steps.
  • Draft from a standard spine. It uses the same proposal structure each time, so client-facing deliverables stay consistent across opportunities.
  • Ground numbers in pricing. Every price and figure must trace to the services-and-pricing document. If the brief asks for unpriced work, the agent flags the gap.
  • Offer priced options. The draft can present options, anchor with the higher option first, and mark one recommended when the pricing source supports it.
  • Pressure-test before approval. A reviewer checks traceability, assumptions, exclusions, validity, open questions, executive summary quality, and audience fit.

The agent does not guarantee the deal closes, invent pricing, or replace legal review for terms. It prepares the proposal for human approval.

The guardrails that make it safe

Proposal automation needs source discipline. A confident unsupported number is worse than an empty row because it becomes a promise.

The safe shape is a workflow where the proposal agent scopes the brief, drafts the proposal, and then a reviewer tests every number and term before the human sees it. The approval request should include the proposal, estimate, and flagged open questions. Anything that blocks a firm price should remain visible until the owner resolves it.

Set it up in Task Machine

The Proposal & estimate drafter playbook installs the proposal desk as working records in your workspace: the Proposal Agent, the Proposal Reviewer, the Proposal Desk team, three proposal and brief skills, and the workflow that scopes, drafts, reviews, and waits for approval. Setup takes a few minutes. You need a Task Machine workspace and permission to install playbooks (workspace owners have it). No connected service is required. The workflow runs from the brief and context you attach.

1. Find the playbook

Open Playbooks in your workspace and search for "proposal estimate", or browse the Documents category. The card shows the proposal team, workflow, and skills.

The playbook gallery with the Proposal and estimate drafter card in the Documents category

2. Preview what it installs

Preview & install opens the full contents before anything is created: the Proposal Agent, Proposal Reviewer, Proposal Desk team, proposal workflow, and the skills for proposal writing, brief intake, and client-facing report discipline.

The Proposal and estimate drafter preview listing the agents, team, workflow, and proposal skills, with a Start setup button

3. Define the proposal scope

Start setup asks for the prospect name, project scope, pricing approach, and proposal constraints. Use this step to name the buyer, summarize the work, explain how pricing should be framed, and state boundaries such as validity window, excluded work, or required approvals.

The setup form filled with a Northwind Studio prospect, project scope, pricing approach, and proposal constraints

4. Generate and review

Generate customized playbook turns those answers into the proposal desk instructions and workflow prompts. Review the cards before install. The workflow should scope the brief first, draft the proposal second, review the draft third, and then wait for approval.

The review step showing the customized Proposal Agent, Proposal Reviewer, Proposal Desk, proposal skills, and approval workflow

5. Install

Install customized playbook creates the proposal desk and lists what landed in your workspace. One follow-up arrives in your inbox: start the Draft proposal workflow. The first run scopes the brief, drafts the proposal and estimate, pressure-tests the numbers and open questions, and waits for your approval before anything is sent.

The install confirmation listing the created proposal skills, agents, team, and workflow, with the start-workflow follow-up ready in the inbox

What good looks like

Three checks tell you whether the proposal is ready:

  • Every number has a source. Prices, timelines, and quantities trace to the brief or pricing document.
  • Boundaries are explicit. Assumptions, exclusions, validity window, payment terms, and open questions are visible.
  • The summary can stand alone. A buyer can read the executive summary and understand the need, the recommended path, and the decision requested.

Common questions

Should a proposal include multiple options? Often, yes. Options help the buyer choose scope and budget level, as long as each option is priced from a real pricing source and the recommended option is justified.

What should happen when the brief is incomplete? The proposal should flag the gap prominently. If the missing detail blocks a firm price or timeline, the workflow should ask the human rather than guessing.

Can the agent send the proposal automatically? No. The playbook drafts and reviews the proposal, then waits for human approval before anything is sent.

How detailed should exclusions be? Detailed enough to prevent a reasonable misunderstanding. If an item is commonly assumed by clients but not included in the price, name it in the exclusions.

Put the work you just read about on rails

Join the waitlist and we will send early access when the first private beta spots open.

Private beta. We invite teams in batches and never share your email.