This is a repost and reprise of a series that last ran (for the second time) in 2015. It’s as relevant, and important, today as it was then, if not more so, thanks to the I2O Hype and AI BS!
In this post we continue our series on best-practice vendor selection for your enterprise e-Procurement, e-Sourcing and Supply Management solution. As per our first post, this series specifically relates to the selection of technology(-based) vendors for your enterprise software needs, and e-Procurement, e-Sourcing, and Supply Management solutions in particular.
What is the ultimate goal of your organization’s technology acquisition project? To get a Spend Analysis/e-Procurement/e-Sourcing/S2C/P2P(/I2P/AP)/S2S/S2P/SXM/TPM/CLM/I2O system? No. To increase efficiency / save money / get more spend under management? No. To get satisfaction? No. (If you believe you will ever be satisfied, then I suggest you break out your record player, pull out “Out of Our Heads” by The Rolling Stones (US Edition), flip it to the B-Side, and repeat track one over and over, screaming with Mick Jaggar at the top of your lungs that [I Can’t Get No] Satisfaction until you believe it!)
The ultimate goal is your organization’s success. That’s the only metric you care about when initiating the technology acquisition project (TAP) dance. If your organization is a global multi-national, then your organization’s success depends on the vendor’s ability to deliver globally. (And if it’s just regional, on its ability to serve mid-size organizations effectively at a cost point that is affordable so that you can buy the system and grow.) Not how many boxes the vendor can check on some random feature / function check list. As we discussed in our last post, where large-scale roll-outs are concerned, there are only a few standalone best-of-breed sourcing and procurement technology vendors that will make the shortlist for a given organization.
Moreover, and you’ve probably been wondering about this, this success metric has NOTHING to do with AI, and neither does your RFX. Depending on what you need, the best solution might be AI, it might be rules-based RPA, it might be guided workflows, it might be a simple data processing and reporting app, or it might be an alert to dust off the handset, pick up the phone, and call the supplier rep to hash out a problem. The reality is that it is usually the case that you don’t need AI and Agents, you need solutions that solve your problems. The best solution is an Augmented Intelligence solution (which is the best type of “AI” solution that actually exists, because, as we’ve repeatedly told you, there is no real Artificial Intelligence, AI Employees Aren’t Real, and if you truly want a good RFP response, the #1 phrase you should ban in your RFP response is AI!)
Great results come from applying the best tech for the problem at hand, not from forcing experimental AI where it doesn’t belong. If a traditional technique can automate 95% of the tactical and data processing workload with 100% accuracy, that’s what you want. (Your CEO and CFO might want a dystopian society where they replace all the workers with artificial agents to maximize profits and minimize the need to actually comply with laws and regulations, but that’s not a reality that is within reach — so they will have to settle for a reality where the white collar workforce is optimized as every worker is 2, 3, 5, or 10 times as productive with the right Augmented Intelligence application supporting them, and every worker they bring on contributes to company growth and success.)
Furthermore, this success metric has NOTHING to do with Intake to Orchestrate either! (We’ve said it before, and we’ll say it again. Spend Orchestration is Clueless for the Popular Kids when what you really need is Revenge of the Nerds!) Intake is NOT NEW. Coupa had full intake on Procurement Independence Day in 2006! (But everyone forgets because as soon as Robbie took over the Coupa factory, they switched from an organizational-size pricing model to a per-seat pricing model and that resulted in many organizations limiting non-Procurement seats.) Moreover, on its own, intake is totally useless. What’s the use of centralizing requests you can’t do anything with? For that matter, neither is (web-based) Orchestration. The World Wide Web was invented by Tim Berners-Lee at CERN in 1989, and CORBA (the first web middleware) was released in 1991 — almost 35 years ago! (And that’s all Orchestration is, Middleware 3.0!)
All you care about is that the platform you are buying can connect to the other platforms it needs to connect to in order to pull data in and push data out as part of an enterprise process, with the ability to be launched by, or launch, other programs in the process workflow. As long as the platform you are buying has a (secure) fully open API for data injection and extraction, process initialization, and connection to your other platforms (either by modules offered by one of the vendors, a third party vendor, or customer integration), that’s all you need.
Your organization needs to remember that this is not 2005, or even 2015, but now 2025 and not only are Spend Analysis, e-Sourcing, e-Procurement, SXM, 3PM, CLM, and I2O functionality becoming more-or-less commoditized among the established vendors, but any decent-sized vendor will be able to check-the-box against any publicly available check-list. (And it’s not “AI” that is enabling this rapid progress, but huge open source libraries and ready-made stacks that encapsulate rules-based workflow and automation and easy plug-in of traditional ML/AI technologies that have been proven to work.) Sure, some vendor platforms will have features G, H, and I while other vendor platforms have features J, K, and L, but all of the vendor platforms will have critical features A through F. As for features G through L, if they are valuable, the other vendors will catch-up, and the time it will take them is usually less than three to six months nowadays, and if a core feature or function is made a contingency of a deal, the catch-up time is probably shorter still!
Another thing your organization needs to be aware of is that starting with a short-list of vendors that it is fairly certain can meet its needs will not only significantly reduce the length of the evaluation process (as it is no longer a question of “can the vendor meet my needs” but a question of “is this the best vendor to meet my needs”), but also significantly reduce the organization’s risk. If the organization needs to operate in forty countries and twenty languages, and doesn’t do it’s homework, it could end up wasting six months evaluating three vendors who don’t have a reference outside of the US and UK and who don’t support customers in a language other than English. If it has a deadline of nine months, what does it do? Either it takes the last vendor in the pipeline, if any are left, or rushes out to find another one, with no time to consider how appropriate the vendor it is for its needs or its organizational culture.
Which is another point that is often missed in the traditional implementation of an RFX cycle. Cultural considerations are typically ignored in technology selection, ignoring the fact that people have to use these systems — people who work, think, act, and like to conduct business in a certain way (and like to interact in a certain way with technology and technology / service providers). As a result, good technology selection is not just a matter of check-the-box when a strong vendor interaction is required. If two or more vendors are more-or-less equal from a functional/process selection, the tie-breaker should be cultural alignment. Does the vendor have the same goals? Work to the same metrics? Conduct itself in a similar manner? Give your customers and suppliers the same respect? Have a system with a workflow that can be tuned to organizational processes (and not force the organization to shoe-horn into processes and workflows that don’t support it’s efficient, best-practice, workflows)? These are important, but often overlooked, questions. Don’t forget them. (And much more important than how many “AI” boxes a vendor checks.)
In our next post we will dive into more best-practices to truly take your technology acquisition project to the next level now that your RFX process is back on the rails.