Skip to main content

4 Techniques to Make Your UX Review Meetings Successful



As a product manager, I often need to sit down with the executive management team to get their feedback on the new designs. It can be a frustrating process and many times I found that I cannot get things down in the time I am allowed to have.

Nevertheless, not having the sign-off from management is terrible for the team, we face high risk of having to re-work (yes, we always need to re-work, but it feels better if it is an improvement), schedule get delayed etc.

Over my 200+ review meetings, i've came to understand the reasons and learnt skills on how to stir the meeting towards an efficient completion, and I want to share them with you.

There are 4 key reasons of an unsuccessful product review meeting: 

1. Audience Lack the Background Knowledge: especially when introducing a new function, executives don’t know what they are looking at, or how the end users will be using such function, you may have sent the presentation before and again in the meeting invite, it doesn’t matter;

2. Time is Limited: if I am lucky enough I get 1 hour, usually after reschedule for twice and postpone for 1 hour; i sincerely hope you have better luck, but anyway, executives are busy people and you need to fight your way through;

3. Executives are Distrusted: alright, i hate people look at their phones, jump on a call, walk in and out of the room during a meeting, not for the fact that it is not polite, but it is bringing risk to the deliverables; 

4. Business and Operational Needs are Not Aligned: for executives, every feature you do has to either make money directly, indirectly or in the future; the rest we can just follow conventions and it is actually better if we follow conventions and you don’t need to show them. While operational team cares about automation, marketing about tracking and conversion, and they all make sense especially when talking together in the room.

There are many more, I selected the 4 above just because they are applicable across the board. So what can we do knowing all these facts to ensure we get what we need:

1. Set The Scene First: in a few sentences, state what you are demonstrating and what you want to get out of this meeting, it is useful to get everybody aligned and set the target; 

2. Prepare a List of Questions and Structure Your Meeting Around Them: you may as well print it out for everybody, cross them out when the discussion is complete and write down the decision and follow-ups; the questions need to be specific, actionable, for example, you can’t write “what do you think about the color?”, instead, you should write “Which option will you choose, 1,2, or 3?”, open questions is the No.1 enemy of an effective meeting; there are a lot of information you can pick up from these meetings, some of them even conflict with each other, my experience, always ask where it comes from, and paraphrase it back to them, 

3. Focus on Clarification instead of Discussion: review meeting aims to get feedbacks, so when there is a comment, we first need to understand what it means, where it comes from and in what situation it is valid; then we see if it is aligned with the objective, if it is then point taken; if it is not then we need to discuss, ensure the argument is about which way better achieve the objective instead of who likes which one better;

4. Send a Recap Email: a recap email serves as a reminder to everyone to guide them on what has been decided and what is the next step; it is also a good way to open the forum to those who had a second thought, I encourage everybody that change their mind, of course, prefer before deadline, but actually, anytime as long as it is a reasonable change towards where the business wants to head to; 

UX review meetings gives you a chance to verify if the product is aligned with business objective, does it support revenue making or improve internal process. Don't be frustrated if the agenda is not finished, focus on understanding people's way of thoughts, it is useful in the long run.



Comments

Popular posts from this blog

Will AI Believe in God?

I came across an interesting article recently on Gizmono ( Link ) titled “when superintelligent AI arrives, will religions try to convert it”,  The key question seems to be simple at the first glance. The commonality among all different interviewees suggest that there is some kind of criteria the Strong AI has to pass to be qualify as human to be relevant to the religion.  The complication comes in that different party seems to have different criteria, to summarize: If Strong AI has a soul? If Strong AI has a soul an spirit? And for the very fact that it is about AI and religion, let’s refer to Bible for the definition of spirit.  What is the definition of Soul:   the   spiritual   part   of   humans   regarded   in   its   moral  aspect ,   or   as   believed   to   survive   death   and   be subject  to   happiness   or   misery   in   a   life   to   come.  “In Noah’s day . . . a few people, that is, eight souls, were carried safely through the water.” (1 Pe

8 Takeaways on Productive Usability Tests

Please, test it.  The fact you believe in your idea, or that your investor do as well, it means a lot about creating a wonderful team and culture. It does not mean your customer will buy into that.  There is a long way between what the market opportunity (as the market analysis and the founder’s vision is) and what the actual product is. Of the thousands of products in different countries that seems to solve the same problem (you may call them competitors if you want), which one will win the customers’ favor now and in the future? Usability test helps to provides insight on that. Or in other words. usability test tells you, at the current state of mind, your customer will most likely find your product to be value if you do … in the following way … and … in the following way ... As you can see, these findings can be translated to what you can include in your MVP, why a certain design or feature did not meet the expectation (or will ever meet) and what you may decide

4 Mental Processes You can Use to Invest Anything

Ok.  At this moment, what you should have, is an idea that you have tested with some people and a good understanding of the market in terms of what to do and what not to do. Now we are ready to start brainstorming for some solutions. Here, I want to introduce to you the three levels of a product. Products can be an object, people, a pale, an organization, a service, an experience, a conversation or even an idea. To a certain extent, anything and everything we come across in our life is a product. And all of them fits the three layer product concept. The first level is the core product (sometimes called the generic product), it is the reason of purchase (or use). A product must deliver the core benefit sought by the consumer. For example, when you buy a bottle of Maaza Mango Drink you are not buying the juice, you are buying something to " quench thirst of an individual”; when you are buying a Canon 450D, you are looking for using it to take photos and make videos. The core produ