5 Ways to Make UI Working Meetings Work

I was participating in a UI brainstorming meeting recently with four other designers and a product manager. The meeting was focused on “solving” the UI for a mobile app. I was struck by how many times I’ve been in this type of meeting — where the team hopes to emerge with the design for the app — but no particular process is in place to ensure it can happen.

Here are 5 techniques for making UI design meetings actually succeed.

1. Know exactly what features you are designing for
You can’t move a group conversation forward if you don’t have shared knowledge of the features you are going to provide. And no individual designer can possibly create a holistic UI framework without knowing all the pieces that need to be supported.

If there isn’t a well-defined list of features that everyone is privy to, then it’s too easy to get bogged down in “are we doing that?” feature wrangling. Inevitably, there is tension between what the MVP should contain and what ultimately could be delivered. It is beneficial to have that ultimate picture in mind so you don’t end up ‘band-aiding‘ additions at some later point. But if you don’t have justification that users would be interested in a specific feature, or engineering can’t possibly build it, or the marketplace doesn’t warrant your product containing it (because it’s peripheral to your offering and someone else is already doing it better), let that feature go. It is just creating noise.

What to do: Identify what your product is going to offer. Make a list, or better yet, construct a taxonomy — where larger features that encompass sub-features are clearly spelled out in an outline format. Then make sure that product management and engineering have signed off on it and that the designers are familiar with it before you head into a design meeting.

Continue reading 5 Ways to Make UI Working Meetings Work