Author Archives: thedoctor

Which Solution Provider Do You Want To Work With? NONE OF THE ABOVE!

In a recent LinkedIn Post, THE REVELATOR asked:

Under which category does your solution provider demo fall?

  1. ? Selectively Stealth With A Reason
  2. ? Smoke And Mirrors
  3. ? Courageous Dreamers

And, more importantly, which one would you, as a practitioner, prefer to work with?

the doctor, who has reviewed over 500 solutions in our space over the last two decades (and interacted with considerably more vendors than that) answered for you:

  • ???? ?? ??? ?????!

a) Selectively Stealth vendors are either

  1. considerably overrating their solution against the market (usually due to lack of homework) or
  2. hiding their solution because they know there is absolutely positively nothing unique about their offering (which is NOT a bad thing if it is easier to use, quicker to implement, better supported, and cheaper than competitors, but if that was the case, why would they be stealth?)

b) Smoke and Mirrors are

  1. greatly overselling a significantly underperforming solution (and usually trying to gouge you with a high price tag while they are at it)

c) Courageous Dreamers are

  1. selling you on a vision they may realize someday, but are usually doing so while trying to sell a woefully inadequate solution (or, a solution with one new great capability but none of the critical baseline functionality)

So what type of vendor do you want?

e. Open, Honest, and Informed

Even if they don’t have anything explicitly unique.

As SI has noted before, a good vendor is one who will be focussed on

  • a particular market size
  • one or more related industries
  • a subset of functionality where the founders / core team have strength

In addition, it will consult with organizations in that niche, analysts and consultants who serve that niche, and third party experts to get feedback during design, development, initial implementation, etc. and take all that into account in order to design a solution that will solve the problems of the aforementioned identified market niche in a manner that will be usable, and used by, the market they are going after.

It’s not about who has the most features, who has the best bells and whistles, who has the coolest sounding tech under the hood, …

IT IS ABOUT WHAT SOLUTION WILL WORK FOR YOU!

It’s the solution that will solve the 80% of your problems, that will contain all the functionality to do the tasks you do every day (not every quarter or every year), that will make those daily tasks more efficient and effective, that will be used in the majority (not the minority), that will be affordable for a business of your size, and generate an ROI.

And, sometimes the best solution is the NO-AI inside solution with nothing new, but the solution that was form fit for companies of your size in your industry, that streamlines your daily processes, that is easier to use than avoid, that solves the problems you wanted solved, and does so at a fraction of the price of the mega-suite that is just complete overkill with respect to what you are looking for.

Some of the vendors that received the best coverage here on SI are those that didn’t contain a single capability the doctor hadn’t seen ten (to one hundred) times before, but came from vendors who designed a solution for an underserved market niche, made it valuable for that market niche, and were completely honest about what they had and who they were selling to. That’s what the market needs.

AND THAT IS WHAT YOU NEED!

Want A Good Solution, Ask Vendors The Hardest Questions Off The Bat!

Even though they don’t always do so with their slimy sales and misleading marketing practices, be sure to keep it above the waist as you repeatedly hit them as hard and fast as you can. (You don’t want to dance around with a vendor unless you know they can take a few hits and are in it to win it, because once you start to dance they’ll duck and dodge until the end of time).

This post was inspired by THE REVELATOR who asked us What are the most important questions to ask a potential solution provider partner?

1) Can, and will, you show me (not tell me) live … preferably on use cases or data I give you on the spot?

I’ve said it before, and I’ll say it again: Dear Procurement Practitioner, when it comes to solution selection from today’s vendor, your mantra is Show Me, Don’t Tell Me! There’s too much hogwash out there today, buzzwords don’t solve problems, and when you dive into the marketing madness, you see there’s absolutely no value, or even core capability, in what’s being sold by many vendors.

You need solid solutions with substance, not glitzy fake-take UX, broken Gen-AI, or slack-like conversations that don’t do anything. You also need solutions that digitize and automate the 80% of Procurement / Sourcing / Supplier (Data) Management / etc. that you do day-in and day-out, week-in and week-out, month-in and month-out, and year-in and year-out and not the odd special case that comes up once a week, month, or year. And you definitely don’t need solutions that don’t fit your domain.

Moreover, you want relevant demos. If you’re buying janitorial and building maintenance supplies, you don’t want a demo on how the catalog makes it easy to buy sneakers and shoes. (FYI: I’m not being unnecessarily ridiculous here. I have been in demos where a primarily MRO buyer was demoing the top three platforms, and one showed them how to buy sneakers and shoes!) If you get such a ridiculous demo, you want to show that vendor the door as fast as possible because you have one of two situations: they didn’t do their homework on you (and don’t have a clue if their solution is appropriate), or their solution was built, and over customized, for one niche industry and will not easily support yours.

