All service providers are in the business of customer and user experience . It is not enough to compete on products and services, how services are delivered is as important as what is delivered. The  customer journey is the complete end-to-end experience customers have with one or more service providers and/or their products through the touchpoints and service interactions with those providers. In order to focus on the outcomes and on the customer/user experience, service providers are seeking to master the art of mapping their customer journey. Doing so allows them to maximize stakeholder value through co-creation of value throughout the entire value chain . The customer journey begins by understanding the overall macro-level of steps or groups of activities that generate the need for interaction between the customer and the service provider. These activities begin at “Explore” and end with “Realize” where the value is actually being consumed by the end-users.   Copyright ©

Best practice has proven that to be dynamic and to consistently meet changing business requirements, services must be co-created with our customers.  I learned in a recent ITIL 4 certification class titled Driving Stakeholder Value (DSV)  that providers will start with a stakeholder map and follow up with a customer journey map. If you are not yet familiar with Customer Journey Mapping, I strongly recommend learning about this critical skill needed to enable the co-creation of services.  Once you have a stakeholder map and have mapped the customer/user journey, you will need to identify the roles required. In our example below, we use the two roles of customer/consumer and service provider. Each of these, although not the only stakeholders involved, is critical to the success of co-creation.  Notice a relationship is being established via these responsibilities  Both the service provider and the consumer have responsibilities.  An IT service provider, for example, manages resource

The risk is below the water and we are headed right towards it. Organizational Transformations, Business Transformations and IT Transformations are all at their very core really CULTURE Transformations!  Ok friends, I’ve loaded this one up. For a deeper dive into some of the topics addressed in this blog, be sure to click on the embedded­­ links provided. Culture must be considered to Drive Stakeholder Value - This is POWERFUL! Think about how a culture shift  enables the following: Mapping the customer journey with all touchpoints and interactions. You can potentially map the customer journey and map the stakeholder’s roles and responsibilities brilliantly, but what about the cultural shift to enable these stakeholders? Without it we will likely fall short of our goals. If we have any hope of converting demand into value via IT-enabled services – culture is key!  Properly designing XLAs , SLAs and meaningful measurement models.  Without culture, the risk is high t

Think slow and hard about that statement; Drive Stakeholder Value ! Sometimes we see and use terminology so much that the power of the statement gets lost. This is one we must hear and ignite if we have any hope of meeting the evolving door of consumer requirements.  The Drive Stakeholder Value (DSV) certification course is available within the ITIL 4 Managing Professional stream of certification.  Therefore, DSV is also a module and one of the focus areas in the Managing Professional Transition (MPT) class.  Confused? Take a look at this graphic : ITIL 4 Managing Professional Transition  is a course that provides ITIL Experts or those that have at least 17 ITIL v3 credits a fast-track way to obtain the ITIL Managing Professional certification. This course excerpts key concepts from ITIL 4 Foundation and from each of the four Managing Professional modules. The Managing Professional stream of certification courses targets IT practitioners working within technolo

Value streams are getting a lot of attention these days for a couple of reasons. One is that value streams allow us to identify opportunities to minimize waste or bottlenecks across organizations, processes and functional silos, and to improve the flow of value. Organizations adopting DevOps , for example, are using value stream mapping as a way to improve the flow of activities during the software development lifecycle, and to improve cross-functional collaboration. Another reason is that value streams direct our attention to what customers value. For example, organizations can use value stream mapping to streamline new product development activities, improve time-based measures such as lead time and time to market, and identify ways to improve product quality. They can also use it to streamline the activities involved in integrating a new employee into the company and its culture. What these both have in common is that the focus is on optimizing the value-adding activities; with the