Product Journey Maps are a great tool to identify the list of capabilities customers care, prioritize them in multiple releases, and clearly visualize what the MVP should look like. It’s a tool that can be used by product managers, startup founders, and anyone interested in planning a new product or service. In addition, they create alignment and transparency among all the people involved in a new product development project, providing a space to have conversations about priorities and trade-offs.
The value of an MVP
A few months ago I was giving a speech on Product Journey Maps at an Agile conference and a developer approached me saying: “I wish I had known this a year ago!”
He later explained that about a year before he had been contracted by a company to build a new complex system, and do it all at once. The company gave him a comprehensive list of requirements that clearly explained what the customer wanted, and requested a deliverable within six months. He explained to me that by the time he was done building the system as specified in the requirement document, the company had gone bankrupt. He sighed, then added that he never got paid. “If I had known how to plan an MVP, I would have suggested that to my customer, and I would have built only a small piece of the whole system”, he added.
Ever since Eric Ries popularized the concept of the MVP (Minimum Viable Product), companies, startup founders, and consultants all strive to build an MVP first. The MVP is a hot buzz word these days, yet the reality is that often the real meaning of an MVP is misunderstood. Many consider an MVP as a “Beta release”, or the minimum set of capabilities they can get away with. They trim down the list of features of their product so that they can build it quickly. There are certainly advantages at trimming down the first release and get to market quickly, but the features in an MVP should be chosen carefully based on a set of hypotheses that the team needs to validate.
It’s always said that customers are not looking for features, but they want to solve their problems and they care about the overall experience. Even a great product that provides a terrible experience won’t survive long in the market. What these people forget to consider is that an MVP is not intended for launching a product quickly, but rather to learn as much as possible from their customers. The goal of an MVP is to identify the minimum set of capabilities needed to validate a core set of hypotheses about your business and test for market-solution fit. If these hypotheses don’t hold true, you basically have no business – you need to pivot. The sooner you validate your business idea, the sooner you learn if your business is viable or if you need to change direction.
Download our How-To Guide to Product Journey Maps and MVP and get you started on the process. You can always reach out if you need help.
How a Product Journey Map helps
Working on a Product Journey Map is a great way to bring people together in the same room (virtual, if necessary), align on priorities, and define what can be done to build an MVP.
Capital One success story
We used this tool at Capital One to create alignment and to plan the release of a new strategic enterprise tool. At the start, it was a huge, multi-year endeavor and we didn’t have senior leadership support (i.e. budget) to cover it all. So we said, “what is the minimum we can build to deliver an experience that our users would like and to validate a key hypothesis we have on this product?” If that held true, we could go back to senior leadership with a case for an increase in budget.
In 4.5 months we were live in production with an MVP. It did only one thing, but it was the one thing that in our mind was the most important to validate because it could potentially change the paradigm of how our bankers interacted with our customers. We validated it and got feedback from both bankers and customers that we were on the right track. This set the wheel in motion for building a bigger and more complex tool that later was considered the largest Saleforce implementation in the Financial Services industry to date.
The Product Journey Map allowed this to happen by creating alignment on the objectives, defining the priorities, and keeping the focus on the MVP first, and future releases later.
G4S success story
At G4S, a large multinational physical security provider, an innovation team was stuck. They had an idea for a new platform and had been talking about it for months, but somehow couldn’t come to define a plan for action and get the process started. The project felt overwhelming and different stakeholders had different ideas about it, further contributing to the paralysis.
We organized a 2-day Product Journey Mapping workshop with a group of stakeholders and the innovation team. We split the participants into two teams and had each team conduct activities to define their ideas and priorities, and then share with the other team. This provided the space for a more open discussion of ideas without a dominant voice in the room.
At the end of the workshop not only we had a clear plan to build an MVP and future releases, but also we had broken down the work into a backlog of User Stories that the development team could begin building right away.
Download our How-To Guide to Product Journey Maps and MVP and get you started on the process. You can always reach out if you need help.
How to build a Product Journey Map
To build a Product Journey Map you follow these steps:
1 – Start with a Mind Map. This helps you (and everyone on your team) to download the initial ideas, assumptions, and beliefs on a piece of paper.
2 – Understand your customers by creating User Personas. This is usually the result of ethnographic research, empathy interviews, and observations with your (existing or potential) customers. You may learn about their inner needs, aspirations, and beliefs. And use this information to design a better solution for them.
3 – Draw a Customer Journey Map. There is no right or wrong way to do this, and the format depends on the particular project and activities your customers do. You need to map out all the steps of a customer’s journey with your solution, identify the key activities and touchpoints, and jot down the customer’s emotional status while they go through the steps.
4 – Once you have all the steps identified, you and your team can brainstorm a list of features you’d like to build for each of the steps. Go for quantity at this point, and defer judgment at a later stage.
5 – It is time to define how your MVP will look like. What’s the goal of your MVP? What are the key hypotheses you need to validate for market-solution fit? What key elements on the technology, business and human side should you include in your MVP to deliver a full customer experience that validates your hypotheses? You may choose to have more than one MVP, if you need to validate a large, or incompatible set of hypotheses. Use the MVP Ideation Canvas to define your key MVP elements.
6 – Once you have a better understanding of what your MVP should look like, you need to prioritize your work so that only the features that are really necessary to deliver the core experience of your MVP should be at the top of your list. All others should move down to a later stage.
7 – Draw a physical line using a blue tape on the wall to separate the MVP features from everything else. Having this line visible makes it harder to change the feature list – for you or your stakeholders. It’s just a mental barrier and forces everyone to consider the consequences of changing the priorities.
8 – You may draw an additional line to identify Version 1.1, and so on. However, in an Agile world, planning more than 1 or 2 releases ahead may not prove a good use of your time as things may change before you get there.
I have found Product Journey Maps a useful tool to provide visibility to everyone – including the CEO and executives – about the roadmap and what to expect from the MVP. They are also a useful tool to maintain focus on the MVP, and avoid adding features as you go – or risk scope creep.
You can learn more on Product Journey Maps by following us on Twitter, or by attending one of the seminars we run at conferences around the world and for private customers. Contact us if you’d like to schedule one for your team.
Download our How-To Guide to Product Journey Maps and MVP and get you started on the process. You can always reach out if you need help.
Product Management training: get the training you need in Product Management and Innovation with a CSPO, CPIA, or CPIP program.
