我与最近与我们最近的软件项目的UI设计相关的团队进行了大量讨论。
我们需要将一个特殊的版本控制系统集成到我们现有的产品中，这是一个软件测试工具，用于通过编写和回放测试脚本进行测试。
设计团队已经提出了一个我无法达成一致的设计，并将其视为基本设计规则。
从我的角度来看，设计的最大问题是它们将版本控制特殊内容（如创建视图，签入/签出脚本）添加到现有UI中（实际上复制现有UI并将其更改为另一个添加一些东西）。例如，在我们的“打开项目”对话框中，复制UI然后添加两个按钮以触发特殊版本控制事物（如在打开脚本之前。必须具有包含项目源代码的版本控制视图）。
我与设计团队争论很多，在我们的示例中，将不同的东西放在一起是一个坏主意，在我们的示例中，软件测试工具功能和版本控制脚本功能。 而且我解释说通过做这些会出来重复的UI，更多的情况为同样的解决，也是维护大问题。我更喜欢将两者从UI中分离出来，一个UI（一个对话框或向导）应该只关注两个不同的东西中的一个。
我总结为UI设计原则“一个UI不应该包含两个完全不同的东西”。虽然他们认为，他们希望付出这样的努力和所有方面的努力（比如更多的UI，更多的UI解决方案，更多开发/测试/维护工作与分离两个不同的东西的UI设计相比），对于用户获得易于使用和良好的可用性软件。当然，我完全不同意这样的声明，一个不善于其他方面的软件如何才能对用户有益？由于设计团队还没有完整的设计，因此无法衡量。
最终我无法说服球队。一切似乎仍然客观。
这让我想到，是否有任何良好的UI设计指导/最佳实践/原则涵盖我们的情况（分离不同的关注，详细的调试/运行脚本需求和需要版本控制脚本，不要放它们在一个特殊的UI，对话框或向导等中组合在一起。）
我将不胜感激任何与整个问题相关的评论和建议，对上述问题并不特别。我也会回答我在这里没有表达的任何事情。
请不要关闭这个:)作为开发经理，这对我来说真是个大问题。
答案 0 :(得分：1)
我同意@JanNeilson的说法，设计原则无法帮助您说服开发人员更改UI设计。
可用性测试是什么有用。看着一些用户试图使用该软件时会遇到困难，这会让开发人员感到不安并希望修复UI。另一方面，如果你看到真正的用户可以正常使用新软件，那么就没有问题了，设计原则并不重要。
可用性测试可以是一个正式的过程，您可以将客户带入实验室，让他们使用您的软件执行特定任务，并记录用户和屏幕的视频。
重要提示：务必告诉测试用户您没有对其进行测试;您要求他们帮助您测试软件。说明如果他们不喜欢这个软件，你不会被冒犯。你想要诚实的反应。定期让他们说出他们在想什么，即在他们弄清楚要做什么时“大声思考”。除非他们完全陷入困境，否则不要回答他们的问题。
可用性测试也可以是一个非正式的过程，您可以让一些随机同事尝试一下。我在自助餐厅做过这个，只是向一些同事展示了一个新的UI，并询问他们认为一些新图标的含义（代表）。
在每次测试期间或之后做笔记。您可以让开发人员随后观看录制的视频（编辑等待的部分以便开发人员全部观看），或者在测试期间观看其他房间的视频。或者没有视频，你可以让一个开发人员一次进入房间观看，但要求他们坐在他们的手上。如果没有先说“我很抱歉我构建了这么糟糕的用户界面”，开发人员就不能回答用户的问题。
如果您的软件尚未准备好进行此测试，您可以使用纸质模型进行可用性测试。
整个领域都致力于可用性测试。有训练有素的专家。您可以聘请经验丰富的顾问来做或者了解并亲自尝试。
网络搜索会出现许多文章和书籍。这是一篇非常好的文章： http://alistapart.com/article/usability-testing-demystified
Wikipedia on usability testing的第一段说：
可用性测试是一种用于以用户为中心的交互的技术 设计通过在用户上测试产品来评估产品。这可以看出来 作为一个不可替代的可用性实践，因为它提供了直接的输入 真正的用户如何使用该系统。这与可用性形成对比 检查方法，专家使用不同的方法来评估a 用户界面，不涉及用户。
我添加了斜体。换句话说，如果没有可用性测试，就无法获得良好的可用性。相比之下，让专家使用原则和经验评估UI可能有所帮助，但并非必不可少。
答案 1 :(得分：0)
你在这个问题上涉及几个不同的方面;我将专注于管理UX。
我没有争论像“分离关注点”这样的一般性，而是从用户体验的角度审视特定用户界面设计的具体问题，以及更抽象或一般的概念。为此，您需要一个UI模型。在UI模型之前，您将需要一组基本UI描述，这将描述UI模型。一旦您进行了UI模型，您就可以通过UI的用例进行讨论，并强调由于分离关注点或其他特定原则而导致用户体验问题的关注。
根据我的经验，争论普遍性是无效的，因为那些理解它的人不需要听到它，而那些不理解它的人需要模型有足够的背景来理解。
如果您担心构建UI模型所需的资源，您可能会考虑时间限制工作，例如，“花3个小时将UI模型放在纸上，然后让我们审核“。