所以,我在一个相当小的IT部门工作。我们有一个故障单系统,大约一半我们的最终用户的使用。我的一些同事并不真正做很多工作来鼓励我们的最终用户使用我们已有的系统。最终的结果?恒间断,因为最终用户将通过IM让我们还是来我们的办公室直接琐碎的事情。这显然难以做到编写代码的一个好工作。

现在,我想我可以只说:“嘿,你介意填写故障单下一次?”,但后来我想摘下来的坏人,因为别人不会做的。我也不想最终用户觉得我难以接近。我只是想让他们明白,有求人之有道。

那么,什么是最好的事情对我来说,这样的情况怎么办?

有帮助吗?

解决方案

请它吸引人这样做。

提及到与故障单问题由整个开发团队查看,并已发现得到显著更快的固定用户。都说没有票什么必须在混乱中丢失得到的潜力。为他们提供面向外部的链接,以便他们可以查看他们的票的进展和开发者/支持意见。提供电子邮件警报,使他们觉得自己是过程的一部分,对他们的问题的即时信息。

请它作为摩擦越好。

请的系统易于使用,并且尽可能直观的用户条目的一部分。没有人喜欢填写门票和我的肯定的不会通过任何箍跳这样做。没有登录,不登录插件,只需要输入我的问题和联系方式,并去了。

请与您的团队。

最后,没有对上述系统的拼搏量要重要,除非你的团队,你是在同一页上。征集小组会议和有关问题与他们交谈。与你的老板目前,尽量把它放在而言,他能理解。何况失去了宝贵的时间,问题跟踪客户的问题,这是不是在系统中,等等,等等。

其他提示

听起来像是你的经理让你失望的不是迫使用户寻求帮助之前提交一票。这个问题从那里开始,只有继续你的同事允许这种行为。我们使用管理平台的应用支持工作,并在告知用户取得了良好的进展“提交一张票,我们将期待它”,但它必须是所有参与人一致的声音。

这是他们用一个小的心理。对于不麻烦票送人,提醒他们,在他们部门80%的人使用的售票系统。即使它是一个谎言,它会鼓励的,因为从众效应的良好行为。请记住,更多类似的人是人口统计数字,越有可能是影响他们的行为。所以,“你的眼前同事”会比更好“的人在这整个公司。”

使用票务系统的人应该得到一颗金色的星星,不,认真。

有在二月份的哈佛商业评论很简短的文章中使用的社会压力影响行为。它讨论了一些新的研究,但文章中没有包括的引用。

您可能,除非你说服你的同事先使用该系统不会有太大的进展。你都答应你想要的过程后,那么你可以跟你的用户。如果每个人都在你的团队是由相同的规则玩,你也许可以强制用户具有不进入系统,或者甚至完全忘记了他们的问题慢周转时间使用该系统。

但是,即使你能说服双方你的同事和你的用户进入的门票,你可能依然觉得门票不完整/不翔实。我们都看到了大量的门票像“特征X是坏了,修理PLZ”并没有提出其他信息。根据票的数量,您每天获得的,我想可能只是硬着头皮走过去用户和看到自己的问题是什么的第一手资料。

您没有。用户讨厌的东西,即使我做的。相反,你的政策应该是“不要让我想到”。你一定要收集所有你需要自己,并自动在无形的方式给用户处理这个问题。他们在选择后安装。

我们经常登录代表用户的一票在这种情况下。

在我以前工作过,有人告诉我,没有什么能够无故障单来完成。当我问为什么,我被告知,支持团队的生产力,通过使用故障单进行测量。这不得不迫使我使用故障单(因为他们都是必需的),并让我有动机这样做(我不希望我的同事看坏)的影响。

在我的职场新人,所有的技术支持转包出去。我简直要叫技术支持,他们代表我创建了罚单。

此外 - 停止鼓励的行为。用你的IM过滤选项只在网上出现的开发团队。不检查你的电子邮件 - 或安装过滤器,高优先级的东西(你的老板,你的开发团队)过滤到您的邮箱,一切到一个文件夹您检查每日一次或隔日一次。

Simucal的建议是很好的。您-will-必须告诉他们“提交票”来代替,在某些时候。如果你事后问他们,他们是不会去关心,因为他们得到他们所需要的东西。

来处理这方面的一个好方法是有一个专门的人的支持。我的团队做了这一点,这极大的帮助了我们的生产力和淘汰至少90%的中断。

除非是(或代替),你可以每天的转动,以谁可以处理用户请求。这具有使故障单更多或更少所需的结果;其跟踪的要求发生了什么事时,别人开始工作,它需要。随着时间的推移,这也带来了更多的凝聚力,您的流程:人们创造小脚本来完成共同的任务,做到这一点移动到版本控制等工作。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top