Category Archives: rants

Why Advanced Sourcing Is Not Progressing …

“Protect me from knowing what I don’t need to know. Protect me from even knowing that there are things to know that I don’t know. Protect me from knowing that I decided not to know about the things that I decided not to know about. Amen.” That’s it. It’s what you pray silently inside yourself anyway, so you may as well have it out in the open.
Douglas Adams, Mostly Harmless, Chapter 10

Regular readers will know that there are a couple of scary statistics in this space. First of all, almost 40% of Sourcing / Procurement organizations don’t have any modern, Sourcing / Procurement specific, applications tailored for their jobs and are still making do with e-mail and spreadsheets and Microsoft products. Ack!

Secondly, the number of organizations with advanced sourcing solutions, such as modern spend analysis (with predictive and prescriptive analytics), decision optimization, and contract analytics is much, much less. For the former category, we might hit 50% of organizations this year (as spend analysis is all the rage) but for the latter (which is what identifies the real missed opportunities and captures them), maybe 20% of organizations with solutions. Maybe. Ack! Ack!

All this despite the fact that SI has literally spent over a decade trying to convince organizations to buy these solutions, even though the first (and even second generation) were clunky and sometimes difficult to use. (Unlike e-Procurement, which has to be easy to generate value, if a solution can save you 10% on a 100 Million category, you can put up with a bit of pain to save 10 Million. Heck, you can put up with a lot of pain.) However, we’re at generation three now and they are almost as easy to use as search, click, buy e-Procurement systems. They have smart templates, smart workflows, and dozens of validity checks and while you still have to know what you are doing and what the solution does, what used to be days of setup can be accomplished in hours and processing that used to take days sometimes finishes in minutes. They should be ubiquitous, but they’re not.

Why? Because even though the solutions have improved considerably over the past decades, the staff of these Procurement departments have not. They still use old tools and they still believe the solutions now are just more colourful and fanciful versions of the solutions then. And thanks to an utter lack of training (due to budgets being cut year after year after year during crunch times despite all the lip service to the value of talent and training), they don’t know better. And like poor Arthur Dent, they just can’t fathom how the old man walks from pole to pole and crosses space like it’s just not there. (Because that’s what these solutions do. They literally cross hyper-dimensional solution spaces you can’t see like they aren’t there.)

And, like Arthur, they say their daily isolationist prayer because they can’t handle it any other way. But it’s not their fault. It’s management’s fault for cutting the training budget year after year and leaving their team in the Supply Management dark ages. And now we’re all suffering.

Free Procurement Isn’t Free — So Why Are We Going Through This Again?

Apparently SpendMap, a relatively unknown provider of Procurement software (compared to the big guys), has decided on the marketing strategy of “Free Procurement” to make a name for themselves and, hopefully, get their software known.

the doctor really wishes they would have consulted with him, or another knowledgeable analyst who has been around for a decade, before making this decision. “Free Procurement” doesn’t exist, and it’s just gonna bite them in the rear if they don’t do the smart thing, like Coupa did, and drop it.

This isn’t the first time, or even the second time, a company has tried this, and it didn’t work then for the same reasons it’s not gonna work now. Most people don’t remember, but way back when Coupa launched on Procurement Independence day, they offered a free downloadable, streamlined, do-it-yourself version of their software. Anyone could download this RoR (Ruby-on-Rails) code bundle, install it, test it, and use it for free as long as they wanted — if they could install it, configure it, get it working to their liking, and deal with any bugs that managed to slip though. (And installation wasn’t a breeze, mainly because you had to get the RoR stack working, which wasn’t a breeze to do in the early days of RoR.)

Then, a few years later, a company called Bupros (remember them, probably not, but they are still around) decided to make the same play. They also released an open source PHP community edition of their procurement software about 3 years after Coupa and still no one knows their name. (And installation of this, despite being three years after Coupa, was even more painful. PHP is a nightmare — unless you are using the same version on the same stack in the same environment it was developed and tested on, something is not gonna work right. Plus, their documentation didn’t quite sync up with their download and the doctor remembers spending the better part of a day for what should have been a 30-minute install just to get basic functionality going. [Remember, the doctor has a PhD in CS and has been a Chief Scientist, Chief Architect, and CTO and has been coding for over 25 years, so when he says something should take X time, and it takes 10 time, you can trust that assessment is reasonably accurate.])

So why isn’t there any such thing as “Free”? And why doesn’t “Free” work?

