All resources

Definitive guide · Proposal & quote

The definitive guide to proposals and quotes

Updated October 202610 min readproposalquotepricingclosing the deal

A proposal is the only document most businesses ever produce whose entire purpose is to be signed. A deck can be admired and set aside. A sell sheet can be filed for later. A case study can be forwarded around with no action attached to it at all. A proposal exists for exactly one reason: to get a yes, in writing, today.

That single difference changes everything about how it should be built, and almost nobody who writes one treats it that way. Most proposals read like a recap of a meeting, when what they actually need to be is a decision somebody can make without a second conversation.

Why a proposal fails long before the price does

The instinct, writing a proposal, is to worry about the number. Is it too high, too low, will the buyer push back. That worry is usually pointed at the wrong risk. By the time a proposal exists, the price has almost always already been discussed, even roughly, even as “somewhere around X.” A proposal that introduces a price for the first time, in the document itself, has not written down an agreement. It has started a negotiation from zero, in writing, with nobody in the room to answer the objection that just landed.

The single most reliable way a proposal fails is not that the number was wrong. It is that the number was a surprise.

The fix is simple to state and easy to skip under deadline pressure: ask the budget question before the document exists. Not as an interrogation, as an ordinary part of the conversation that gets you to the proposal stage at all. “What were you expecting to spend on something like this?” or, if that gets a shrug, “what did you spend last time you solved this a different way?” Either answer turns the number on the page from a reveal into a confirmation, and a confirmation is something a buyer signs. A reveal is something a buyer takes away to think about, which in practice means the deal has just gone quiet.

The shape that actually holds

A proposal that works has a small number of parts, each doing one job, and none of them is optional.

  • A header that identifies the document. A short record number or date code, the project name as the first thing a reader sees, and your mark. This sounds trivial until a buyer has three competing proposals on their desk and needs to tell yours apart from memory a week later.
  • Who it is for, and when. A plain block naming the buyer, their company and the date, placed where a reader expects to confirm this is actually theirs rather than buried in a footer.
  • Who it is from. Your legal name, address and a way to reach a real person: the information a buyer's finance or legal team wants before a check gets cut, up front rather than somewhere a careful reader has to go looking.
  • A line-item table that shows its reasoning. Not just a price. What the line is, why it is there, how many, and the subtotal. A buyer comparing this against another proposal, or against doing nothing, reads this table harder than any other part of the document. A single “project fee: $X” line gives them nothing to evaluate; a table gives them something to agree with, piece by piece.
  • Adjustments, shown rather than hidden. Any discount, credit or special term gets its own line, named for what it actually is. “Credit: initial concept work already completed” is a sentence a buyer trusts. A mystery reduction in the final total, with no line explaining it, reads as either a mistake or a trick, and neither of those closes a deal.
  • What is actually included, in plain language. File formats, usage rights, what happens after delivery, anything the price is buying beyond the line items. This sits directly under the price, not filed away in a separate document nobody reads before signing and everybody reads after a dispute.
  • A total that stands out. The arithmetic should be checkable by eye, and the final number should be the single most visually distinct thing on the page, because it is the thing being asked for.
  • An unmissable way to say yes. A signature line and a date-of-acceptance line, or whatever the equivalent is for a business that does not close on paper. Near the price, where the buyer's attention already is, and again at the very end, where a reader who has made up their mind expects to find it.

That last one is worth saying twice, because it is the most commonly missing piece in an otherwise good proposal. A document with no obvious place to say yes has, in a quiet way, failed at the one thing it exists to do. Put the acceptance mechanism in two places on purpose.

The terms problem, solved once

Every proposal needs legal terms behind it: payment schedule, liability, what happens if a project stalls. The naive approach pastes the full terms into every single proposal, which guarantees that the moment anybody updates the terms, half the proposals in circulation are already out of date and nobody notices until it matters.

The better approach, recovered directly from a real, years-old practice: one short sentence pointing at a single, standing, persistent page of terms. “Pricing and delivery are governed by the standard terms at [a stable URL].” The terms live in exactly one place, get updated in exactly one place, and every proposal referencing them is automatically current the moment that one page is. The proposal itself stays short, which matters, because a shorter document gets read in full and a longer one gets skimmed.

Generated fresh, every time

A forked copy of a deal from six months ago with the client's name swapped out is the most common way a proposal goes wrong in a way nobody catches. The old deal's stale price rides straight into the new one. So does an already-superseded claim, a scope line for a service you no longer sell, and the previous buyer's name in the one place nobody thought to look.

Build each one from current pricing, current scope language and the actual named decision-maker. If that sounds expensive, it is only expensive the first time: it is expensive precisely because the template did not exist, and building the template is the work this row is asking for.

Price from the catalog, never from thin air

Every line traces to a current rate card or a stated, defensible rate, not a round number that felt right in the moment. Where a discount or an adjustment applies, itemize it: what it is for, and how much. Never a blanket percentage knocked off the bottom line.

