一段时间以来，我们一直在尝试协助（客户）管理层实施一个由我们定制开发的新系统，以满足他们的要求。他们的旧系统是基于文本的 (DOS)，他们的员工已经使用它多年。新系统是 Windows GUI，并具有许多高级功能，这将使他们的生活更轻松，他们的组织更有效率。问题是工作人员不想适应新的 GUI 环境，他们现在采取不友好和无益的方式，经常给我们设置严重的障碍。管理层坚持必须继续实施。系统运行无故障。我们一直对各方友好和乐于助人。
任何建议将不胜感激！你以前有没有遇到过这样的事情，你是否设法扭转了局面？
注意：此问题旨在通过分享经验和实际可行的解决方案来帮助遇到实施困难的程序员等。它不是主观的，实际上编程技术可能有助于解决问题。
【问题讨论】：
标签： usability
有人需要真正了解现有工具的工作原理。不仅可以穿过它；但足以真正做到这一点。为什么不花 2 周时间和他们一起做他们的工作呢？这既可以提高您对工具的理解，也可以与他们建立更好的工作关系。当你在那里时，也许买一两次饮料 - 这听起来很老套，但任何能降低敌意并让你交流的东西。
找一位了解用户体验的优秀开发人员（或更好的：设计师）可能是关键。您不能完全改变他们的工具并期望他们的生产力保持不变。
想想 Visual Studio、AutoCAD 等工具 - 在大多数情况下，您不需要鼠标，而“顽固”类型的人如果您拿走他们的鼠标，他们也不会注意到。尽量尊重这一点；提供快捷方式/和弦（最好与现有系统相同）。
保持不变。不要为事物发明新术语。
这可能会也可能不会，但让一些关键用户及早“加入”可能是关键；特别是如果您真正授权他们帮助改善用户体验。
在现有系统中。消除他们现有的痛点，他们可能会原谅你很多。
【讨论】：
不幸的是，这听起来像是马匹逃跑后需要关闭谷仓门的情况。在开始项目之前，您确实需要让基层认同对改进系统的需求，并在开发过程中保持这种关系。
通过在业务中的“煤层”级别拥有系统拥护者，将 a) 确保您不仅满足管理要求，而且满足用户目标，这对于成功的系统都很重要；b) 用户获得他们一直是开发方的系统不仅仅是对他们施加了系统压力。
让人们抱怨现有系统的缺点很容易。在创建之前描述可能的新系统，允许用户发表评论，使他们能够感受到一些控制并为您提供重要的反馈。一定要确定那些对旧系统的致命抱怨，并确保在新系统中解决这些问题。
当然，这对你来说有点晚了。前进的道路是与最有发言权的反对者一起创建一个评论论坛，并将他们与您和管理层放在一个房间里。让他们为不想要新系统的理由辩护。如果你不能展示你的新系统如何更好，那么也许它不是。如果您可以看到新系统可能会如何稍微改进（运动可能只需要很小），那么就这样做，它可能会大大恢复您之前错过的参与感。
【讨论】：
我会与工作人员或几个大声疾呼的反对者坐在一起，检查他们认为系统缺乏的地方，并建议将其中一些更改纳入未来的版本中。这样他们就会更加关注你的系统，并且感觉更多地参与了这个过程，而不是仅仅被交给一些苦工之类的东西。此外，它还有助于避免对系统的任何误解。
【讨论】：
通过让一个/多个用户参与开发过程，让他们成为您的拥护者。确保选择正确的。希望你能与之推理。启动时，做一个启动事件。让它成为一件大事。不一定适用于应用程序，但我已经看到它在我以前的工作环境中工作。如果这为时已晚（您之前没有任何实际用户的参与就继续进行），那么......总是有所谓的员工流失，哈哈。以旧换新。让新用户成为你的伙伴:)。
【讨论】：
你必须展示做出改变的某种好处。演示/模型对此很有用。选择一个经理来演示它并等待。让它成为他的想法。然后它可能会向前发展。咄咄逼人会导致负面的下意识反应，这可能会阻碍对这个想法的进一步考虑。
【讨论】：
遗憾的是，软件经常被没有任何用户参与的管理决策所取代，然后人们想知道为什么系统会被拒绝。
我亲眼目睹了这一切。我曾经工作过的一个人被告知要“秘密”开发一个新版本的应用程序。在 6 个月的开发结束时，它向用户展示。这不符合他们的要求，他们很生气自己没有参与其中。不用说该软件没有投入生产，开发人员很快就离开了（我为他感到遗憾，因为他浪费了 6 个月的努力，考虑到当时的情况实际上做得很好）。
很可能该软件不如以前的应用程序——也许数据输入实际上更慢（你在编写它时会有偏见——每个人都喜欢认为他们的软件更好）。
重新与用户互动，进行一些分析并找出旧系统的坏处。如果新系统可以解决用户对旧系统的困扰，您或许可以扭转局面。
编辑 - 谁参与了与您的开发人员的互动？大概是客户的经理，他们可能从不使用该系统？这是人们容易犯的另一个大错误——管理者推动需求。
如果旧系统是完美的，那么一开始就不需要更换！
【讨论】：