There are some technical nuances with a proposal writing and by learning them one can write a winning proposal. However, it would be misleading if we say that only writing the proposal in a specific format, summarizing all features, following all procedures would win you a proposal. There are certain requirements without which a proposal is not even considered, for example security certificates, relevant experience or accessibility standards. You will have to submit your solution to a third party audit/vulnerability testing for a security certificate. You will have to amass a small body of experience of working in private sector before you launch yourself in public sector. Lastly you will have to upgrade your solution so that it passes through other checks and standards. It’s called a competitive process for a reason; the suppliers have to step up their game to be considered as a viable solution.
The standards can be summarized in five main points:
b. Cost effective: TCO - all costs including initial investment, maintenance cost and replacement cost all will be considered.
c. Cost readiness: commercial of the shelf solutions are usually preferred with little to no customization
d. Unified solutions: featuring easy integrations with third party APIs and other in-use solutions
e. Standardized: the solution complies with widely accepted industry standards
These three main sections of the RFP mainly contains all the information needed for a primary scrutiny. The context of the RFP, buyer’s current solution, problems they are facing can be found here. Their expectations from the new solution, deliverables and timelines are also mentioned in this section. If the requirements match with the proponent’s solution, They proceed with the next sections. This section helps to construct answers.
Lets see what are the key information required in almost all ICT related RFPs and how best one can answer them.
A complete description of the supplier is required. We would suggest that you treat this proposal like a marketing material i.e. put all your best points on the paper and don’t leave anything for assumptions or deductions. However, you should steer clear of the seller’s bluff kind of statements. Only true and genuine claims should be made. Companies' capability and capacity to meet the RFPs requirement should be mentioned including:
For a government it is more important to secure data than the code. It is expensive to build technology and make it secure. On the top of that it’s even more costlier to keep the code a secret. So they are particular interested in knowing how well their solution addresses and complies with privacy protection, data security, and effective information management. UK, Europe and Canada have all defined their IT policies and cyber security standards; their RFPs are judged accordingly.
The proponents are expected to enter into agreement based on a combination of its standard terms and conditions which are subject to little negotiation. This section cannot be maneuvered around; one has to have a solid financial standing to pass in this area. The governmental agencies require documents like financial statements and audit reports of the last 2 years.
“An implementation plan is a document that outlines the steps your team should take to accomplish a shared goal or initiative. Implementation planning is the counterpart to a strategic plan… The purpose of an implementation plan is to ensure that your team can answer the who, what, when, how, and why of a project before moving into the execution phase.”
Further Reading
Anne-Marie Scott. "How To Procure Open Source" A placid island of ignorance… 26, Feb 2019
The OSS Watch Team. "Decision Factors For Open Source Software Procurement" OSS Watch 11 July 2008 , last updated 11 April 2014