This is the discipline the recovered archive proposal shows most clearly. Its adjustments are credit lines for work already completed, named as exactly that, rather than a lump-sum markdown. The difference is not cosmetic. A named credit tells a buyer you are charging for the work and crediting what they already paid for. An unnamed markdown tells them the first number was negotiable, which invites them to find out how negotiable.

What good collateral earns, and a careless proposal spends

By the time a proposal exists, a buyer has usually already seen a deck, a sell sheet, maybe a case study. Those documents did real work: built a case, made a claim memorable, proved the claim with a real result. A proposal that contradicts any of them, even slightly, a different number, a softened version of a claim the sell sheet stated more confidently, a competitor comparison that does not match what the battlecard already said, does not just fail on its own. It quietly undermines everything that came before it, because a buyer who catches one inconsistency starts re-checking everything else.

The proposal's job is to cash in the trust the rest of the kit built, not spend it on a careless mismatch. Which means the last check before it ships is a cross-document one: does every number and claim here agree with what the other documents in this deal already said?

A worked walkthrough

Illustrative, not a real engagement. The figures below are invented to show the shape, and they are deliberately ordinary rather than impressive, because an invented impressive number is exactly what this guide tells you never to put on a page.

Picture a solo contractor quoting a kitchen remodel. The header names the job and the date. The prepared-for block names the homeowner. The line-item table lists demolition, cabinetry, countertop installation and electrical work as separate rows, each with its own price, rather than one lump “kitchen remodel: $38,000” line that gives the homeowner nothing to evaluate piece by piece. An adjustment line credits back the cost of a site visit already paid for during the estimate stage, named exactly that way. The deliverables block states plainly what is included, materials, labor, a one-year workmanship warranty, and what is not, appliances unless specified. The total stands out in bold. Underneath it, one line: terms and payment schedule per the attached standard agreement. At the bottom, a signature line and a date.

Nothing in that is clever. That is the point. The homeowner can agree to it in pieces, can see where the money goes, can see what was credited and why, and can sign it without a second phone call.

How you know this has decayed

  • Two people at the business quote different prices for what is, on inspection, the identical scope.
  • A deal stalls because nobody can say in writing what was actually promised.
  • A buyer signs something that turns out not to match what production later delivers.
  • The proposal has to be rebuilt from scratch every time, because the only working copy lives on one person's laptop.

The evidence

This is not a theoretical structure. It is recovered directly from a real, Gosling-owned proposal used on a real engagement: a line-item table, itemized adjustment credits rather than a lump discount, an acceptance statement appearing twice, and terms referenced by a single sentence rather than pasted in full. The archive is the source, not a template collection.

It sits inside a production history of 18,471 billed hours and 3,996 projects across eight years, where documents like this one, the things a buyer actually holds while deciding, made up roughly half of everything billed.

And the completeness discipline is enforced rather than merely recommended in the one piece of DesignTech code closest to this row: a structured document missing a required section is refused rather than filed, and an RFP response is marked “Needs information” the instant a single requirement goes unanswered. The same rule, applied to a different document type.

Sources

  • DesignTech's own production record: 3,996 projects and 18,471 billed hours, 29 July 2018 to 25 September 2026, counted from the agency's primary billing export.
  • A real, Gosling-owned 2018 proposal recovered from the production archive, for the document structure, the itemized adjustment credits, the dual acceptance block and the terms-by-reference sentence.
  • DesignTech AI's own business-documents engine and its save step, for the enforced required-section refusal and the “Needs information” marking cited above.

The checklist

A condensed version of the standard above, for skimming your own work against. This is not the grading rubric; it is what good looks like, stated plainly enough to check by eye.

  • The surprise test. Has the buyer heard this number, even roughly, before opening this document? If not, fix that before sending it, not after.
  • The scope-match test. Does every line in the table match something actually discussed, and is anything discussed missing from the table?
  • The math test. Does every adjustment show its own reason, rather than hiding inside a lower total?
  • The signature test. Is there an unmissable, unambiguous way to say yes, and is it there twice?
  • The terms test. Are the legal terms referenced in one sentence pointing at one standing page, rather than pasted and therefore liable to drift?
  • The consistency test. Does every number and claim here match what the sell sheet, the deck and the battlecard for this same deal already said?
  • The freshness test. Was this generated from current pricing, or forked from the last deal and edited?

Where to take this

Everything above works whether the proposal is typed by hand, built from a template you own, or generated. The shape is the shape.

If you would rather generate it than rebuild it: DesignTech AI writes the proposal to a required structure, refuses to file it with a required section missing, and hands back an editable Word document with a matching PDF. You supply the scope and the price, because those are yours and it will not invent them. Start free with 2,000 credits and no card.

The rest of the set, bottom of the funnel first