An RFP is a means to an end. The end is to transform some or all of a business. The usual means is to gather requirements, match them up with software features as promised by the vendor, and choose the software that matches up the best.
Therein lies a Grand-Canyon-sized gap: connecting the dots separating your understanding of what the software should do (requirements) with how you want your organization to run differently (the transformation).
What a traditional RFP will help you do is find a software solution that provides capabilities the business needs to stabilize, optimize, and transform. It’s a partial solution – its results are, that is, necessary but not sufficient.
The challenge that RFPs are trying to solve is to help you and your colleagues gain confidence in a transformational event. To that end my company recognizes five stages of organizational change: Analysis, Organization, Stabilization, Optimization, and, finally, Transformation. The problem is that transformations need to be understood and considered—not sold. You are expecting that the world is going to change in some way, and that the way the business has been working may not work in the future.
Which is a key reason you need to avoid the tiresome “Chocolate or Vanilla?” argument. It’s a transformation. You and your colleagues are re-imagining the business and the marketplace it competes in. Chocolate, vanilla, sprinkles and the rest are about keeping IT costs down – a perspective that can cripple a transformation before it has a chance to start.
Once more, with feeling: If you set your goal as selecting software, even the best choice will be the wrong choice. Your goal is transformation. Your selection goal is choosing the best combination of software and solution partner.
There are a lot of ways to select this combination (the starting point is to include the implementation team) that work better than RFPs. Depending on your situation, here are two simple tools to consider:
One approach is largely suggested by a regular reader (Mike!) is to build a decision score card. This approach is useful when you are still narrowing down options—but maybe not for making a final decision.
- Form a selection team of key partners in your company that need to have a say in the decision.
- Ask this team to create a list of 20 high-level requirements, described in terms of business capabilities, not software features and functionality, to verify that the solution provider has a basic grasp of the fundamentals.
- Ask the vendor to pick 10 or workflows that cover these requirements. Budget a bit of time- this should take a half day at the most. Make sure to budget time for questions and answers—with both the vendor and yourself getting a chance to ask questions of each other.
- Ask the selection team to score on how well the vendor showed that the solution answers the needs for current as well as future state of the team.
- Ask the vendor for an informal quote—just on the software licenses. Don’t ask for an implementation quote from them. Also ask for customer references and talk to other customers.
- Vendors generally are not the best implementors of a system. This seems counterintuitive, but it is often the case. In some SaaS software options, you may not have a choice, but where you can, ask the vendor for introductions to at least three implementation partners. To start, ask yourself only one question—“Can I imagine that this company will work shoulder to shoulder with me?” If you find yourself saying any form of “Not really”, keep looking.
The next suggestion is the Conference Room Pilot (CRP), described here as “An Agile variant optimized for implementing COTS and SaaS applications.” (See this article for more info https://issurvivor.com/2015/11/30/devcrpops/ )
This definition captures a lot of the benefits of the approach—In a limited amount of time, you will gain confidence that the system, team and individual, from all sides of the table, can quickly address requirements and productively demonstrate even a bit of limited value quickly. You will leave this event knowing this project is going to work—Or not. You will also know if you feel comfortable knowing if you and the team are ready for this.
The key challenge is having a “CRP” master or mistress of ceremonies that can explain the process, keep everybody on track, and eliminate confusion, and maintain forward momentum. This person needs to show people how to use the system, describe the adaptations made, and be emotionally available for new users who are giving this their best go. There should be a completion goal each day, and frequent check-ins to make sure that people are staying on track. By definition, this is a form of Agile, and Agile is radically centered on the humans in the process.
“Which is a key reason you need to avoid the tiresome “Chocolate or Vanilla?” argument.”
This actually leads to an interesting comment. I have a friend who was working on a degree in nutrition (Details omitted to protect the guilty). She was doing research in a facility that served cancer patients and trying to get “clients” to eat the needed supplements in the needed quantities was a major problem. The main supplement came in two flavors, yeah chocolate and vanilla. And they had a less than 40% success rate in getting the clients to consume enough of it. My friend found out that it also came in over 30 other flavors and got some money to buy a number of cases of all of the other flavors.
My friend then did research on giving them all a choice of what flavors they were served. Incidentally I was an original guinea pig to simply test all of the flavors over a week and see if they were all “edible”. They were and my favorite was peach. Now the results were dramatic. From 40% even with someone monitoring and trying to encourage additional consumption to someone just providing a documenting the consumption the success at getting full consumption was over 90%. The reason for the lack of encouragement time was that the same staff was still assigned and with the additional trips to get the additional servings requested they no longer had time for encouragement. By the way the cases of peach ran out first 😉
So what flavors are now available to the “clients” —— Chocolate or Vanilla. “Our ordering systems will not support anything else”.
Not totally on point, but on the other hand maybe on the exact point. I have seen more than one project that there was an obvious path, but that path would require management to change their processes, and the goal was to find the most effective process for the rank and file personnel. If upper level changes (transformation) are not on the table it probably will not give an optimal result.
By the way while I don’t have cancer and have not had I do have a medical condition which requires treatment which is provided at these facilities. Over the years I have been treated at a number of them. Generally they also give me the same supplements that they are using for those that need them. I have seen other flavors. I also recently found out why. The extra flavor is the one liked the best by the facility manager.
Much to think about here even if it is in a different whole industry.