Wednesday, January 1, 2020

information architecture - "Can you make it more prominent?" stakeholder phenomenon


I'm designing many features for a product, where many of these features are shared across the real estate of a screen. It's common for each stakeholder or product manager to feel that their feature is the most important, and common comment during the design process is "can you make it more prominent".


over a period of time, increasing the prominence of each feature would lead to a kind of inflation where each feature would be more prominent than the rest of the elements on the screen each time a feature is revised or improved. causing the whole screen to get crowded or cluttered where everything is fighting to be more prominent.


many times i've tried explaining this to the stakeholders. but in their mind their feature is the most important and needs to grab the attention of the user.


how can this be solved. trying to convince stakeholders hasn't worked. is there a process or something to avoid it.




Answer





In the absence of a clear product strategy, use the User Journey Map and documented workflows to remove executive opinion and self-interest from the discussion.






Prioritize all the things


Everything is not important at the same time in the same place.
If you don't provide a clear path, users will struggle to find their next action.



Hick's Law tells us ...



increasing the number of choices will increase the decision time logarithmically



That last word is a bad thing. The longer it takes the user to decide the more stress they feel and the more likely they are to be dissatisfied and possibly abandon your app.





Your team probably doesn't believe that attention is unlimited. They just need help identifying the most important things.


Everyone naturally has some amount of bias toward their area of responsibility. So how do you get everyone on the same strategic path?


You have to eliminate domain ownership from the conversation and get right to the point:




We will be successful when we make our users successful at [ … ]



That goal will change from one view to another, but there are overarching goals that the product needs to address.


The User Journey Map



Allows designers to frame the consumer’s motivations and needs in each step of the journey, creating design solutions that are appropriate for each.



UXDesign.cc


Example of a User Journey Map



Developing an accurate diagram of the user's journey is one of the best ways to understand and visualize your priorities. This understanding should inform the creation of a clear product strategy. If you haven't gotten executive agreement on such a strategy, you just have to work directly from the User Journey Map to reference reality.


Workflow diagrams



the user perspective of the site organization, making it easier to identify which steps could be improved or redesigned



UXDesign.cc


Example of a workflow diagram


Drilling down a level deeper, documented workflows will help to expose the detail of what the user needs at any given point. The "prominence" of a given feature should be directly tied to its place in the workflow and its intersections with the larger scope of possible workflows happening at that point in the Product.



The Journey and Workflow should be based on real data. You may have to start with a hypothesis, but it should be backed up over time.



Pointing to real product metrics in support of the claim that …



feature A is more critical than feature B within view 4 because [… data …]



keeps the design process on track and the strategy focused on meaningful enhancements.



As the company matures into this way of thinking (if they are willing to do so) you won't have to be the strategy cop all the time. Others will usually see the light and start speaking up on their own.


Eventually, you want everyone to think in terms of …



  • The Product's core purpose


  • The current Initiatives

  • How the Initiatives will be accomplished (Epics)

  • Where it all fits on the Roadmap


How can we get to this point as quickly as possible ...




The sprint is a five-day process for answering critical business questions through design, prototyping, and testing ideas with customers.



The rapid design sprint process



I don't know of a faster way to get a team all working toward the same strategic set of priorities. Sometimes the word "design" throws the stuffy suit types off. You can also call this a Product Summit or Strategy Summit. If you need to go that route, just make sure you have the right "business sponsor" pushing the effort. The Product or UX Designer should still be the facilitator, but putting a suit at the front of the message can help.


No comments:

Post a Comment

technique - How credible is wikipedia?

I understand that this question relates more to wikipedia than it does writing but... If I was going to use wikipedia for a source for a res...