Bob Lohfeld


5 steps to winning proposals

Technical team plays crucial role

I’m amazed at how few companies present good, compelling technical solutions in their proposals. The reason is probably that their technical teams don’t know what constitutes a good proposal solution.

In this article, I’m going to describe the process we use to ensure we develop solutions that will score well when reviewed by government proposal evaluators. Here’s how we do it.

Step 1 – Understand the requirement

The first step in engineering is to understand the requirement. I don’t mean to speak down to you since this seems pretty obvious, but I’ve read a lot of proposals where the technical team misunderstood the requirement or misinterpreted the intent of the government’s RFP.

To make sure everyone understands the requirement, we do a structured walkthrough of the requirement with the technical team. We discuss what is in the statement of work, the relevant attachments to the request for proposals, the proposal instructions, and the proposal evaluation criteria.

Let’s also make sure we agree on what is not part of the requirement. As engineers might say, “Let’s bound the problem.” Otherwise, our solution will become open ended and risk not addressing what is important to the evaluators. The better we understand the requirement, the more likely we are to create a winning technical solution.

Step 2 – Create candidate technical solutions

Next, let’s look at various technical solutions or approaches to doing the work. We like to have more than one approach since we want to trade off the merits of each as we close in on our preferred solution. The chosen solution should be technically sound, complete, logical, and internally consistent. In other words, we need an excellent technical solution that achieves what the customer has asked for, addresses the appropriate requirements in the RFP, and has no weaknesses in its approach.

Keep the alternative solutions handy since we may want to discuss them in our proposal as alternatives we considered when developing our technical solution, but discarded because our chosen approach is superior. This tradeoff discussion can be an effective way of ghosting another bidder’s approach, especially if they have chosen to propose one of the alternative approaches that we discarded.

Step 3 – Engineer in your proposal evaluation strengths

When the government evaluates your technical approach, they will be looking for proposal strengths. These are the features of your solution that either 1) increase the likelihood of successful contract accomplishment or 2) exceed a contract requirement in a way that is beneficial to the government. There may be other features that are evaluated as proposal strengths depending on the mission of the agency, for example, lethality of the system, safety inherent in your solution, etc.

Make sure you agree on how the government is going to define proposal strengths. In our experience, the definition is pretty narrow and may cause a lot of the features of your solution to be noted as interesting, but not scored as proposal strengths.

As a solution development team, we must comb through your technical solution and identify all features that might be scored as strengths since these will need to be highlighted in your proposal. If we don’t find evaluation strengths in your solution, then we go back and rework the solution until we have engineered features into the solution that can be scored as proposals strengths. The more strengths, the better the proposal will score.

For each proposed evaluation strength, make sure you include evidence to support your claims, and clearly delineate the benefit of each feature to ensure that the benefit tracks with the definition of what proposal strengths are for your solution.

Step 4 – Bring in the innovation

There is a natural tension between the need to propose proven solutions and the need to continually improve the way you propose to perform the work being bid. If you are justifying your solution by saying, “This is the way we always do this work.” or “This is how we did it last time.” then challenge your engineers to do it better, quicker, and cheaper.

Build innovation into your solution and show the government that you are indeed committed to improving the way work is done and offer real solutions to do this. Make creativity part of your solutioning process, and always remember that last year’s breakthrough in technology can become this year’s obsolete solution.

Step 5 – Reduce the cost

Challenge your technical team to engineer cost avoidance and cost reduction into their solutions. If it cost you a certain amount to do this work last time, then figure out how you can do it for less. Be mindful that you need to engineer cost reductions into your solution or technical approach when you are creating it, not wait for executive management to force it into you proposal in the final days of the pricing exercise.

Make these 5 steps part of your solutioning process, and you will consistently produce technical solutions that score well—hopefully bringing you more victories.


About the Author

Bob Lohfeld is the chief executive officer of the Lohfeld Consulting Group. E-mail is

Reader Comments

Thu, Sep 26, 2013 George C. Atallah United States

The five steps mentioned are elementary in nature, but necessary. This is traditional in box thinking alone will not assured you a proposal win at the end of the day. There are much more outside of the box thinking needed to win a proposal. I will share few points without elaboration. You win based on: 1) Unique differentiating strategy; 2) Unique differentiating leadership organization with proven record 3) Addressing risk prevention and management throughout 4) Addressing solution with focus on Transformational Thinking rather than transactional thinking. There are more unique steps you need to take in writing proposal in order to win. I have captured over $6 billion of new business with 100% probability of win the last 10 years by using my own methodology. I will be able to help you on consulting basis if you need my support. Please visit my LinkedIn profile for additional information. I can be reached at, or on my cell 301 332 9043. Have a great day. Regards, George

Tue, Sep 24, 2013 Reston, VA

Every so often an article like this will surface and say exactly the same thing. But the bottom line is this...companies need to prepare early and often, engage the right people and GET GOOD WRITERS. If you're developing strategies after the RFP drops, you've already lost. Everything else boils down to knowing how to conduct your business.

Fri, Aug 9, 2013

I found the article right on the mark, and certainly helpful. I would also add that you want to make sure anything you put in your solution is not foreign to the customer and certainly should not be the first time they have seen or heard of it.

Tue, Aug 6, 2013 Shevonne Fairfax, VA

I think one of the issues is that Technical SMEs are working on the technical solution on top of their daily tasks. This can cause rushed and unstructured work. I agree that a walkthrough would help. Also, companies should think about having one of the SMEs work on the proposal 50% of his/her time and/or give some incentives.

Please post your comments here. Comments are moderated, so they may not appear immediately after submitting. We will not post comments that we consider abusive or off-topic.

Please type the letters/numbers you see above.

WT Daily

Sign up for our newsletter.

Terms and Privacy Policy consent

I agree to this site's Privacy Policy.