Category Archives: Sourcing Innovation

How Medium Sized Enterprises Can Better Manage Spend

McKinsey & Company recently ran a long article on how medium-size enterprises can better manage sourcing that noted that the big reasons that mid-sized companies have difficulty reining in external spending are:

  • a lack of spending transparency
  • a myopic focus on the short term
  • talent gaps
  • underused digital tools and automation
  • exclusion of procurement and supply chain in business decisions

And noted that any action plan that a medium-size enterprise comes up with for procurement cost savings should include:

  • establishing CoE (Center of Excellence) teams
  • improving forecasting
  • expanding use of digital procurement tools
  • gaining greater market intelligence
  • establishing a culture of — and process for — continuous cost improvement
  • incorporation supplier-driven product and service improvements

And they recommend a ladder model that consists of the following steps:

1) Set Aspirations
2a) Rapid renegotiations with top suppliers
2b) Make-vs-Buy Analysis
3) Build spec catalog to enable market engagement
4a) Conduct request-for-quote (RFQ) rounds
4b) Build parts catalog
5a) Validation of suppliers and production parts
5b) Consolidation of SKUs and modularization

And this is all very good, and when you read the article for the details you will understand why it’s all very good, but it doesn’t really provide a clear, step-by-step, roadmap on where you should start.

Fortunately, Sourcing Innovation did provide a partial roadmap in it’s 39 Steps … err … The 39 Clues … err … The 39 Part Series to Help You Figure Out Where to Start with Source-to-Pay which outlined the order in which an organization should get the tools (and thus the associated market intelligence) it needs to effectively tackle spend (and forecasting), work with suppliers, and establish a culture of continuous improvement. About the only item we didn’t address on the McKinsey list is the establishment of CoE teams — the right structure is highly organization dependent, and will be better enabled by the implementation and adoption of the right tools.

So, if you missed the series, go back to the beginning and understand where you start, why, and how a proper, ordered, logical implementation of Source-to-Pay in a modular fashion will help you maximize savings, efficiency, and even sustainability within your allowed budget.

Efficiency Is In The Process, NOT THE MARKETPLACE!

the doctor really should stop reading the “news” and “best practice” articles the internet pushes his way because most of them are rubbish and just make him angry, but then again, if he didn’t get angry, what would he have to write about?

One of the articles recently was about how procurement can push efficiency and sustainability into the organization. The sustainability advice of “look for eco labels or EPA ID or products with recycled content” was pretty abysmal (because, duh!), but the efficiency recommendation of “create an e-marketplace to give your buyers an online catalog of goods and services” was just appalling.

That’s only efficient for organization end-users charged with restocking the supply cabinet in the office or keeping the MRO stock levels high enough to guarantee the production lines keep going when the store room gets low. That’s not injecting ANY efficiency into the Procurement process.

When you consider even the most basic strategic procurement process, you have to:

Identify the Need
and efficiency here is an intake management solution that allows you to collaborate with the end-users / end-sellers to make sure you’re procuring the right products for them to ply
Identify the Potential Suppliers
and efficiency here is a solution for supplier discovery, evaluation, and onboarding
Identify the Evaluation Requirements
and efficiency here is an orchestration solution that allows procurement to integrate all of the requirements from the users, the business, and the organizational goals
Evaluate the Bids
and efficiency here is an RFX solution with integrated analytics
Negotiate and Sign the Contract
and efficiency here is a contract lifecycle management that at least supports the contract negotiation process with complete document (and version) tracking and preferably also includes support for initial contract creation from award, key issue tracking, and e-signature integration
Determine the Appropriate Ordering Strategy
and efficiency here is determining whether the best fulfillment is regular shipments (if the factory uses X thousand units a month), auto-reorders on inventory level triggers (if the usage is/sales are irregular, but the product can be pulled quickly), or (managed) catalog-based orders as needed
3+-Way Match (against an invoice)
and efficiency here is a solution that makes it easy to ensure the invoice matches the goods receipt that matches the PO (at a minimum, and you also want to make sure the PO matches the contract etc.)

