Given that your audience already has some experience with UX, Id takes the time to present one to three case studies and lessons learned from your personal work experience. Describe the design or user performance issue, how you dealt with it, and what the result was. Choose cases without simple answers, for example, in cases where compliance with the standards contradicts the results of the usability test or when the general principle of the human factor contradicts a theoretical or formal analysis (for example, GOMS).
In each case, try to engage an audience to discuss the problem and how to solve it. Get them to identify the pros and cons of each solution, and see if they can come up with one that solves all the problems, for example, how the design can meet the standards, but still achieve high performance when testing. It is good to present a case when you are not sure about the actual solution implemented. The fact is that your audience thinks about convenience and design.
By working with specific examples, you give your audience the opportunity to use high-level material that they already know. This approach will cover the basics, but it will not let you miss people who already know them on a theoretical level. If case studies serve as a good illustration of areas that you think a team can improve, so much the better. If this allows you to introduce a new principle or process beyond the basics, that’s good too.
In other words, treat your audience more like peers, such as an academician presenting a document at a conference, rather than a professor giving lectures to students.
Michael zuschlag
source share