用户应该实时查看自己的性能统计数据

时间:2010-02-01 19:45:32

标签: user-interface usability

我知道这些问题似乎非常开放。我会尽量缩小范围。

我一直在努力在应用程序gui中包含或排除实时用户性能统计数据。

有人在应用程序中包含这些统计数据时是否有关于伤害与收益的任何信息?

即。已回答的电子邮件数量,客户来电次数,每位客户的平均时间等。

用户正在乞求更多关于他们的统计数据的信息,因为它们是如何被评级的。然而,有人担心,如果能够实时或接近实时地看到他们的表现,将会对他们的工作产生负面影响。

我可以把它等同于衡量我在一天内制作了多少行代码。这会帮助我提高工作效率,或者只是教我尽可能快地编写代码,并且很可能会犯很多错误。

在我的应用程序中,我可以想到这些场景的

即。坏:“我看到我已经花了10分钟来处理这个问题,我需要尽快完成这个”

VS

即。好的:“我能够快速帮助客户,我的生产力今天很好”

3 个答案:

答案 0 :(得分:1)

KISS原则,这些信息是否与用户将要做的有关? 如果不是,那么不要添加它。我喜欢Web应用程序的一件事是在更新/提交内容(基本上回发数据)之后加载页面所需的时间。 这样,我/用户可以判断数据是否存在数据库问题或缓存问题。

显示的问题比如打电话给顾客,你的平均时间可能不如你希望的那么准确。您可能有一位客户喜欢聊天,或者遇到与您的业务无关但却反映在您的应用中的技术问题。 由于这些类型的事情,不应该信任这些数据。另一件事是,如果你开始显示通话时间,你最终会有员工竞争,看看谁可以先打电话......那就是你开始伤害自己的时候......更多的客户服务。

一些大牌用于根据通话量,平均通话时间等对员工进行评级等等。还记得戴尔是否曾尝试将所有技术电话外包给印度?在美国的客户感到沮丧,电话要么太长(不理解)要么太短(客户不想处理它)。那些大射手们认为嘿,通话时间非常符合我们的预测,而且我们的成本也在下降。但随着时间的推移,它已经触底了......

答案 1 :(得分:1)

我认为可能确实存在一种可以称之为“Facebook效应”的现象,即只提出一个指标(例如,每次通话的“朋友数”),就意味着它很重要。但是,我不认为这是一个问题,因为很明显用户已经将这些指标视为非常重要,否则他们不会乞求你这些指标。

我相信有大量的心理学研究表明,在指标上添加更快的反馈很可能会提高用户对该指标的表现。此外,人们在情绪上有压力要求他们自己无法很好地跟踪的指标进行评估,现在看来情况就是如此。

我说实时显示指标。管理层显然希望获得高性能,否则他们不会对用户进行评级。用户想要它,它会减轻他们的工作压力。听起来对我来说是一个双赢。

当然,客户可能会失败,因此存在一些道德困境。但是,如果这些指标存在问题,那么问题在于公司策略,而不在于用户界面。通过向用户显示指标,您将突出显示此策略对管理员的任何缺点。也许管理层会得到线索。

如果这是您角色的一部分,您可以建议客户满意度的测量结果(例如,呼叫后自动调查,人工随机跟踪调查),以便管理人员至少可以跟踪其政策的影响。假设他们关心(他们如何评估?)。

答案 2 :(得分:0)

您的应用程序可用作传达此信息的工具,如果用户要求提高其收集的数据的可见性和透明度,则应明确包含该应用程序。然而,用户对信息的回应在很大程度上取决于组织文化对其的影响。

例如,管理层是否积极鼓励用户保持呼叫时间短,并尽可能多地处理客户,并解雇那些不符合配额的用户?如果是这样的话,这将引起用户同样强烈的反应,当他们发现他们有点偏长时,他们会保持通话时间。 (“哦 - 哦,我已经达到了2分钟的标记。我最好挂机并假装断开连接以避免让我的平均通话时间过长。”)

相反,如果管理层只是鼓励每个人做好工作并提供出色的客户服务,那么这些信息可以由用户在整个工作环境中综合起来。 (“我花了很多时间在这个客户身上 - 我应该看看我能不能很快把事情搞砸,或者如果我不能解决这个问题就升级他。”)