Efficiency is injecting efficiency into this process, not just setting up a marketplace!

Dear (Software) Vendor: If you Missed the Ten (+ 2 Bonus) Best Practices for Success, Time to Catch Up Now!

  • Part 1 Best Practices #1 to #3
  • Part 2 Best Practices #4 to #7
  • Part 3 Best Practices 8 to 10
  • Part 4 Bonus Best Practice #1
  • Part 5 Bonus Best Practice #2

In twenty years as an independent analyst and consultant, the doctor has never encountered a small/mid-size vendor who wasn’t doing at least one of these, usually there were a couple they weren’t doing, and the lack of these practices (and knowledge) was (and sometimes still is) holding these vendors back. In other words, you definitely should read these. We are only posting these articles once.

The 39 Steps … err … The 39 Clues … err … The 39 Part Series to Help You Figure Out Where to Start with Source-to-Pay

Figuring out where to start is not easy, and often never where the majority of vendors or consultants say you should start. They’ll have great reasons for their recommendations, which will typically be true, but they will be the subset of reasons that most benefits them (as it will sell their solution), and not necessarily the subset of reasons that most benefits you now. While you will likely need every module there is in the long run, you can often only start with one or two, and you need to focus on what’s the greatest ROI now to prove the investment and help you acquire funds to get more capability later, when you are ready for it. But figuring out how much you can handle, what the greatest needs are, and the necessary starting points aren’t easy, and that’s why SI dove into this topic, with arguments and explanations and module overviews, both broader and deeper than any analyst firm or blogger has done before. Enjoy!

Introductory Posts:
Part 1: Where Do You Start?
Part 2: Where Should You Start?
Part 3: You Start with …
Part 4: e-Procurement, and Here’s Why.

e-Procurement
Part 5: Defining an e-Procurement Baseline
Part 6: There are Barriers to Selecting an e-Procurement Solution (and they are not what you think)
Part 7: Over 70 e-Procurement Companies to Check Out

Interlude 1
Part 8: What Comes Next?

Spend Analysis
Part 9: Time for Spend Analysis
Part 10: What Do You Need for A Spend Analysis Baseline, I
Part 11: What Do You Need for A Spend Analysis Baseline, II
Part 12: Over 40 Spend Analysis Vendors to Check Out

Interlude 2
Part 13: But I Can’t Touch the Sacred Cows!
(including Over 20 SaaS, 10 Legal, and 5 Marketing Spend Management / Analysis Companies to Check Out)
Part 14: Do Not Stop At Spend Analysis!

Supplier Management
Part 15: Supplier Management is a CORNED QUIP Mash
Part 16: Supplier Management A-Side
Part 17: Supplier Management B-Side
Part 18: Supplier Management C-Side
Part 19: Supplier Management D-Side
Part 20: Over 90 Supplier Management Companies to Check Out

Contract Management
Part 21: Time for Contract Management
Part 22: Contract Management is a NAG: Let’s Start with Negotiation
Part 23: Contract Management is a NAG: Let’s Continue with [Contract]Analytics
Part 24: Contract Management is a NAG: Let’s End with [Contract] Governance
Part 25: Over 80 Contract Management Vendors to Check Out

e-Sourcing
Part 26: Time for e-Sourcing
Part 27: Breaking Down the ORA of Sourcing Starting With RFX
Part 28: Breaking Down the ORA of Sourcing Continuing with e-Auctions
Part 29: Breaking Down the ORA of Sourcing Ending with [Strategic Sourcing Decision] Optimization
Part 30: Over 75 e-Sourcing Vendors to Check Out!

Invoice-to-Pay (I2P):
Part 31: Time for Invoice-to-Pay
Part 32: Breaking Down the Invoice-to-Pay Core
Part 33: Over 75 Invoice-to-Pay Companies to Check Out

Orchestration:
Part 34: How Do I Orchestrate Everything?
Part 35: Do I Intake, Manage, or Orchestrate?
Part 36: Over 20 Intake, [Procurement] [Project] Management, and/or Orchestration Companies to Check Out
Part 37: Investigating Intake By Diving In to the Details
Part 38: Prettying Up the Project with Procurement Project Management
Part 39: Deobfuscating the Orchestration and Fitting it All Together

