Category Archives: SaaS

Firms that Rely on Logo Maps and Analyst 2*2s for Tech Selection are NOT Appropriate for Tech Selection!

In our last article, where we described in detail the many, many reasons why logo maps (including the Sourcing Innovation Mega Map on Source to Pay+ with 666 Unique Clickable Vendor Logos which were verified to be valid as of 2024 April 13), we not only reiterated how these maps are mostly useless but explained that your mileage will vary widely between a map created by an analyst who’s likely seen 1/3 to 1/2 of the vendors in depth and a(n) (former) implementation consultant or (want-to-be) influencer from a CPO background who has no in-depth technology education or experience (beyond the systems he used).

Those who read between the lines would have seen this post coming — not only are they not appropriate for tech selection, any firm that relies solely on them or analyst firm 2*2s (which are great if you are searching for some holy smoke to keep the beast of procurement technology at bay) is also inappropriate for tech selection projects.

Your results with such firms will be about the same as the bigger firms with “consulting partner” status with all the (same) big players, as they will ultimately just recommend the same ten firms for your Tech RFP over and over again, whether or not they are the right firms (and solutions) to meet your needs.

In order to effectively select a set of potential solutions for a client, you need to, at the very least:

  • understand the processes the client needs to support and the gaps they have
  • understand the solution types needed to support the processes, and the client’s gaps in particular
  • understand the client’s current technology landscape and Technology IQ, including what is replaceable and what is not (since, gosh darn it, some clients are going to hold onto that ERP they overpaid for until you dodge their six-gun pistols and pry the contract from their cold, dead hands)
  • understand the client’s unique situation based on vertical/industry, market size, and geography/culture
  • understand what global vendors support the processes, fill the gaps, synch with the tech stack, and can, possibly through third party integrations/partners, address the client’s unique requirements

This is a tall order. So tall in fact that, despite the growing demand for technology transformation and digitization across the Procurement landscape, outside of a few niche vendors that primarily focus on specific industries and specific solution types, the vast majority of procurement transformation shops aren’t able to fulfill it. Most will

  • have the processes down pat, they are consultants after all!
  • have a decent understanding of the common/core solution types, as they smart ones will actually read the expository articles written by the analysts (that they have access to anyway*)

Some, who employ technology and industry-specific professionals, will be able to build a decent understanding of

  • the client’s technology landscape and technology quotient
  • the unique requirements to look for/enable based on vertical/industry, organizational size, and geography

But few, if any will be able to:

  • identify even a handful of relevant global vendors that take into account the first four requirements

This is because, as pointed out in our last few articles:

  • the space is much bigger than they think, with
    • more types of product offerings,
    • considerably more vendors then they think exist, and
    • considerably more than they can process
  • they don’t have the deep technical background or technical understanding to differentiate between two vendors that speak the same and present applications that look the same in a 60 minute demo, but differ greatly in underlying power, extensibility, integration capability, etc. where you need a deep technical background and/or competitor understanding to tease it out (as well as a deep understanding of Procurement and the competitive [solution] market place)
  • they don’t have a process to do a proper technical assessment, diligence, or tech analysis …
  • and they certainly don’t know how to do a deep assessment by module/area to truly differentiate two solutions to qualify them as suitable for selection if they submit the best RFP

As a result, many consultancies will just do their in-depth process analysis, write up functional requirements based on that, and toss it over the wall to the solution providers to figure out, selecting from their partners if they feel there is enough overlap, then from the upper right in the analyst maps they paid for, and, finally, from the logo maps from their most trusted source. And, as we’ve explained, this doesn’t cut it and is why many sourcing / procurement software selection projects fail to live up to client expectations. Because, and we can’t say this enough, the most you can use logo maps / analyst 2*2s for is vendor discovery. Not validation for your projects!

Now, while the doctor has yet to receive an answer to his transformation process inquiries from any consultancy/service provider that fully satisfies him (he is demanding, after all), he is happy to say that, recently, a few# providers have acknowledged that transformation is going to require getting a lot more intelligent in tech and updating their processes and methodologies to recognize that, while it’s still The Wild West, it won’t be tamed by hope and grit alone — you’ll need the right tools to conquer it (and, FYI, those tools aren’t Gen-AI, they are good old-fashioned predictable, dependable steam- and gunpowder-powered tech solutions in the hands of us old and busted masters; the new hotness has nothing on us).

