BDGL / Insights / Pipeline

A B2B proposal that wins, and the page that decides it

A B2B proposal that wins, and the page that decides it

The proposal is usually blamed when a deal is lost, and it is usually the wrong thing to blame. But when it is the problem, it is the problem in a small number of predictable places.

A deal you expected to win goes quiet, and three weeks later you hear the account went elsewhere. Somebody on your side says the proposal did not land. That is often a comfortable story, because a document is easier to fix than a qualification problem. Sometimes it is also true.

This is what a proposal is actually assessed on, which parts of it get read, and how long it should be. It is written for the ordinary case where you are one of three or four suppliers being compared by people who have other work to do.

What a proposal is scored on before anyone sees your price

Formal procurement is worth understanding even if you never bid for a public contract, because it makes visible a process that is otherwise happening silently in a buyer's head. The World Bank sets out its method in Evaluating Bids and Proposals with Rated Criteria, published in February 2025, and the mechanism is a two envelope procedure. The technical envelopes are opened and scored first against weighted criteria. Only the bidders judged responsive have their cost envelopes opened at all. The two scores are then combined by weighting to identify what the Bank calls the most advantageous proposal.

Two things follow from that. The first is that quality is assessed while price is literally not visible, so a proposal that reads as cheap and thin is not rescued by being cheap. The second is that the criteria and their weights are decided before any proposal arrives. As of 2025 the World Bank made rated criteria mandatory for most large international contracts it finances, which is a deliberate move of emphasis towards quality rather than lowest price.

Private B2B buying is less formal and the weights are rarely written down. They still exist. Somebody has decided, before reading anything, what matters most about this purchase. Your job is to find out what those weights are and answer them in that order, which is a different task from describing your company well.

What this covers
What this covers

The executive summary is the page the decision maker reads

The person who signs is usually not the person who ran the process. They read the first page and skim for numbers. Everything else in the document exists to survive scrutiny from people who will read it properly, which matters, but it is not where the decision is made.

So the first page should say what the buyer asked for in the buyer's own words, what you propose to do about it, what it costs, and how long it takes. If your opening page is about your founding year, your values and your client logos, you have spent the only page that is guaranteed to be read on the subject the reader cares least about.

A test that works: delete every sentence on page one that would still be true if you sent the same proposal to a different company. What survives is your actual executive summary. If nothing survives, you have not written one yet.

Five sections that earn their place

Beyond the summary, most winning proposals contain the same five things and very little else.

  • The problem restated. Written so the buyer recognises their own situation, including the parts that are awkward. Getting this wrong ends the reading.
  • What you will do. Scope in plain terms, with what is explicitly out of scope. The exclusions build more trust than the inclusions, because they show you have thought about the edges.
  • How it runs. Who is involved on both sides, what you need from them and when. Buyers underestimate their own workload on every project, and a proposal that names it honestly is unusual enough to be noticed.
  • Evidence. One or two relevant cases with the actual constraint and the actual result. Fifteen logos are weaker than one comparable engagement described properly.
  • Commercials. The number, what it includes, what triggers more, and the payment schedule.

Anything that does not fall into one of those five is a candidate for deletion. Company history, methodology diagrams and team biographies usually are, unless a specific person's involvement is part of what is being bought.

At a glance
At a glance

Length, and where the page limit comes from

There is no correct page count, but there is a useful rule: the proposal should be short enough that the whole buying group can read it, and the appendix long enough that the specialists can check it. Splitting those two audiences is what stops a document sprawling. Ten pages plus appendices beats a forty page narrative that nobody finishes.

If a formal request for proposal sets a page limit, treat it as a scored criterion rather than a formality. Exceeding it signals that you did not read the instructions, which is precisely the doubt a procurement team is trying to resolve.

What to do about the price

Put the number in the document and put it where it can be found. Withholding it to force a conversation reads as a negotiating tactic, and it makes the internal comparison harder for the person who has to build a table of three suppliers.

The more useful work is making the number legible: what it buys, what it does not, and what a change would cost. Most price objections are not really about the figure, and the four things a buyer usually means when they say you are expensive are set out in how to handle price objections in B2B without discounting. A proposal that pre-answers two of those four rarely produces the objection at all.

Who it has to survive after you send it

Your proposal is read by people you never met, usually without you in the room to explain it. That is the single biggest reason clear documents beat impressive ones. Knowing who those people are before you write is most of the advantage, and the shape of that group is described in the B2B buying committee.

Where the work is a software build, the proposal and the requirements document start to overlap, and the failure mode is agreeing on a price for a scope neither side has written down. Our colleagues at rivl.dev set out a workable short form in how to write a software requirements document, and using something like it as the proposal's scope section removes most of the argument that would otherwise arrive in month three.

Honest limits

A good proposal cannot win a deal that was never qualified. If you have not met anyone with budget authority, if the timeline was never confirmed, or if the buyer is collecting a third quote to justify a decision already made, the document is not the variable. That is a pipeline problem, and it is worth reading why B2B deals stall and a B2B lead qualification framework that survives an audit before rewriting a template.

The other limit is effort. A serious proposal takes real hours, and writing one for every opportunity is how small teams lose the week. If you cannot say who will read it and what they are weighing, that is a sign to have another conversation rather than to start writing. The route to those conversations at larger accounts is covered in how to get meetings with enterprise clients.

And a proposal is a record as much as a pitch. Whatever it says will be quoted back to you in month six, so write the version you would be content to be held to rather than the version most likely to be signed.

Want a second read on a proposal before it goes out?

Send us the draft and whatever you know about who will read it. We will tell you which sections are doing work, which are filler, and what the buyer is likely weighting that you have not answered.

Book a Free Consultation

Read next