|
|
6 回复 | 直到 15 年前
|
1
8
使用工具真的 真心实意地去做 好 了解用户体验的开发人员(或更好的是:设计师)可能是关键。你不能只是完全改变他们的工具,并期望他们的生产力保持不变。 键盘使用:想想Visual Studio、AutoCAD等工具——在大多数情况下,你不需要鼠标,如果你拿走了他们的鼠标,“顽固”的人也不会注意到。试着尊重这一点;提供快捷键/和弦(最好与现有系统相同)。 术语:
这可能是也可能不是可能的,但得到一些 钥匙 用户尽早“加入”可能是关键;尤其是如果你 真正地 查找故障在现有系统中。消除他们现有的痛点,他们可能会原谅你很多。 |
|
|
2
2
让人们抱怨现有系统的缺点很容易。在创建新系统之前,以允许用户评论的方式描述可能的新系统,使他们能够感受到一些控制,并给你重要的反馈。一定要找出对旧系统的致命抱怨,并确保这些抱怨在新系统中得到解决。 当然,这一切对你来说都有点晚了。前进的道路是创建一个有最直言不讳的反对者的评论论坛,并将他们与你和管理层放在一个房间里。让他们为不想要新系统的理由辩护。如果你不能展示你的新系统有多好,那么它可能没有。如果你能看到新系统可能会有轻微的改进(运动可能只需要很小),那么这样做可能会大大有助于恢复你以前错过的参与感。 |
|
3
2
|
|
|
4
1
|
|
5
1
|
|
|
6
1
令人遗憾的是,软件经常在没有任何用户参与的情况下被管理决策所取代,然后人们想知道为什么系统被拒绝了。 我亲眼目睹了这一切。我曾经工作过的一个人被告知要“秘密”开发一个新版本的应用程序。在6个月的开发结束时,它被展示给用户。这不符合他们的要求,他们很生气自己没有参与其中。不用说,软件没有投入生产,开发人员很快就离开了(我为他感到难过,因为他浪费了6个月的时间,考虑到当时的情况,他做得很好)。
重新与用户互动,做一些分析,找出旧系统的缺点。如果新系统能够解决用户在旧系统中遇到的问题,你或许可以扭转局面。 编辑-谁参与了与您的开发人员的互动?大概是客户的经理,他们可能从未使用过该系统?这是人们往往犯的另一个大错误——管理者推动需求。
|
推荐文章