Now that you’ve developed your personas and deconstructed user experiences, you’re close to fully capturing product functionality. The output of these first two phases becomes the starting point of the Journey Visualization process.The first two phases of capturing product functionality are about defining your users and imagining why and how they’ll use your product -- now it’s time to start bringing those experiences to life, a process that will continue until the product’s release.Journey Visualization is a well-defined, iterative effort that fully articulates the consumer journeys that you identified in the Experience Deconstruction phase. This final section of our guide to capturing product functionality will focus on explaining what Journey Visualization is, how it brings out the full potential of the ideas you’ve already laid out, and how your company can start using it before every launch.
A Journey Visualization takes your vision and converts it into wireframes and clickable experience prototypes, which will then be handed over to software engineers for production. It’s a structured process that functions as the bridge between strategy and development by serving as a sort of theoretical blueprint for the eventual real-life product. These “blueprints” give you a sense of what your idea will look and feel like in the hands of customers without expending all the resources on a full-blown product.The process leverages SME expertise, user research, industry best practices, and competitive analysis, which leads to the creation of clickable designs, future state user experience improvements, and epic-level user stories. That’s a pretty large number of factors to get right when you’re building a product that’s going to represent your company, which is why it’s so important that you go through as many iterations as you need to get it all right.
For these benefits to really start impacting your business, you’ll need to be thorough with each of your stakeholders and subject-matter experts about the potential benefits and problems of a given prototype. However, once you’ve gotten strong feedback from each important player in the process, you’ll have an exhaustive sense of how best to balance cost, capability, UX, and design.
For these procedures to work properly, you must be able rely on each team in your organization to act as a check and balance on the others, and for each member of a team to check the arguments and beliefs of the others. With that in mind, inflexible, waterfall-style hierarchies will only throw obstacles in your development process.