Usability 人为因素和可用性1小时

我自愿在我的工作场所给我们的用户体验团队做一个一小时的午餐时间简报。我对人为因素和用户界面设计充满热情和热爱，并且在整个职业生涯中（尽管时间很短）都参与了这项工作

我面临的问题是，我很难决定如何集中讨论，以便在一小时的时间内传达一些好信息。我希望能在一个小时内得到你们感兴趣的信息。以下是我到目前为止的情况：

• 人为因素导论
• 人为因素背后的心理学
• UID原则
• 可用性测试
• 标准

在这一点上，一切都是非常高的水平。我不确定我是否应该减少话题，深入探讨，还是只做一次完整的高级别演讲，鼓励个人来与我交流更多信息更好

关于观众的最新信息

---

受众（用户体验团队）由许多人组成，他们已经对用户体验的内涵有了较高的理解。其中许多人是软件开发人员，一些人是设计师。然而，并不是所有的人都是训练有素的设计师，可能需要重新达到一些高点。我看到了需要改进的地方（我可以谈谈）。不幸的是，我不是团队的直接成员，所以我不知道团队的内部工作（这也有助于我更好地关注本演示文稿）。

如果这是针对您的UX团队，我认为他们至少已经有了10000英尺的概述。如果这是一系列的午餐和学习讲座，那么先做基础知识，然后在随后的讲座中深入讨论细节

---

如果这是独立的，我会快速点击重点（5-10分钟），然后选择一个特定的主题。

我会确保包括您所谈论的适用于您的主要产品的示例。高水平的部分是好的，但例子使它成为现实

---

还展示了人为因素如何帮助UE团队更快地阅读目标（X%的客户满意度、更快的上市时间等），通过为他们的挑战提供解决方案来刺激他们的胃口。

我认为许多应做和不应做的事既有用又有趣

我建议在以下方面对用户体验有一个渐进的客户观点

• 基本功能（必须具备）
• 附加组件/增强功能
• 简单方便
• 如何表明体验无风险（安全性）
• 冷静
• 绿色因子

---

这种情况听起来有点让我担心。你有一个用户体验团队，但他们对用户体验没有那么热情。你有一个小时的时间来介绍人的因素

---

找出他们的弱点所在，让他们参加培训课程。一个小时的收获是微乎其微的
鉴于您的听众已经有了一些用户体验方面的背景，我将利用这段时间介绍一到三个案例研究以及从您的个人工作经验中吸取的经验教训。描述一个设计或用户性能问题，你是如何处理的，结果是什么。选择没有简单答案的案例，如符合标准与可用性测试结果冲突的案例，或一般人为因素设计原则与理论或形式分析冲突的案例（如GOMS）
对于每一个案例，试着让听众讨论问题以及如何解决问题。让他们确定每个解决方案的优缺点，看看他们是否能够提出一个解决所有问题的解决方案，例如，设计如何能够符合标准，但仍然能够在测试中实现高性能。如果您对实际实现的解决方案没有信心，那么可以提出一个案例。关键是让你的观众思考可用性和设计
通过使用具体的例子，你为观众提供了一个练习他们已经知道的高级知识的机会。这种方法将涵盖基本知识，但不会让你对那些已经在理论水平上了解它们的人感到厌烦。如果案例研究能很好地说明您认为团队可以改进的领域，那就更好了。如果它能让你提出一个超越基础的新原则或流程，那也很好

---

换言之，更多地把你的听众当作同龄人对待，就像一位学者在会议上发表论文一样，而不是像一位教授给本科生讲课一样。
给他们上汤，给他们叉子。听起来像是我见过的一些公司网络应用。开始讨论的好方法。@Ed B-这是一个非常棒的主意。嗯……我可能不得不考虑这个问题。你能多说一下你的听众是谁，他们的背景和角色是什么？“UX团队”对我来说意味着一群信息架构师、交互设计师和可用性工程师，他们应该和你一样了解你列出的主题。