由于随着时间的推移我不得不使用其中一些应用程序，因此我会以用户 FWIW 的身份给出我的反馈，也许它可以帮助您帮助您的用户 :-) 抱歉，它有点长，但这个话题非常贴近我的心 - 因为我让自己为这样的系统制作“改进”界面的原型（根据我们的计算，这可以节省非常多的钱并避免用户不满意），然后领导实现它的团队。
我注意到很多 CRM 的一个常见问题：屏幕上有 20 多个字段，其中一个通常使用 4-5 来执行 90% 的操作。但是无论如何都需要单击不必要的字段。
当然，我可能对这个假设有误（因为在我的情况下，有各种各样的用户使用系统具有不同的功能）。但是请尝试与用户坐下来，看看他们是如何使用应用程序的，看看你是否可以优化 UI 方面的东西——或者，如果真的是不知道如何使用“TAB”的问题（他们真的需要每次都使用这 20 个领域中的每一个）——你将能够指导其中的一些，并检查这对他们来说是否足够——然后为整个组织推出培训。确保您有直观的热键支持，并且如果列表包含 2000 个项目，用户不必手动滚动以找到正确的项目，而是可以使用 FF 的功能通过键入其文本的开头来选择项目。
通过查看应用程序的使用模式，然后相应地优化 UI，您可能会学到很多东西。如果您有多个使用该系统的组织职能部门——那么每个职能部门的“理想 UI”可能会有所不同，因此实施哪个以及是否实施的问题就变成了业务决策。
还有一些其他的小细节对用户来说很重要——有时你认为他们的主要输入字段实际上并非如此——他们有一个空的文本区域占据了屏幕的一半，而他们必须输入真正重要的数据放到角落某处的一个小文本字段中。或者在他们的屏幕分辨率中，他们需要水平滚动（或者根本滚动）。
同样，与用户坐下来观察应该可以揭示这一点。
另一个问题：“开发者硬件太快”现象：许多网络开发者倾向于使用高分辨率的大显示器，显示非常强大的 PC 的输出。当结果以 1024x768 的分辨率显示在 CSR 的笔记本电脑屏幕上时，它的布局看起来与预期完全不同，渲染性能也是如此。调，调，调。
最后，如果您的组织在地理上分散，请始终使用最长延迟/最小带宽的链路等效项进行测试。这些问题在本地进行测试时看不到，但在通过 WAN 使用系统时增加了很多烦恼。简而言之-在对应用程序进行任何测试/开发时尝试使用最坏的情况-这会让您感到烦恼，您将优化它的使用-因此处于更好情况的用户会欣喜若狂应用程序性能。
如果您正在使用“绿屏应用程序” - 那么可能为高级用户提供一个长文本输入字段，他们可以在其中以 CLI 类型的方式输入所有信息，然后点击“提交”或ENTER 键（尽管这个设计决定不能掉以轻心，因为它需要做很多工作）。但是每个人都需要意识到“绿屏”应用程序的学习曲线相当陡峭-这是从业务角度考虑的另一个因素，以及流失率等。请问老板典型的代理会停留多长时间在同一个地方，如果他们需要 3 个月的期限才能全速运转，生产力会受到怎样的影响。:) 平衡不是由程序员单独决定的，也不是由管理层单独决定的，
最后，如果您有“高级用户”，请注意：您可能希望将conkeror视为浏览器 - 虽然本身相当慢，但从仅键盘控制的角度来看，它可以提供的功能看起来非常灵活。