Are you are looking for a replacement for your existing phone system? Do you want to see what solutions are available, and explore their capabilities?
If you are interested in receiving proposals from multiple sources, you may consider issuing a Request For Proposal (RFP). This document will explain your requirements and allow bidders to create a proposal to meet your needs.
Creating an RFP document can be difficult. Vendor’s often offer to provide you with their RFP document as a starting point. That sounds great, doesn’t it?
STOP! Before you use a vendor’s document, consider this:
Responding to an RFP takes effort and often there are expenses as well. Most companies evaluate the risk and reward before deciding whether to respond.
What is their chance of winning the business? How long will the process take? What level of effort is required?
Of course, they will look to the RFP document for many of these answers. If the document appears to be slanted toward one specific solution, and it’s not theirs, they won’t respond to the RFP. They don’t think they have a chance to win the business.
Here’s an example:
When VOIP first became available, the Cisco phones ran on a proprietary protocol named Skinny (SCCP). Since the technology was new, many people didn’t realize that this protocol was specific to Cisco only. We had a client who told us that he wanted a requirement for “VOIP phones and Skinny protocol”. He didn’t realize that this requirement would eliminate every other system from consideration.
I have read many RFP documents prepared by vendors. They don’t invest effort in creating these documents for the good of humanity. The vendor’s RFP is designed to make their solution look better than the competition, by emphasizing their strong points and minimizing (or leaving out) their weaknesses.
Throughout the document, there are many clues:
- Proprietary names for features
- An emphasis on a perceived competitive strength (all-in-one solution, automated implementation process, international reach, etc.)
- Few (if any) requirements for delivery and support
However, most potential customers don’t write RFPs very often. They don’t see these clues when they read the document.
But potential bidders DO recognize these signs. And they make the decision to respond, or not, based on their evaluation of their chances of winning the opportunity.
Do you want your RFP to limit your options?
If you want help in creating an RFP,
Getting people to change the way they work is not always easy; people need to have a reason to change how they’ve always done things.
If artificial intelligence is part of your future, then the cloud must be, too.
Taking time to create and implement a good end-user training program is an essential step not to be overlooked when deploying a new technology.
The best way to re-negotiate an existing contract is to treat it like a new one, as this provides an opportunity to improve pricing, terms and conditions without changing networks.