我自愿在我的工作场所向我们的用户体验团队提供一小时的午餐时间简报。我对人为因素和用户界面设计充满热情和热爱，并且在整个（尽管很短）职业生涯中都参与其中。
我遇到的问题是，我很难决定如何集中讨论，以便在一个小时的时间限制内传达一些好的信息。我希望从 SO 那里获得关于您有兴趣听到的内容的意见，这些内容也可以在一小时内包含在内。这是我到目前为止所拥有的：
在这一点上的一切都是非常高的水平。我不确定我是否应该减少主题并深入研究，或者是否应该做一个完整的高级演示并鼓励个人来与我交谈以获取更多信息。
更新关于受众
观众（用户体验团队）由许多已经对用户体验的含义有高度了解的个人组成。许多人是软件开发人员，有些人是设计师。然而，并不是所有的人都是训练有素的设计师，可能有必要重新达到一些高点。我认为有些地方需要改进（我可以谈谈）。不幸的是，我不是该小组的直接成员，所以我不了解团队的内部运作（这也有助于我更好地集中这个演示文稿）。
鉴于您的听众已经在 UX 方面有一定的背景，我会花时间介绍一到三个案例研究以及从您的个人工作经验中吸取的教训。描述一个设计或用户性能问题，你是如何处理它的，结果是什么。选择没有简单答案的案例，例如符合标准与可用性测试结果相冲突的案例，或者一般人为因素设计原则与理论或形式分析（例如，GOMS）相冲突的案例。
对于每个案例，尝试让观众参与讨论问题以及如何解决问题。让他们确定每种解决方案的优缺点，看看他们是否能提出解决所有问题的方案，例如设计如何符合标准，但仍能在测试中实现高性能。可以提出一个您对实际实施的解决方案没有信心的案例。关键是让你的观众思考可用性和设计。
通过使用具体示例，您可以为观众提供练习其已经知道的高级内容的机会。这种方法将涵盖基础知识，但让您不会让那些已经在理论上了解它们的人感到无聊。如果案例研究很好地说明了您认为团队可以改进的领域，那就更好了。如果它允许您提出超越基础的新原则或流程，那也很好。
换句话说，将你的听众更多地视为同行，就像在会议上发表论文的学者一样，而不是像教授给本科生讲课一样。
这个场景听起来让我有点担心。你有一个 UX 团队，但他们对 UX 并不那么热情。你有一个小时的时间来提供诸如人为因素介绍之类的东西？
找出他们的每个弱点在培训课程中的位置。一小时将取得很小的成果。
我建议在用户体验方面有一个渐进的客户观点
我一定会包括您所谈论的内容的示例，因为它适用于您的主要产品。高层次的一部分很好，但例子使它成为现实。
还展示了人为因素如何帮助更快地阅读 UE 团队的目标（X% 的客户满意度、更快的上市时间等）通过为他们提供应对挑战的解决方案来激发他们的胃口。
如果这是给你的 UX 团队，我认为他们至少已经有了 10000 英尺的概述。如果这将是一系列午餐和学习会谈，那么首先做基础知识，然后在随后的会谈中深入探讨细节。
如果这是独立的，我会快速（5-10分钟）点击重点，然后选择一个特定的主题。
我认为很多DO 和 Dont既有用又有趣。