First of all, when it comes to Procurement software, especially do-it-yourself procurement software, as per our classic post on Uncovering the True Cost of On-Premise Sourcing & Procurement Software, it’s not just the license cost. It’s the cost of the hardware and middleware infrastructure (which could include databases, web servers, third party middleware, etc.) it runs on. It’s the cost of the installation, which, as per above, can take a lot longer than the provider will say it will (because only their developers know all the gotchas to watch out for and avoid), integration with any third party systems that need to push data in or pull data out, and maintenance. It’s the internal training and support costs. And these costs can often be substantially more than the license fee.

And don’t get fooled by a pure SaaS offering either. Just because the license is free and you don’t have to buy servers, there’s still the integration costs (as someone has to figure out how to use the APIs to push data in and pull data out and actually do it), the training costs, the maintenance (as the provider upgrades the platform and introduces new connectivity requirements) and re-training costs (as new features or modified workflows require retraining). And then there’s the back-up costs (it’s free, which means no service guarantees, including no guarantee the platform and/or your data will still be there tomorrow) and contingency plan creation, testing, and maintenance costs (what to do if the platform, or your data, disappears). These add up. And they might be considerably more than just licensing the lowest cost product on the market where you have service guarantees, initial integration, maintenance, and regular (web-based) training or free access to a complete self-training audio, video, and manual library.

So, regardless of the intention of the provider, who might be trying to move you up the ladder or increase the visibility of Procurement software (which is an important component of success), don’t get taken in by free. When it comes to Procurement (or Sourcing) software, there is no such thing as free. Low-cost, yes, because basic procurement and e-negotiation-based sourcing functionality is now a commodity, but not free. Either you’re paying a provider, who can take advantages of economies of scale, or your paying IT and support staff (and possibly paying for more infrastructure). And if you’re small, you’re paying more when you go the free route.

If a company really wants to help small and small mid-size businesses get on a platform and modernize, they’ll go the low-cost consumer-based SaaS route and offer low-cost monthly licenses per user that a user can put on their p-card or credit card and expense monthly and, as part of that service, offer all of the support and reliability of other online service offerings (like SalesForce, Zendesk, etc.). But they will never, ever, offer, or push, free.

No Solution is Completely Foolproof

A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.
Douglas Adams

Source-to-Pay solutions are getting easier by the day and soon they will be so easy that some vendors will be claiming their solutions are so simple that even a fool can use it error-free. But that’s really not the case. No solution is foolproof. Never will be.

Why? First of all, it’s impossible to predict every action a person could take. So, no matter how many situations you plan and check for, if there is even one you missed, and if the application is complex enough there will be at least one, no matter how unlikely that situation is (or how nonsensical it is), there will be at least one user who finds it and either crashes the application or generates a scenario that is nonsensical.

The alternative is to lock the application down to an enumerable finite set of inputs in each state and limit the allowable actions to those that will allow a smooth, predictable, transition to the next state without fail. But if the vendor chooses this route, the result will be a very limited application with very limited possibilities. And given that the real world is not limited to a small set of situations with always predictable solutions, this is not a very useful solution.

Secondly, never underestimate the application stupidity of a potential user. First of all, the user could be a new transfer from another department with no training and a very shallow understanding of Procurement. What a vendor would assume to be obvious to an average Procurement user would not be obvious to a new transfer. Secondly, not all users are Procurement users. For example, shop floor users might have access to initiate requisitions. And these workers might have limited computer knowledge. And then there’s management. And consultants.

Thirdly, the more a vendor tries to make a solution foolproof, the more they end up throwing in way too much unnecessary code. The more unnecessary code that is put into an application, the more errors that creep in. Errors multiply with code. Always. Doesn’t matter if the code compiles. Doesn’t matter if the code passes the boundary tests. All that matters is that there is more code with more paths and more state transitions to track, to the point where eventually there are too many paths to track and test and something breaks when a user goes down the wrong path.

The moral of the story? Don’t fall for any vendor who says their application is foolproof. And don’t look for a foolproof application, because it’s not about how easy the application is, it’s about how much value the application can generate. The best applications, while easy and logical for most of the functionality, will not be foolproof. Nowhere close. So, value first. Because, at the end of the day, the only user a foolproof solution is for is a fool.

Pay the Piper on Time or Pay the Price!

