Our customers and development teams have problems with the adaptation of design thinking. What could be done to make them aware of the value of design?
Influence senior management by showing design success stories.
Senior management was quickly convinced that design thinking would contribute to solving our challenges.
Organise an example design sprint with a concept that everyone understands.
Less complex concepts makes it easier to understand the value of the outcome of the example sprint.
Ensure that senior management will participate in the example sprint.
The rest of the organisation takes design sprints more serious when they see leadership participate.
Organise more design sprints with several product teams.
Customers and developers experience the value of collaborative design first hand.
Learn from experiences and adapt design sprint process to our needs.
Tailor our design sprint approach such that it suits the organization.
Encourage product teams to organise design sprints and offer to help instead of facilitate.
Development teams become self-sufficient and design centred.
We can only create solutions if we thoroughly understand the problem. A user journey map helps us to approach the challenge from the perspective of the persona we design for. Mapping out their journey, including their thoughts, actions and emotions, helps us to move away from thinking in terms of business processes, something that often happens at process heavy organizations.
One of our challenges is that customers come to us with – what they think is – the solution. How might we’s force participants into thinking about objectives instead of detailed solutions. Developers tend to think from technical limitations and business people from procedural limitations. HMW’s reduce creativity blockers like “is this feasible”?
Solving today’s challenges might limit our thinking. This is why it can be useful to broaden our horizon and think about what the product would look like a few years from now. We might realise that we are defining a direction that is misaligned with the long term product roadmap. Or, maybe the entire solution will be obsolete in a while.
The sprint objectives will be used to bring us back to reality and to the feasibility of the current design sprint. We will define what the measurable objectives for this sprint are, such that we will be able to verify if the end result of the sprint is successful.
It’s not always easy to start sketching from a blank slate. Showing demos of other products is a good way to get inspired. The participants are asked to collect examples from products they like. Those examples can be from products from competitors, but great ideas can also be found in non-related industries.
It’s not always easy to start sketching from a blank slate. Showing demos of other products is a good way to get inspired. The participants are asked to collect examples from products they like. Those examples can be from products from competitors, but great ideas can also be found in non-related industries.
Putting many small good ideas together doesn’t mean that we’d have one great idea. The decide workshop should have paved the way to create a coherent prototype, that allows us to verify our conceptual choices with the user.
How do we present those concepts? That depends on the context. It’s common to create an interactive prototype that allows the user to click through various pages. However, we are not always designing a digital product. Therefore, there is no single recipe that dictates how to create a prototype and how it should look like.
The prototypes will be tested with a handful of users. The insights that are collected will be taken into account when the final findings will be shared with all stakeholders. Presenting the concept from the eyes of the user creates more understanding.