Are your tender requirements killing your IT project?

Are your tender requirements killing your IT project?

Plenty of organisations have well-formed procedures for procurement on large projects, but when the projects are small, the contracts are short-term, or the budget is low, those same procedures can easily become a crippling overhead to both sides of the procurement process.

Whether you’re sourcing asset redeployment, data destruction, training, software, hosting or bespoke development, an RFT (Request for Tender) with unnecessary, unrealistic, or just over-the-top requirements can make it too hard for some companies to commit the time required just to do the paperwork. In extreme cases you end up with vendors that specialise in meeting tender requirements instead of specialising in the service they’re pitching to provide.

Here are our four tips for reducing the pain of running a tender process for smaller projects:

1. Focus on the outcomes not the how to’s

You may have a solution in mind when penning a RFT, especially if you’ve worked on similar projects in the past. However, treating the solution you’d expect as a requirement can be a mistake. Remember that the whole point of a tender is that it lets suppliers pitch on price and solution. Concentrate on the speci­fic outcomes the project must achieve and the standards that need to be met, and leave the “how” for the vendors to ­figure out; it’s their job anyway.

2. Avoid legacy and CYA requirements

Be careful of setting standards and requirements based on past vendors rather than the current project. It’s easy to do and not always deliberate as people will associate skills/resources/approaches etc with previous success without even realising it. Also, be wary of requirements intended to make sure that any successful tender will be easy to defend to upper management. Such requirements may seem like a good idea, but they can exclude companies with better solutions from entering your vendor pool. If the tender is good you won’t have trouble defending its selection.

3. Don’t make writing the tender a job in its own right

Asking too much from a vendor in the tender process can make your tender less appealing. Asking a vender to supply an example fi­nancial statement with its tender is ­fine if you really need to ensure the long term ­financial stability of the vendor, but it penalises and o‑ends some smaller vendors unnecessarily. Asking for too much material as part of the tender itself can also be a sign of no income- generating-time for your vendors. A good litmus test is to not ask for anything you aren’t going to read fully. If you plan on just skimming something, then ask for the summary not a book.

4. Don’t discount LVV (low value vendors)

Small companies don’t necessarily mean lower quality. They can be small because they cater to a specialisation or a niche. Take the time to separate your expectations of the project from your mental image of the perfect vendor. The same goes with new companies and start-ups, they may have other ways to satisfy concerns over capacity and quality other than being the biggest or oldest company on the list.



Bottom line


If your project is small in budget or scale, then you need to make sure that your RFT is small-vendor friendly. The demands you make of large vendors may be impractical on smaller projects and end up costing time and money you don’t have.

However, if you take the time to be clear on what you really need and step away from your preconceptions you’ll ­nd your vendor pool is fresher and more competitive. Just keep in mind that for the vender, getting a tender accepted should be the start of the hard work not the end of it.

Need help with your IT Equipment? Call us on 01423 206640