Source-to-Pay+ is Extensive (P39) … DeObfuscating the Orchestration – Fitting it all Together

In our three installments last week (Part 34, Part 35, Part 36) we noted that, when you are in Sourcing/Procurement, you need to intake requests, manage projects, and/or orchestrate your technology-enabled processes, depending on what the modules/suite you have do and don’t do and what your particular situation warrants. However, we also noted, that you won’t find a single platform that does everything you need to do, and you’ll be lucky to find a platform that does even half of it. And even then, it probably won’t do more than half of that well. That’s because, as we explained, these emerging platforms typically fall into the categories of Intake Management, Procurement Project Management, or Orchestration. In Part 35 we overviewed the core capabilities at a high level, but skipped the deep dive in an effort to get you the fledgeling vendor list (which is still quite small) so you could start getting familiar with who is out there and have an idea who to investigate when the time is right.

However, once you get a shortlist, you need to be able to evaluate where the platform is now relative to where it should be and what you will need. Thus, in this installment, we are going to continue our dive into each of these three product classifications (which, hopefully, will someday become one as you need all three sets of capabilities for successful orchestration). We’re concluding with Orchestration, because once you have accepted the request and defined the project, you need to execute it.

Orchestration is, in essence, the integration of as many modules as you need into a configurable workflow that suits your specific organizational processes for the procurement at hand.

Easy Self-Serve Data Stream / Partner Module Integration
A buyer should be able to select the supported applications that they own, enter their license codes, and it should automatically integrate with the orchestration tool. It should be a single click to integrate a supported data stream (once purchased).

Low-Code Integration for Arbitrary Source to Pay+ Modules
It should be almost as trivial to integrate non-partner source to pay modules which have a well-defined (open) API simply by defining the API link, the buying organization’s unique keys, data mappings from the orchestration platform to module data tables/objects, entry and specific task links, etc. that is sufficient for pulling data from preceding modules into the application, pushing data out required for metrics and successive modules that are required in the procurement process, launching the application, quick-linking to a specific screen, and integrating the module into the appropriate process workflows.

Workflow Automation
The entire idea of process orchestration is to support the right workflows to support the various sourcing, contracting, onboarding, procuring, payment term analysis, and other source-to-pay projects the procurement organization needs to undertake. It should fully automate the workflow defined in the intake module and/or the project defined in the procurement project management platform.

Smart Progress Tracking
The orchestration module should automatically track where every single process is and when a buyer comes in, take the user to the right screen corresponding to the current step of each procurement process it is managing. It should also push the required data for process and project tracking into the intake and procurement project management modules that will allow those platforms to automatically track the current project process.

Effectiveness KPI Tracking
Whereas a procurement project management module should track the efficiency of the procurement projects, orchestration should track the effectiveness. For a sourcing project, what was the identified savings? (It should track the prior cost per unit, the estimated demand for the next year & contract term, and the identified cost per unit.) For a contract renewal, what were the cost/service/quality/etc. gains? For a catalog procurement, what was the cost savings over the prior (non-catalog) procurement? For an analysis, what opportunities were identified in what time frames? And so on.

Predictive Analytics Integration
The platform should be capable of integrating with a platform capable of doing predictive analytics around expected process times, expected performance (savings, etc.) outcomes, and other metrics the user might want to consider before kicking off a project.

Rule-Based Automation
The platform should support rules-baed automation that will allow parts of the process to be fully automated within certain constraints. For example, if it’s a sourcing project, the RFQ, once defined, can automatically go out to approved vendors, when the quotes are returned, the lowest cost quote(s) accepted, the contract draft auto generated, and so on.

Data Flow Definition
It should be trivial to define the data flows between the different source to play modules that will be used in a given procurement process.

This completes our deep-dive of the intake management / procurement project management / orchestration modules that exist today, and that we listed in Part 36.