Discuz! Board

標題: 我们的解决方案 [打印本頁]

作者: mdsojibahammed3 時間: 2024-4-3 17:15
標題: 我们的解决方案
建议仅允许观察小组成员观看简报。这是为了避免基于个人观点的“宗教辩论”（他们称之为）。会议的格言是：主要关注明显更严重的问题。因为会有很多问题。许多人会尝试提出他们的意见，而这些意见很多时候会超出早上的真实经历。许多人会夸大现实中的小问题，这些问题更多地涉及他们个人的风格愿景或他们已经携带了一段时间的烦恼，而不是对该问题后果的客观观察。让我们记住，我们正在收集用户的经验，而不是团队的经验。有必要知道如何对问题的“危险性”做出客观的衡量。在用户体验设计中，有必要学会客观，抛开我们对互联网专家或设计愿景的看法。你必须知道如何现实和科学。然而，无论谁主持简报，都必须善于保持平静的分享气氛，并确保上面写的内容不会成为工作狂的戒律。

确实，可用性测试总是相当微妙的，因为很多人的辛勤工作受到质疑，所以严肃性也需要细致和理解。简报节目以下是简报的大致流程（按顺序）：像这样开始：欢迎参加今天上午分析数据的简报会。这次会议应该持续不超过一个小时。我们现在要日本手机号码做的就是列出今天早上发现的十大问题。然后，我们将制定这些问题的优先级，以及包含修复程序的相应列表。 ” 然后，按顺序：请每个人回顾一下他们今天早上在测试中注意到的问题清单，并要求他们选择他们认为最紧急的三个问题。请每个人一次阅读他们的三个问题。将它们全部标记在黑板上。一旦你有了整个列表，就开始标记（用复选标记）你认为最紧急的十个问题，然后询问团队是否同意这些选择。可能会编辑。根据您讨论的每项任务的优先级重新排列列表。

写出最大的问题（1），依此类推。重新阅读列表中的第一点到第十点，并针对每一点与团队讨论相关修复。写下修复列表。感谢大家并结束会议。收集所有材料并将摘要电子邮件发送给每个人。您将根据您的经验和情况修改材料。如果您用演示文稿制作大型报告并不重要，在您的团队中您会知道什么是真正有用的以及如何演示它。当涉及到如此频繁地进行的可用性测试时，花这么多时间在报告上是没有用的。结论我知道向你的团队提出这样的建议并不容易，让每个人都花一整个上午的时间看着显示器。如果您已阅读本文，那么您显然是执行此操作的最佳人选。因为要进行“简单测试”，您不需要很高的技能，但您需要了解进行这些测试的重要性。让我们问自己一些事情。为我们不认识的用户开发产品有什么意义？我不想称他们为用户，我想指出他们是人。

歡迎光臨 Discuz! Board (http://zzm.win1.in/)