Transaction or Process?
The complaints voiced at customer sentiment sites seem to be more about processes gone bad than transactions. CRM was born in transactions, but it is moving inexorably toward process -- though I find it comical how often vendors avoid using the "process" word for fear of needing to do a lot of development. This might be the biggest hidden reason for the high interest in analytics.
Apr 2, 2014 7:26 PM PT
After many years, I think I can boil down CRM to this: Vendors prepare for transactions but customers expect process. Of course, this demands elaboration and neither of these ideas is stationary. The desire for better processes evolves as customers and markets do, and transactions become more sophisticated as vendors play catch-up with their markets.
You can also say that a transaction is simply the logical endpoint of a process, at least most of the time -- and yes, transactions don't always involve money. At any rate, CRM is an interesting study in transactions and processes.
To be sure, transactions are implied in almost any business process. A sales process is supposed to result in a sale, a service process is supposed to resolve customer issues, and the marketing process is intended to fill the top of the sales funnel. They are transactions with specific results, but there is an important difference between a transaction and a process. For me that difference is this: A transaction is a frame from a movie but a process is the movie.
This analogy immediately falls apart when you try to piece together a bunch of transactions into a business process, because it is as if you were reconstructing the original movie. A process requires a foundation -- something that takes you from point to point to point -- but a transaction is designed to be complete unto itself.
I've spent a lot of time investigating customer sentiment recently and discovered that very often when customers are disappointed, it is because of a process failure and not a transaction per se. Interestingly, though, the processes that fail are viewed as transactions by vendors -- and very often, the individual transactions are seen as successful. How can this be?
A business has many customer-facing processes for sales, service, customer care, renewals, whatever. Let's assume, for the sake of simple math, that a typical process is made up of five steps -- so there are five potential failure points. Let's also say that the average step has a 90 percent success rate, meaning that a high percentage of the time, a desired outcome happens -- someone gets something appropriate to a situation.
A vendor might see these five steps as individual instances or transactions, but a customer might view all five together as a single thing, because success is not ensured until the last step is complete. If something messes up in the middle, it's not viewed as a simple transaction failure by the customer -- it is a process failure. Who cares if you logged on successfully if you couldn't place an order?
If you are the vendor, you see 90 percent and think that's good -- and maybe you want to raise it to 95 percent to be even better. However, if you are the customer in need of successful completion of all steps, you might see mediocrity due to what I'll call "the tyranny of small numbers." Roughly speaking, that's because a number less than one multiplied by another like it results in a smaller number.
For the customer, the probability of successfully completing all steps of this process is not 90 percent; instead, it's .9 x .9 x .9 x .9 x .9, or 59 percent. That's a big difference and it's a contributing cause of the dissatisfaction you see on customer sentiment sites.
A Strong Foundation
In my experience, the complaints voiced at these sites are about processes gone bad and not transactions. So here's the interesting point: If your approach is transaction-oriented rather than a true process, your cobbled-together process most likely lacks the things that real processes offer -- namely, the ability to bail out and deal with a higher authority, frequently a human being.
CRM was born in transactions, but it is moving inexorably toward process -- though I find it comical how often vendors avoid using the "process" word for fear of needing to do a lot of development.
This might be the biggest hidden reason for the high interest in analytics and platforms more generally. The idea of transaction-based processes can work for a while as we layer on functionality like workflow, analytics and collaboration -- but at some point, the amalgamation of all these systems is not as powerful or as easy to manage as a system built on a foundation that assumes a process orientation.
Analytics identifies customer moments of truth, and workflow addresses the need to opt out of the automated pathway when needed.
So, as I survey the CRM landscape, it strikes me that in a short time we'll begin merging all of the point-solution technologies we have heard so much about lately -- social, mobile, analytics and more -- into a more comprehensive and strategic vision. I think it's time.