代码之家  ›  专栏  ›  技术社区  ›  JasCav

人为因素和可用性1小时[关闭]

  •  6
  • JasCav  · 技术社区  · 14 年前

    我自愿在我的工作场所给我们的用户体验团队做一个小时的午餐时间简报。我对人为因素和用户界面设计有热情和热爱,并且在整个职业生涯(虽然短暂)中都参与其中。

    我面临的问题是,我很难决定如何集中讨论,以便在一小时内传达一些好的信息。我希望从SO那里得到你感兴趣的信息,这些信息也可以在一小时内得到。到目前为止,我掌握的情况如下:

    • 人为因素概论
    • 人为因素背后的心理学
    • UID原则

    在这一点上,一切都是非常高的水平。我不确定我是否应该减少话题,深入探讨,或者仅仅做一个完整的高层次的演讲,鼓励个人来和我讨论更多的信息是否更好。

    6 回复  |  直到 13 年前
        1
  •  1
  •   John    14 年前

    我一定要包括你所说的例子,因为它适用于你的主要产品。高水平的部分是好的,但例子使它成为现实。

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

        2
  •  3
  •   Harry    14 年前

    这种情况听起来有点让我担心。你有一个用户体验团队,但是他们对用户体验不是很感兴趣。你有一个小时的时间来介绍人的因素?

    找出他们的弱点所在,让他们参加培训课程。一个小时也没什么用。

        3
  •  3
  •   Michael Zuschlag    14 年前

    对于每一个案例,试着让听众讨论问题以及如何解决问题。让他们确定每个解决方案的优缺点,看看他们是否能想出一个解决所有问题的解决方案,例如,设计如何符合标准,但仍然在测试中实现高性能。如果你对实际实现的解决方案没有信心,那么可以提出一个案例。关键是让你的听众思考可用性和设计。

    通过使用具体的例子,你可以让听众有机会练习他们已经知道的高级知识。这种方法将涵盖基础知识,但会让你远离那些已经在理论层面上了解它们的枯燥的人。如果案例研究能很好地说明你认为团队可以改进的地方,那就更好了。如果它允许你提出一个新的原则或过程超出了基本的,那也很好。

    换言之,把你的听众更多地当作同龄人对待,就像一个学者在会议上发表论文,而不是像一个教授给本科生讲课。

        4
  •  1
  •   pagid    9 年前

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

    • 基本功能(必须具备)
    • 简单和;方便
    • 如何表明体验是无风险的(安全性)
    • 冷静
    • 绿色因子
        5
  •  0
  •   AllenG    14 年前

    如果这是你的用户体验团队,我想他们至少已经有10000英尺的概述了。如果这是一系列的午餐和学习讲座,那么先做基础知识,然后在随后的讲座中深入讨论细节。

        6
  •  0
  •   Stefan    14 年前

    我想很多 注意事项

    推荐文章