我们重点介绍了 Microsoft Clarity,它是一款由真正了解像 Switas 这样的公司所面临挑战的产品开发人员,以实际应用场景为导向打造的产品。诸如“愤怒点击”和 JavaScript 错误跟踪等功能,在识别用户痛点和技术问题方面发挥了至关重要的作用,从而能够进行有针对性的改进,直接提升用户体验和转化率。
情境探究是一种研究方法,研究者在人们实际工作环境中观察并访谈他们。该方法由休·拜尔和凯伦·霍尔茨布拉特作为情境设计方法论的一部分而发展而来,它结合了观察和即时提问,其基本前提是人们无法凭记忆准确描述自己的工作,但可以在工作过程中进行解释。
该方法以师徒关系为核心构建。研究者扮演学徒的角色,向实际操作者学习,这使得研究模式从访谈(参与者进行总结和解释)转变为演示(参与者进行展示和叙述)。这揭示了总结中遗漏的细节:与官方系统并行维护的电子表格、贴在显示器上的打印笔记、每次出现异常情况前咨询的同事、以及与既定流程顺序不同的实际操作步骤。
它揭示的信息通常是其他任何方法都无法发现的。变通方案是最有价值的一类,因为每一种变通方案都标志着系统无法支持实际工作的地方,而且人们一旦习惯了这些变通方案,就会习以为常,不再注意到它们。同样,访谈和分析中也忽略了干扰、环境限制、并行工具以及决策的社会背景,而这些因素往往可以解释为什么一个设计精良的功能无人问津,或者为什么某个指标的行为令人费解。
当设计团队对所涉领域不熟悉时,这种方法最为有效,这在商业软件、运营工具和专业服务领域很常见。例如,为仓库员工、临床医生、保险评估员或呼叫中心客服人员开发软件的团队,无法仅凭需求文档进行有效的设计,因为需求文档反映的是流程应该如何运作,而不是实际如何运作。通常,几天的观察比几个月的利益相关者研讨会更能有效地重新调整项目的优先级。
成本是实实在在的。每次实验耗时较长,需要与相关机构甚至监管机构协商才能获得实验机会,差旅和日程安排费用昂贵,而且对大量观察数据的分析是一项耗时且需要专业技能的工作。此外,参与者在被观察时可能会改变行为,受监管环境下的保密限制也会限制观察或记录的内容。这些限制意味着该方法的使用具有选择性,选择少量实验是为了尽可能涵盖不同的情境,而非为了统计代表性。
对于无法安排全面现场访问的机构,可以使用一种简化版的方法,而且这种方法远胜于无所作为。这种方法要求客户共享屏幕,并演示他们原本就要执行的任务,研究人员则在旁观察,并在自然停顿处提问。这种方法可以捕捉到现场访问所能揭示的大部分信息,特别是变通方案和替代工具。但它无法捕捉到实际的物理环境、干扰因素和社会背景,而这些因素在某些领域比其他领域更为重要。对于在办公桌上使用的软件,远程观察是一种合理的替代方案;但对于在仓库、诊所或车辆中完成的工作,则不适用。
分析通常涉及构建实际工作流程的模型,涵盖顺序、沟通流程、物理环境以及人们自行创造的物品,这些模型随后直接驱动设计决策。在实践中,当问题空间尚未被理解时,情境探究往往处于项目工作的首要位置,并为后续工作提供信息。 产品研究 并塑造建筑内容 产品设计它在以下方面具有不成比例的价值: 健康 以及其他受监管或运营复杂的行业,在这些行业中,书面流程与实际操作之间的差距最大,而按照书面流程进行设计的成本也最高。
我们重点介绍了 Microsoft Clarity,它是一款由真正了解像 Switas 这样的公司所面临挑战的产品开发人员,以实际应用场景为导向打造的产品。诸如“愤怒点击”和 JavaScript 错误跟踪等功能,在识别用户痛点和技术问题方面发挥了至关重要的作用,从而能够进行有针对性的改进,直接提升用户体验和转化率。