In response to abysmal payment terms of 120 days or more, which were seriously crippling smaller suppliers, the UK has instituted a requirement for large businesses to report on their UK payment practices twice a year, with failure to do so a criminal offence with unlimited fines. The goal is that the mandatory reporting requirement, which requires companies to report on the average time it takes to pay invoices for the majority of contracts (0-30 days, 31-60 days, and 61+ days), will encourage businesses to improve their payment practices as a result of transparency and public scrutiny.

It’s a shame that this requirement only exists in the UK, because not only should you know, and be prepared to report on, how fast you are paying your suppliers, but you should be striving to pay all of your suppliers within 30 days of receipt of a valid invoice, because your success depends on their success, and while a happy supplier, like the pied piper, will catch and lead the supply chain problem rats away, an unhappy one will allow those problem rats to multiply, and possibly even aid in their reproduction and spreading.

Suppliers are critical to your success. They not only provide the raw materials, products, and services you need, but often the raw materials, products, and services your customers need — and if these raw materials, products, and/or services are not of high quality, delivered timely, and supported enthusiastically, your customers will not be happy. Unhappy customers, especially those not under or nearing the end of their contracts, tend to defect.

A supplier is only likely to provide high quality, supported, timely products and services if it is happy. And believe the doctor when he tells you that a supplier will NOT be happy if that supplier is not paid on a relatively timely basis most of the time. Like you, suppliers need predictable cashflow and if you give them a cashflow nightmare, they will not be too concerned about giving you an inventory forecasting or customer satisfaction nightmare.

So don’t rely on a forthcoming guidance or industry initiative to tell you when to pay the piper. Just pay the piper and reap the benefits. (And if you not only pay on time, but pay early, you’ll be a customer of choice, and those customers tend to get all the benefits.)

Bigger. Badder. Baffling.

As per our previous posts, the merger and acquisition cycle is peaking. Coupa went on a spending spree and bought Spend 360 and Trade Extensions. Jaggaer merged with Pool4Tool. OpenText is acquiring Covisint Corporation. And Descarte Systems acquired PCSTrac Business. And we just know more announcements are coming.

Everyone is getting bigger and badder, at the expense of BoB (whose days appear numbered), and it’s getting a bit baffling. Some of the acquisitions make a lot of sense (at least on paper) with companies trying to flesh out suites, but some like Open Text’s acquisition of Covisint (which is very vertically focussed on automotive) are stretching a bit. But what’s most baffling with the rapid pace of acquisitions are how the companies are going to manage integrations (of platform and strategy) and solution footprint.

When you get big, things can get costly … quick, especially if there are multiple platforms involved. This isn’t good for you from a market perspective (as the size of the customer base that can afford your baseline solutions will shrink), and it isn’t good from an operations perspective. There’s a reason that Oracle expected to save a Billion in operating costs by acquiring Sun, and a lot of it came down to platform. Sun Microsystems was very efficient in its software infrastructure, running almost 1,000 different systems whereas Oracle, which ate its own “one instance dog-food”, ran one Oracle instance. By migrating all of Sun’s systems into one, it saves hundreds of million a year (at least 250 to 300 by some counts, more by others). If a company has six different platforms to maintain, that’s six different hardware infrastructure costs, six different software infrastructure costs, six different dedicated support team costs, six different implementation expert team (who will implement and train third parties) costs, and so on. These costs add up. Rapidly.

And they escalate the platform costs that the companies need to charge to customers, which shrinks the perspective customer base. And if the mid-market gets squeezed out, everybody hurts as the greatest number of companies without decent Supply Management solutions (and the bulk of the 40% who don’t have solutions) are in the mid-market. So while acquisition makes sense to fill a hole, not working on ways to integrate, or at least harmonize, the solution (so that there is no duplicate development across products or unnecessary, and costly, integration efforts) can be costly. So, in some sense, the speed at which some companies are moving is a bit baffling, as good integration takes good analysis, planning, and development — all of which takes time. Given that some acquisitions are being completed in two months, and that the amount of information that can be extracted in due diligence is limited, there’s no way the average company can begin integration out of the gate. In many cases, the acquiring company (that are experts in a different technology and business process) won’t even know where to start.

In other words, while some companies might be on the right track, they are just beginning a very long journey and have thousands of miles to go before they reach their destinations. Adding acquisitions adds miles to the track — miles that have to be travelled. The question now is not do they have the vision, but how will they get there. And that can be a baffling question for anyone to answer (especially without third party expertise and guidance). But not necessarily unresolvable …

In the interim, Spend Matters has been putting together decent guides on questions to ask your providers if they were involved in one of the covered acquisitions. Check them out. And answer the questions for yourself before committing.