2) Once you show me the core use cases, can, and will, you explain the breadth of use cases you developed your solution for and how they are specific to my business?

You want someone who both understands what they are selling and how it might help your business. Any less and you might as well just roll the bones to select your solution provider. At the end of the day you need to understand the following:

  • there may be 666 logos on the mega map but there is no perfect solution; and nothing that will meet all of the requirements in your RFP
  • the best solution will meet the majority, and, more specifically, the requirements related to the tasks you do all the time, not the ones that you do once a quarter or once a year
  • the best solution for you will be one that comes close and comes from a vendor who both understands this and makes an effort to customize their solution for you in a manner that will achieve maximum results … from the first demo
  • the best solution provider will take the time to explain that which they don’t have time to demo, or can’t demo without your data; even the sales person will attempt it at a high level, and then bring in a product specialist for where more depth is needed

3) Once we tell you the extent of your solution we feel is appropriate, can you talk us through what the implementation and integration to our environment would require without bringing in a paid third party “expert” consultant? And how long will that take?

A great solution provider for you will be one that understands your needs, their platform, and what will need to be done in order to implement it for you, integrate it into your stack, and prepare it for you to extract the value they promise. They won’t need third party help to figure all this out and walk you through it. If a lot of integrations or data migrations are required, they, or you, may need to partner to get it done, but they should still know what’s required.

And, as we said in the introduction, while you should keep your rapid, one-two-three punch, above the belt until the vendor sales rep goes below in their tactics, you should also endeavour to hit ’em as hard as you can with that 1-2-3 combo. If they can’t take it, you want them knocked out before you waste any time on them, because any good vendor will be able to take them and come back with the best damn demo, details, and arguments as to why they are sure their solution will work for your problems, with concrete examples, in a very short timeframe. (And yes, odds are you could be unlucky and have to knock out the first 6 before you find that first 1/7 that is still there so solve problems. But the wait will be worth it.)

So You Admit You Might Be a Dead-Company Walking. How Do You Avoid the Graveyard? Part 3

In short, as per Part 1, you

  1. keep admitting to every mistake you are making and do something about it, then
  2. continue by looking for cost-effective opportunities for improvement and pursue them and finally
  3. never, ever, ever forget the timeless basics.

Today, we’ll continue by describing what you do when you identify, and admit to, one of the next two mistakes (mistakes 3 & 4) we chronicled in our two part introduction to our “dead company walking” (Part 1 and Part 2) series (where we helped your potential customers identify problems that signify you are a SaaS supplier they should be walking away from). (You can find Part 2 here.)

3) Shiny New Tech is More Important than Tried and True Methodology

Tried and true ALWAYS trumps shiny new tech in enterprise software. Especially when the total cost of ownership after factoring in license fees, maintenance, hardware & software updates, services, data feeds, integration fees, etc. usually push a solution into the realm of seven figures (and eight figures for large enterprises). Companies want a return, and shiny doesn’t generate a return. So focus on algorithms, processes, and approaches that are guaranteed to yield solutions. Do this by:

i) As THE REVELATOR would say, take an agent-based approach and focus in on what the solution should do

It’s supposed to be people-process-technology (or, in the doctor‘s words, talent-transformation-technology since you should first look for opportunities to improve your processes before investing in technology), not technology-forced workflow-prisoner! When you focus on the tech first and forget the process it is supposed to support and the people who have to use it, you’re never, ever, ever going to get it right. And believing that an over-hyped unproven technology will eventually show emergent behaviour (that it has zero chance of doing because of the underlying technology) and “evolve” to solve the problem is just stupid.

Real tech encodes real solutions identified by real human intelligence that have been implemented, repeatedly verified, tested in real world operating conditions, and understood to the point that the success can be repeated predictably. Sometimes it’s traditional AI, sometimes it’s RPA, sometimes it’s workflow, and sometimes it’s a simple calculation. It all depends on the problem and the people-process combo that can be applied to solve that problem. Tech is only transformative when it supports the business. You don’t lead with tech, you follow.

ii) Then identify the best tech options for each step

Once you have fully documented the problem(s) the people need to solve, the processes they can support, and the solutions that will work acceptably (maybe not perfectly, but it’s rare that a solution is perfect — plus, as we’ve repeatedly indicated, most enterprise users would cry tears of joys if they found something that just worked), identify all the potential tech options at your disposal, from open source to out-of-the-box from third parties to custom development.

Then, for each option, evaluate:

  • it’s cost
  • the relative return (for the customer and how that will translate into sales)

