Increase Sales Quickly!
DIRECTORIES
-------------------------
Home > RFP Response Preparation > Business Proposal
The RFP proposal that win a contract almost always possess a special set of characteristics. Since the mid-1980s Infotivity has helped hundreds of clients evaluate thousands of software RFP proposals submitted by vendors competing for software contracts. Over the years we have observed a common set of characteristics always present in the winning RFP response proposals clients selected for contract award. This common set of characteristics always made those business proposals stand out more by communicating benefits to the client in a more effective manner.
On the other hand, it always seemed as though the loosing proposals always had the same mistakes over and over again. The foillowing mistakes are quite common. Learning how to identify the following mistakes and correct them will ensure that your future RFP proposals will be better than the average proposal seen by an evaluator.
It is also very important to attend any Pre-Bid conference that may be scheduled for a specific project because this is where all vendors have the opportunity to ask questions designed to identify the true scope of the planned project.
If no Pre-Bid conference, then one must query the customer directly, if possible.
It is here that you have the opportunity to learn powerful information that will prove extremely useful at other times in the RFP response proposal creation process, as discussed in:
It is very important to read and follow ALL the RFP response instructions given in the RFP. This includes responding to ALL of the RFP requirements and questions. Be certain that every RFP question or requirement has a corresponding response in your business proposal. If you cannot find that one-to-one relationship then your proposal is probably not compliant with the RFP.
For example, if the RFP states that all responses must not exceed 10 pages, you must be sure your response is no more than 10 pages long, since any additional pages may be ignored by the evaluation team or your business proposal may be thrown out entirely. It is the customer who sets the rules for responding to the RFP, and those rules must be followed to move further down the proposal evaluation process.
Respond to ALL Mandatory Requirements. Simply put, mandatory requirements are those that must be responded to, without fail. In most cases an RFP proposals that does not respond to them will be thrown out, disqualified, by the customer. They are there to help the evaluation team assess your business proposal fairly against other RFP responses, and to provide a consistent framework so all vendor responses can be evaluated in the same way. Since responding to ALl manadatory requirements is extremely important be sure you have identified all of them, since they can be located in many areas throughout an RFP.
Develop an Accurate, Detailed But Easy to Use Table of Contents (TOC). It is important to understand what is being asked. Some RFPs will provide explicit instructions about how to structure a Table of Contents (TOC). Other RFPs will provide scattered information and you will have to decide what the evaluatorion team (end users) want. An accurate TOC developed after a careful study of the RFP will prove to the customer that you do indeed understand what is required. Unless instructed otherwise, the TOC of your business proposal should match the order of the RFP questions, as sections of your proposal might be evaluated by different members of the evaluatiuon team and all should have a common point of reference if sections need to be shared. The primary goal to focus on when developing the TOC is making information easy to find for the evaluators.
To create a proposal checklist, start with the RFP table of contents, since many RFPs will have several sections that require special information from you, and many even have a "Response Requirements" or similar. You should then add what your marketing and sales needs dictate to be sure the checklist contains everything that should be in the proposal. At minimum, a checklist should include the following:
There could be many more items in a checklist, but the above will get you started down the right path.