Secure Download the PDF!  (or, use HTTP) [HTML]
(5.3M; Note that the Free Adobe Reader might choke on it; Preview on Mac or a Pro PDF application on Windows will work just fine)

 

* this is your regular reminder that Sourcing Innovation has never had a paywall and never will for baseline vendor coverage or expository posts; should SI choose to offer books, in-depth [comparative/market] intelligence, or similar IP services, for example, it may in the future sell this non-blog content, but every blog post will remain paywall free — almost 6,000 and counting …

# and we mean few, he can currently count them on his fingers on one hand, thumb not required

Like Analyst Firm 2*2s, Random Logo Maps are NOT Appropriate for Tech Selection!

In our last article, we explained why the doctor created the The Sourcing Innovation Source-to-Pay+ Mega Map, even though he despises logo maps. It was literally the only way he could expose how every one of logo maps released to date was completely useless (and some to the point that they were harmful, but that’s another rant for a later time).

In a nutshell, all of these maps had the following problems, which were correctable (and corrected in the Sourcing Innovation Mega-Map):

  • vendors / solutions no longer existed as of release date
  • categories were meaningless and not actual solution modules
  • vendor logos were not clickable or even footnoted (so you had no clue what that ruin actually represented — a new age vendor or a demonic symbol from a long lost hieroglyphic or symbolic language)

