From John Morris: Is the customer journey a business process? Does treating a journey as a process make a difference?
A business process? No. But the customer journey epitomizes the inherent interdependencies between all of your business processes that have to be addressed to truly improve your business.
Founder at John Reynolds' Venture LLC - Creator of ¿?Trules™ for drama free decisions
While I agree that a customer's journey has numerous interdependencies with other business processes (ux design, onboarding, accounts receivable, customer service, to name a few) in your organization, it is definitely a business process! It contains activities and tasks with various people responsible.
Your connection with your customer is one of the most important processes to manage. This is where you get your revenue...
Does a customer journey involve activities? That need to be repeated and governed? So, I suppose a yes then... probably adaptive. But still.
Walter, "probably adaptive"? My experience is that your customer's journey is the most dynamic process you're likely to have. This is especially true when your product falls on the "left side" of Moore's Market Development Life Cycle (https://hbr.org/2004/07/darwin-and-the-demon-innovating-within-established-enterprises).
Customer journey is a one of two interdependent processes – 1) customer process and 2) corporate process. Also those processes may be called co-processes (see example of co-processes in ref1; it is necessary to download this PPT to see animations).
Ideally, those processes should be mapped together with the use of several coordination techniques – state-based, event-based, rules-based, traditional flow-chart, etc. Usually, such a process is a set of traditional flow-charts.
See also customer experience as a process in ref2 and ref3.
By knowing customer processes, a corporate can adjust properly its own processes, anticipate customers' behaviour and advice a particular customer for "next" good action.
A customer is of course where you would execute a process for, but I think a customer journey is only a part of any process. As I see it, the customer journey is all the effort a customer has to take to make you execute your processes.
So most of the time it is the work a customer has to do and all the interaction the customer has with all other stakeholders in the total process.
Although, because of more and more self service (if you like it or not), the customer journey becomes a larger part of a process, it is not the total process itself, in my opinion.
So answer to the question: no.
(I had a hard time not to use "end to end" in this response ;-)
Sharing my adventures in Process World via Procesje.nl
How can we make BPM more relevant today?
What if it can be shown that BPM is
[u]the technology[/u]enabler for today's
[b]frontiers of service and competition[/b]?
Customer journey is that frontier of service and competition!
Only just this past November, HBR published a high profile article [url=https://hbr.org/2015/11/competing-on-customer-journeys]Competing on Customer Journeys[/url].
[u]process is at the core[/u]of how you compete.
Of four key capabilities required to support customer journey, the article's authors highlight "
[b]automation[/b]" as No. 1.
[i]"By allowing consumers to execute formerly complex journey [quote][b]processes [/b]quickly and easily, automation creates the essential foundation for sticky
[b]journeys[/b]. This may seem self-evident, but companies have only recently started to
[b]build robust automation platforms[/b]expressly designed to enhance journeys." [/i][/quote][ Edelman, D. C., & Singer, M. (2015). Competing on Customer Journeys.
[i]Harvard Business Review,[/i]
So customer journey is important.
[b]But how is journey related to process? Is "a journey a process"?[/b]
Let's state an answer (which could be falsified) in a strong form:
[b]A Journey Is A Process[/b]
[i]1. A customer journey is the experience of a given actor in a business domain performing a complex work process and [/i]
[i]2. The technical aspects of this experience are completely describable by standard business process notations.[/i]
Note that "experience" and "journey" include work and affect that occur outside a technical business process. So to be precise, a customer journey is a superset of a class of business processes.
[b]Why is the fact that customer journey maps to business process important?[/b]
Because BPM technology is therefore
[u]the technology of customer journey[/u].
BPM technology by definition delivers a language of work in which the
[b]concepts of customer journey are [quote][u]first class[/u]citizens of that technology[/b][/quote]. Thank means that business execs, managers and analysits can think and deploy new ways of doing business in real time (OK within reason...) All other technologies require you to
[b]build customer journey automation artefacts manually[/b]. Think "mediation of business ideas by developers". Think 10X productivity hit.
And we can go further. A customer journey is the
[b]journey of just one actor[/b]. There are other journeys too, such as "employee" or "contractor" or even non-human actors such as "agent".
Are we excited yet? BPM technology is finally mature enough to break out of the ghettoes of insurance automation and other high volume STP plays . . . and the world needs BPM.
As we know, the customer journey aims to help us understand the customer behavior patterns, thereby providing us information that allows us to increase customer satisfaction and consequently increase revenues.
The techniques usually used to map and understand the costumer jouney, are exactly the same that we use in the design of internal business processes, that is, we have events, we have sequences of activities and we have decisions, plus the interactive part by identifying the points contact that we can classify in KCI (Keep Informed Customer), Moments of Truth - Success and Moments of Truth - Panic. These contact points should help us to improve internal processes in response to expressed needs by customers, or even identify new needs that lead to new products and services more adequated to the achievement of the business objectives. Thus, it implies the managing of improvements, either in points of contact, CX processes and internal processes.
In this sense, the customer journey is obviously a business process, which can be mapped, and continuously reviewed and improved.
Clearly the Customer Journey is a set of touchpoints or steps, so is a "process". But it is not an operational process that directs your employees so that they can deliver a great customer experience. So these 2 "processes" are inter-dependent. Both can be mapped, shared and improved. But the customer journey map is more likely to be a high level, whilst the operational process will go into enough detail to cofigure the back office apps (BPM, CRM, ERP etc), direct the employees and put the KPIs in context.
The biggest issue with Customer Journey Maps, is the customer doesn't know they exist, so doesn't follow them.
Interesting comment on Customer Journey Maps. At the same time as has been "newly discovered" by narrative science, people follow stories. Stories have arcs with high probability branches and low probability branches. Same thing with journeys. The same concepts show up in process mining maps (the animated versions are wonderful to behold). I suppose the real lives of processes are all "fuzzy"; that should stop us from trying to provide tools which enable process efficiency.
[b]purposefully coordinated[/b]series of steps towards a
[b]business goal[/b]is a business process.
If the ultimate
[b]goal[/b]is to deliver
[u]customer value[/u](be it savings, revenue, risk reduction, image enhancement, satisfaction),the customer journey is a business process.
If there is no goal in the customer journey, it means you're just taking them for a walk. :-)
CEO, Co-founder, Profluo
From a customer perspective I doubt they want to be seen as part of journey in a process...even if they are! Customer engagement is the desired tag where knowledge is readily available in format that leads to making the right choices. This is about a good experience and this should be the priority in designing and building the customer process....
In the IT sector on-boarding is the most important part of the customer journey, it’s the one that matters most for the long term relationship that is to follow. It’s the time when the client gets a first-hand experience of the organisation he has tied up with, which goes beyond the marketing brochures, umpteen presentations and other pitches. It is also the most visceral view of the service providers promises and his working practices that are now going to be visible to the customer. Customer journey is not just a process, but it is the process for organisations. In fact one should mandate that all customer facing processes or processes that cross cut with customers are necessarily the most crucial and the processes that must be made most adaptive to change.
The Customer Journey is a process but it's their process and it's unlikely a customer will have within their organization a specific process for each vendor.
The likely scenario is they will have a specific culture and set of values/thresholds that apply to all vendors - you may or may not be able to find out in detail what their trigger points are so whatever effort you make to map out the customer journey will be at a much higher level of summary than your corporate processes.
We do know today that you need "delighted" customers, not just "satisfied" customers.
What this means to me is you need to be prepared to link out to a customer at any step in your process, including ad hoc steps you may insert at any point along a process timeline, and be prepared, within reason, to allow the customer to link in to your processes at any customer-facing step, including ad hoc steps you may insert at any stage along a process timeline.
Including plan-side touch points is not good enough.
We have lots of experience in healthcare with Patient Portals - we know three kinds of services, a) infocenter, with or without "smart assistants", most of which are not so smart and will not improve until AI kicks back in b) out-reach that yields huge time/cost savings (sending out appointment reminders, test results etc) and c) in-reach that can seriously eat away at healthcare professionals' productivity.
A "hammer-and-nails" approach where you implement all three simply because it can be done, will not improve customer experience.
Given HIPAA rules/penalities and MU (which I call "meaningless uselessness"), we don't allow any portal user to view a list of patients nor establish a cursor position at any patient record. The way the out-reach module works is to push out to a portal listbox line items (giving the user an InTray, if you like) from an outer server for Events posted at the back-end hosting the Case Management system. The user clicks and gets to see any attached instructions, plus fill-in-forms. They record data and press Submit.
Two engines are used to link the inner dbms to the outer and link the outer to the inner. The only data at the outer server is data relating to Events and forms that are attached to current Events. Events at the outer service get deleted soon after a patient clicks on Submit.
Here's a recent (June 8th, 2016) excellent posting on LinkedIn by Gartner's Hank Barnes concerning the problems of customer journey mapping.
[url=http://www.linkedin.com/pulse/getting-lost-customer-journey-hank-barnes]Getting Lost on the Customer Journey[/url]
I added the following comment:
[i]"Process mining can help with the rich and messy nature of reality. And there's a real difference between journey mapping for the purpose of understanding sales and relationships -- and the journey mapping which supports the technical implementation of better relationship tools. But your comments are right on the mark."[/i]
- Page :
There are no replies made for this post yet.
However, you are not allowed to reply to this post.
However, you are not allowed to reply to this post.
Join the Discussion
processes hype cycle disruption Business tranformation ACM digital transformation data simple process Intelligent automation BPM Year Ahead BPM Skills Open Source XAI transformation customer service CXO DT leadership RPA skills BPM and Intelligent Automation Robotic process automation CX business process models process automation process AI Business Process Red Hat BPI process improvement 2019 IBM IT business process integration agile Explainable Artificial Intelligence IA business process management big data Business change IT Department case management Virtual Duct Tape Year Ahead change management The Year Ahead for Digital Transformation swimlanes Automation Process Architecture RPA standard BPM Challenges Process Re-Use no-code Business Processes rpa skills artificial intelligence BPM 2019 low-code process mapping Business Process Management 2019 customer experience process management voice recognition process maps RPA 2019 The Year Ahead for BPM BPM Buzz Customer process process modeling BPM right brain thinking DT challenges employee experience end-to-end processes