And identify the options with the best balance. You’ll be surprised at how often it’s not the new shiny. The best hotness is the old busted hotness.

iii) Select tried-and-true when all things are equal (and save)

Finally, when all things are equal, go for the most stable, tried-and-true, methodology — don’t do experimental new “AI” development if a sold optimization or analytics-based solution already exists.

4) Over Reliance on Third Party Tech is a Sustainable Business, Especially if its Gen-AI!

Reliance on third party tech, especially that which has not been proven to be on stable ground in the market, is not a good business plan. What do you do if the provider goes bankrupt, or, realizes they are on the path to bankruptcy and turns the tech off? If you have nothing else to pivot to, you go bankrupt too. Not a good scenario!

Even if you are building on tried-and-true stable tech (with a large install base), unless your business plan is to be acquired by the tech you’re building on and you actually have a chance of making that happen (you came from the provider, have good connections, etc.), your options are very, very limited if you don’t succeed.

You need to focus on a solution to a real problem that companies will pay to address first. And while it can be based 100% on third party tech to start, that shouldn’t be the game plan. The plan should be to acquire it, build something better in house, or at least find three or four options that will serve the same function until you can acquire or build appropriate tech. (The exception being a product maintained for you by a third party that is based on open source that will always be there for you to take ownership of and then assign to a new team.)

Once you have a solution, and know what tech you need, do the cost benefit analysis of:

  • licensing someone else’s tech
  • acquiring the third party tech
  • building on, and contributing to, open source
  • building your own

for each aspect of the solution, as well as the points at which one option becomes better.

In addition, even when you select a solution, always keep your eyes out for an alternative that has been demonstrated to be more reliable, efficient, or cost effective. When a problem has been newly identified, some companies will just throw anything at it to see what appears to work, without doing a proper analysis and designing a proper solution from the ground up. Eventually, some smart minds powered by Human Intelligence (HI!) will come up with a better solution. Once that becomes economical, you’ll want to switch to that if you don’t have an equivalent solution in house, while keeping back-up options open.

And definitely don’t (over) rely on third party Gen-AI — even the biggest companies can only afford to bleed for so long. There’s nothing Gen-AI can do that traditional tech can’t. It’s best uses are as an interface layer for (very) low TQ (Technology Quotient) folk who are being forced to use tech but just don’t get it (as a more natural language chatbot interface) or as a massive document store search and summarization solution (when traditional semantic / neural networks would just be overloaded). That’s it. And in all of these cases, it needs an underlying application that actually does the work and manages the data.

Stay tuned for Part 4!

the doctor explains the Procurement Alphabet

I would say that you approach them with caution
You should not let them overwhelm you with cheer
Pays to know what you’ll find
To understand their kind
’round here

Drawing their lines,
they look so radical
Tracking their curves
I get so lacrimal
Something deep down reveals they’re tragical

I think I’ve had enough …

It’s a strange alphabet
That’s what I know
But it’s a strange alphabet
We’ve got to follow …

Seventeen years ago I explained the whole numbers. Steve Martin explained the alphabet (but not the Procurement alphabet), and who better to explain the whole numbers than a trained mathematician.

But lately I’m seeing a lot of glossaries and “complete sourcing/procurement guides” that are anything but … so I thought I’d fill in a few basics for you …

A is for Analyst, who pretends to understand
B is for Buyer, with cash in hand
C is for Contractor, lost in Legal land
D is for DEI, now on the witness stand

E is for Equity, where can it be found
F is for Finance, who pay by the pound
G is for Goods, which make the supply chain go round
H is for Hedge, on currencies sound

I is for Insight, desperately needed
J is for Jazz, the hope has been seeded
K is for Kanban, its use exceeded
L is for Legal, its advice unheeded

M is for MRP, technology ancient
N is for Negotiate, done in plainchant

O is for Onboard, suppliers aplenty
P is for Purchase, multiples of twenty
Q is for Quality, often absent-ee
R is for RFX, created by cognoscenti

S is for Supply, critical to success
T is for Tariff, always assessed
U is for UNSPSC, classification coalesced
V is for Vendor, marketing obsessed

W is for Warranty, never enough
X is for Xennial, weary and gruff
Y is for Yardmaster, full of chuff
Z is for Zealotry, Procurement tough

… just to make it clear that the depth and breadth of the space is well beyond what a short glossary or guide can ever hope to address. The Procurement alphabet is not a character alphabet, or even a phonetic or syllabic writing system, it’s a logographic one. One that takes years, if not decades to fully master with all of its global dialects.

But that doesn’t mean you shouldn’t try.