As well as the following problems, which still exist in the Sourcing Innovation Mega-Map (SIMM) because some of them are just not (fully) addressable:

  • nowhere near complete (the further you get away from the Source-to-Pay core, the less complete the SIMM likely is
  • no indication that the landscape changes DAILY (vendors come, get acquired/merge, go out of business, add new capabilities and modules, drop existing modules, etc.)
  • the vendors aren’t always comparable even at a functionality baseline
  • not all vendors with a comparable solution are relevant to the same (type of) company

We ended our last article noting that the right vendor for you was dependent not just on the module(s) you needed to address the process gaps the transformation consultants defined, but the industry/vertical you are in, the size of your organization, the cross-organization user base you need to support, and their technical intelligence (TQ).

The logo maps don’t capture that. (But, to be fair, the vast majority of the analyst market maps don’t either.)

But more importantly, they don’t always (accurately) capture what solution(s) a vendor accurately captures. The reason for this is that, to be completely accurate, the creator would have to be fully aware of, and have seen, the current full end-to-end solution as of the day the map was released and then accurately map the providers’ solutions to each of their logo map categories.

the doctor has likely reviewed more Source-to-Pay solutions over the past 19 years as an analyst than almost any other analyst except for Mickey North Rizza (15 years at AMR / Gartner / IDC), Duncan Jones (who was Forrester Vice President and Principal S2P analyst for 16 years straight), and Pierre Mitchell (25 years at AMR / Hackett / Spend Matters). (Just about every other technology analyst still active in our space has only been a full time market analyst for a decade or less.) Even though he has reviewed, in depth, over 500 hundred solutions (and written about 350+ in detail on Sourcing Innovation and Spend Matters [but good luck finding at least 1/3 of the Spend Matters coverage since, as previously mentioned, the site refresh dropped co-authors on many articles, many of his articles were co-authored, and he was always second billing], he hasn’t even seen half the solutions on the map in depth (but still believes the ratio of in-depth vendor knowledge that went into this map is still greater than every other logo map produced). As a result, his classifications, like any other analyst, are based on, in order:

  • in depth demos, diligence or evaluation projects
  • detailed vendor communications (beyond just what’s on the website)
  • website / third party summaries (looking at the functionality where possible, not just the language)

Which means that, if the website/materials were out of date when reviewed (and it’s been a few years since the last review), the classification could now be highly inaccurate. The eProcurement vendor could have shifted mostly to I2P/AP. The supplier management vendor found a niche in risk management or category sourcing and dropped most SXM capabilities. The contract management solution, interchangeable with forty others, didn’t get traction and was dropped. And so on.

So if your mileage varies in this map, put together by someone who has consistently been at least a part time (if not full time) analyst since Sourcing Innovation was started in 2006, imagine how much it will vary in a map put together by a former consultant, who might have only seen the same ten solutions he was always implementing in depth, or a former product manager who doesn’t have a solid technical background and can’t accurately judge the true capabilities and potential of the solution he’s looking at. (the doctor has an earned PhD in computer science and has been a software architect / research scientist / CTO, compared to the average analyst who, in the early days, came from an operations / logistics / management background if you were lucky and a journalism,
English, or history background [because they could actually write] if you weren’t.)

In other words, no matter how cool these (logo) maps look, at best they will be mostly useless (if they give you clickable logos so you can begin your own research effort), or completely useless otherwise.

Secure Download the PDF!  (or, use HTTP) [HTML]
(5.3M; Note that the Free Adobe Reader might choke on it; Preview on Mac or a Pro PDF application on Windows will work just fine)

the doctor dislikes logo maps! So why did he create one?

To demonstrate how, to date, they have all been completely useless, with some to the point of being actually harmful, but now that the gauntlet has been cast, he expects the next version of at least one of these maps to only be mostly useless (and maybe even only moderately useless) and mostly harmless. It’s the same reason he developed the initial versions of Solution Map*, because he found all of the big analyst firm maps mostly useless, and completely useless for tech selection.

(On the tech map front, how can you compare the technical capabilities of a solution where the axis are each on subjective classifications such as “strength and “strategy” or “execution” and “vision”, and, furthermore, where each of these nebulous concepts is made up of half a dozen subjective ratings meshed into one. While not perfect, at least Solution Map gave you an apples-to-apples pure objective technology rating (as each question had a defined rating scale based on technical maturity) against an unbiased pure customer opinion. So you at least knew whether or not

  1. the vendor actually offers a readily available solution of that type
  2. how it compares to the market average of vendors with actual available solutions of that type)

Thus, if you insisted on using logo maps, he at least wanted to make sure there was at least some redeeming qualities.  However, as he has already stated, his map is mostly useless and while a few flaws were corrected on release, some are inherently not addressable.  The problem with these maps in general is that, in addition to all the weaknesses the doctor addressed in his release post, namely:

  • Some vendors/solutions no longer existed as of release date (which was addressed)
  • Many of the categories are meaningless and not actual solution modules (which he corrected, but this means the fit varies across vendors in a category)
  • Vendor logos were not clickable, and not even footnoted when all you got was some strange symbol that looks like it should be carved on a 3000 year old ruin (which is the primary improvement, all logos are clickable and take you to the vendor site as of the release date).

4. They are nowhere near complete.
Most of these maps are in the 100 to 150 logo range. As the doctor has clearly demonstrated that’s only 1/7 to 1/10 of the number of vendors in the core space. Furthermore, even though the doctor does a full database update at least annually, he will guarantee that not even his map is close to complete. While he’d wager he has 90% of the vendors actively selling in North America and Western Europe in the core Source-to-Pay buckets, that percentage goes down as you venture out into the periphery. Plus, in some areas, like ESG/Carbon, he tracks only those focussed on carbon/scope 3 accounting with supplier management / sourcing integration capability, and ignores the remaining ESG/Sustainability/Climate vendors, of which there is likely 10 times as many right now (although we’ll see a lot get swallowed up or die off as the space matures). Most of the supply chain risk vendors are missing unless they offer core supplier management capabilities, or integrate with supplier management modules, as well. And so on.

5. The landscape changes daily.
the doctor did a full database review last year when he did his 39 steps … err … 39 clues … err … 39 part Source-to-Pay+ series, and since then, over half a dozen vendors/offerings are completely gone and over a dozen acquired and swallowed into larger vendors. One, acquired in 2022 that was still offered as a standalone solution late March disappeared by the final link checks that began on April 13. So, while these maps are distributed by their creators for months, and sometimes a year, they are only valid as of the last date where the creator actually re-verified every single vendor.

6. The vendors are only comparable at the baseline, IF they are comparable at all.
If no two (2) vendors are created equal, imagine how different twenty (20) are, or one hundred (100)! If you refer back to our previously referenced 39 part Source-to-Pay+ series,

  • sourcing vendors break down into RFX, Auction, optimization and may/not contain (best-practice) templates or category expertise
  • contract management generally breaks down into negotiation support, (post-signing) lifecycle (execution) management and tracking, and analytics
  • spend analysis is similar, but differs on DIY vs. services led, load/classification support vs. self load/(re)class, out of the box report templates, autonomous analysis and opportunity identification, etc.
  • supplier management was broken down into the 10-segment CORNED QUIP mash, which expressly excluded DEI, because most application thereof is definitely NOT equitable (as the biggest promoters clearly never looked up what the words actually mean in a dictionary)
  • eProcurement, while it revolves around a PO (and, hopefully, a no PO, no pay policy), may or may not have punchout/internal/managed catalog support, may or may not support receiving, may or may not support price tiers and discounts, etc.
  • I2P, while it revolves around the invoice, it may or may not support anything beyond internal PO flip or XML, may or may not support m-way match, may or may not integrate with a payment system, etc.
  • and the same variation exists across every other category

This is assuming that the creator actually understood what every vendor offered and classified according to what the vendor’s product actually did vs. what language the vendor chose to use to describe their product.

7. Even all the vendors with comparable solutions are NOT relevant for you.

When you are considering a vendor, at the very least you have to consider

  • the verticals/industries their solution was designed on, and designed for
  • the organizational size they were developed for

and a host of other considerations based on your industry, your organizational size, and the hole you are trying to fill.

This is why so many Source-to-Pay+ selection projects end up not (fully) delivering and why most big consultancies just keep recommending the same-old same-old five (5) (big) vendors regardless of what your needs are, because they don’t know any different and at least those vendors will be around tomorrow. And this leads into a bigger discussion of why these logo maps, like most analyst maps, are NOT appropriate for transformation projects. Which we’ll take up in our next article / rant.

Secure Download the PDF!  (or, use HTTP) [HTML]
(5.3M; Note that the Free Adobe Reader might choke on it; Preview on Mac or a Pro PDF application on Windows will work just fine)

* and the doctor would like to make it very clear he had NOTHING to do with the current interface and presentation of Solution Map; it’s likely many of the questions are still his, but to be valuable, SolutionMap has to be properly scored and the ratings properly compared and applied relative to a number of factors not explicitly captured in the map

The Sourcing Innovation Source-to-Pay+ Mega Map!

Now slightly less useless than every other logo map that clogs your feeds!

1. Every vendor verified to still be operating as of 4 days ago!
Compare that to the maps that often have vendors / solutions that haven’t been in business / operating as a standalone entity in months on the day of release! (Or “best-of” lists that sometimes have vendors that haven’t existed in 4 years! the doctor has seen both — this year!)

2. Every vendor logo is clickable!
the doctor doesn’t know about you, but he finds it incredibly useless when all you get is a strange symbol with no explanation or a font so small that you would need an electron microscope to read it. So, to fix that, every logo is clickable so you can go to the site and at least figure out who the vendor is.

3. Every vendor is mapped to the closest standard category/categories!
Furthermore, every category has the standard definitions used by Sourcing Innovation and Spend Matters!
the doctor can’t make sense of random categories like “specialists” or “collaborative” or “innovative“, despises when maps follow this new age analyst/consultancy award trend and give you labels you just can’t use, and gets red in the face when two very distinct categories (like e-Sourcing and Marketplaces or Expenses and AP are merged into one). Now, the doctor will also readily admit that this means that not all vendors in a category are necessarily comparable on an apples-to-apples basis, but that was never the case anyway as most solutions in a category break down into subcategories and, for example, in Supplier Management (SXM) alone, you have a CORNED QUIP mash of solutions that could be focused on just a small subset of the (at least) ten different (primary) capabilities. (See the link on the sidebar that takes you to a post that indexes 90+ Supplier Management vendors across 10 key capabilities.)

Secure Download the PDF!  (or, use HTTP) [HTML]
(5.3M; Note that the Free Adobe Reader might choke on it; Preview on Mac or a Pro PDF application on Windows will work just fine)

SaaS Procurement for S2P+ Goes Beyond Basic Buying Etiquette for IT Procurement

Medium recently posted an article from ArmourZero, a cyber-security platform provider*, on IT Procurement Etiquette for User and Vendor, which I guess goes to show the lack of knowledge on how to buy among some organizations. It doesn’t go nearly far enough on what S2P buyers need to know, but it does provide basics we can build on.

The advice it provides for a user are:

  1. Do Your Homework (Create a Proper SoW): take the time to provide a proper Scope of Work (and don’t just take a vendor’s sample SoW, edit it slightly, and send it out, especially to the vendor you took it from)
  2. Professional: be neutral and don’t favour any specific vendor
  3. Transparent: be clear about the process, and if all bids exceed the budget and a reduced bid is required, be clear about the reason for going back and any modifications to the SoW to allow vendors to be within a budget range
  4. Fair: stick to the rules; not even incumbents get to submit late; if you have a minimum number of bids in by the deadline, you work with those; you weight on the same scales; etc.
  5. No Personal Interest: don’t accept gifts; don’t vote on the bid where you have a relationship; etc.

However, in our space, you have to start with:

  • Do Your Tech Market Research: make sure you understand the different types of solutions in the market, what the baselines are, and what the standard terminology is (sourcing != procurement)
  • Do Your Deep Dive Tech Market Research: once you figure out the major area, figure out the right sub area — a Strategic Sourcing Solution is not a Strategic Sourcing Solution is not a Strategic Sourcing Solution; a CLM (Contract Lifecycle Management) is not a CLM is not a CLM; and an SXM is definitely not an SXM which is definitely not an SXM; in the case of Strategic Sourcing, do you mean RFX? e-Auction? or optimization-backed sourcing? in the case of CLM, do you mean Negotiation, Analysis, or Governance? in the third case, which element(s) of the CORNED QUIP mash are you looking for: compliance? orchestration? relationship? network? enablement? discovery? quality? uncertainty? information? performance? No vendor does more than half of these, and those vendors will only do a couple of areas really deep and more-or-less fake the rest!
  • Write a Process and Results Oriented RFP (& SoW): it’s not features or functions (beyond the foundational functions all applications in the class need to support) it’s the processes you need to support, the systems you need to integrate with, and the results you need to get — let the vendors describe how they will solve them, not just check meaningless yes/no boxes … they might have a more efficient way to support your process, a faster way to get results, etc.; the same goes for any implementations, integrations, services, etc. — make sure it focusses on what you need to accomplish, not meaningless check-the-box exercises
  • Do Your Due Diligence Vendor Research: once you have figured out the solutions you need and the primary capabilities you are looking for, make sure the vendors you invite not only offer the type of solution, but have (most of) the foundations of the capabilities you are looking for; use analyst firms, maps, tech matches, and expert analyst consultants to build your short-list of mandarin to tangerine to orange vendors vs random google searches that, if you are lucky, will give you apples to oranges, and if you are not, will give you rutabagas to oranges to tofu vendor matches

Then apply the rest of the advice in the linked article by ArmourZero.

You’ll have better success in your RFP, negotiations, and your implementation if you do all of your homework first, even though it is a lot more extensive than you want it to be. (But remember, there are expert analyst consultants who can help you. No one says you can’t hire an expert tutor! And the reality is that you should spend five figures before making a six to seven figure investment (as there will be implementation, integration, and support costs on top of that six-plus license fee), and maybe even do a six-figure deep dive process and technical maturity assessment, market scan, and custom RFP/SoW generation project with an expert analyst consultant before signing a recurring [high] seven figure suite deal.

* A CyberSecurity firm is the last vendor you’d expect to be authoring such a post (given the massive increase in CyberAttacks since 2019), but I guess it shows just how bad buying can be if they felt the need to write on this vs. a SaaS Management Vendor