Proposal losses generally fall into these categories:
Price. The is the safe excuse. But losing on price has more to do with getting either the getting the scope or the price to win analysis wrong than with bill rates.
Your proposal didn't score high enough against the evaluation criteria. Proposal writing has a much smaller impact on your score than your strategic choices and tradeoff decisions.
Someone had an offering that the customer liked better. Did it score better because the offering was better or because it was the offering the customer wanted? Understanding the customer's preferences is critically important. The customer preferences that count often don't show up in the RFP and can't be discovered once the RFP is released.
You made mistakes or didn’t follow the instructions. This is the most frequent cause of avoidable losses.
Presentation, Persuasion, Messaging, and Storytelling. The customer will almost never cite this as the reason someone won. It's still a factor, even though it's not quantifiable. It shows up in your score. The best way to validate your messaging is through discussions with the customer. Discussions like this almost never happen after RFP release.
So when a proposal loses, why do people tend to focus the lessons learned on the proposal phase, when the truth is that you probably lost before the proposal started.
Here are the universal lessons to be learned at the end of a proposal:
Improve your pricing by improving your information advantage about the scope of the project and the inputs you need to do effective price to win analysis.
Improve your score by focusing on making informed strategic choices and trade-off decisions instead of trying to maximize your keyword stuffing in the proposal phase.
Improve your offering by discovering the customer's preferences.
Don’t make mistakes. Good luck with that. Quality processes can help. Trying really hard can help. Manage the process to provide the time needed to avoid making mistakes.
Improve how you write your proposals. This can be either improving your planning or improving your execution. But what improves it the most is better input. Process and training can help. A lot. Recycling content, using tools, etc. won’t help as much as you think because content and tools don't help you think better.
In my experience, problems with the offering are the number one reason why proposals lose. A loss on price is more likely to be a result of differences in how the work was scoped and defined than it is to be a result of an actual difference in prices. Bid strategies can be based on the RFP, but the best ones are based on giving the offering a better, differentiated strategic impact. When offering design occurs during the proposal phase, it often degrades to being more about mere compliance and presentation than strategic impact.
Mistakes like missing forms or proposal requirements should never happen. But they do. That’s the nature of mistakes. Thankfully, they are rare. Poor decisions about what to offer happen far more often but are also harder to admit. Changes about what to offer during the proposal phase are the biggest source of lost time that causes the rush that usually causes mistakes.
Lessons learned reviews tend to focus on making the proposal better instead of making the offering better. People want to believe that they made the best decision they could without beating themselves up about it. The only problem is that accepting this does not lead to better decisions in the future.
Almost all of the bad decisions people make about their offering are a result of not having the right information. Informed decisions are easy. The reasons people don’t have the right information is that they didn’t do their homework, they made assumptions, or they didn’t dig deep enough. And that is usually a result of them not starting early enough, or putting the right effort in if they did.
You can fix two out of those three:
If you didn’t do your homework, it’s most likely because no one gave out the homework assignment, it was given too late to be able to complete it, or the assignment was poorly constructed and did not sufficiently explain hoe it should be accomplished. This is a nice way of saying that it's more like that whoever was supposed to be in charge failed to get the ball rolling and provide oversight than it was a failure to do the homework once assigned.
If you made assumptions, like “the customer loves us” or “the customer doesn’t like [fill in the blank],” then you need to learn how to recognize your assumptions so you can start catching yourself making them and test them instead. Most assumptions take the form of thinking you know what the customer will like or not like. Operating without first-hand knowledge of the customer's preferences is a form of assumption. Believing your company is the customer's best alternative without proving it is another. Assumptions lead to proposals that "sound good" to everyone except the customer.
If you didn’t dig deep enough, it may be because you exhausted your contacts and the customer wasn’t willing to talk. Maybe you could have tried harder, but you might have just run into a wall. One challenge is that the customer is not one person. There are many people involved in the decision, often with competing agendas. Does your information reflect that? If not, are you assuming the people you have talked to reflect a consensus at the customer? How do you get to those at the customer you don't know and who might not be willing to talk to vendors?
It's harder for incumbents. It’s easy as the incumbent to think you know the customer. But what are they not telling you? What are the preferences at management levels above the customer staff you interact with? Are you assuming that the future project should resemble the current project in size and scope? What has changed? And what might a competitor do to woo the customer away? Are you willing to change? Are you willing to downscale to increase your chances of keeping the customer? Is that what the customer wants? Did you invest in real continuous improvement and delighting the customer? Are you going to pay the price if you didn’t? An outsider has nothing to lose by submitting a bold proposal.
When an incumbent loses, it’s even sadder. When it’s not the result of a mistake or pricing, it can because of things like they weren’t providing the awesome service they thought they were, their offer didn’t support the changes the customer wanted to make, or someone else offered something new that the customer wanted more than they feared the risk of change. In every case, bad information or assumptions are what killed the bid and not bad proposal writing. Even though we want to believe that a last-minute heroic effort can save the day, no improvement in the proposal process or writing could have changed the fact that what was proposed was misinformed.
The real lesson to be learned isn’t just that you should start before the RFP is released. It’s that you should make sure that what you think you know is real. Otherwise, no matter how nice a house you build during the proposal phase, the weak foundation can make it collapse. You lose the proposal before it even starts and don't realize that's how it's going to turn out. Bring valid information to the proposal and heroics won’t be necessary to write one that wins.
Let's discuss it!
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.