什么是'标准'？如果规范没有说出来，应该假设？

Question

您是否认为某些标准非常明显，以至于它们会被假定为任何规格？

例如，击中逃脱总是取消一个表格？应该双击列标题分隔符来调整列的大小吗？

当客户说“这是显而易见的'标准行为'因此它是一个没有它的错误” - 它们有时是正确的吗？如果是这样，是否有一些资源可以帮助调解？

我记得有一位教授要求我们写出简单任务中涉及的每一个细节 - 以及它可以获得多么荒谬。我不希望我们的规格太荒谬，但我厌倦了听到这个，并且我认为我们的规格不够具体。

Answer 1

您可能需要查看Windows用户体验指南，了解GUI组件的“预期”行为：http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

对于用户界面问题，您可能需要查阅现有的UI指南，例如Apple's或Microsoft's。还有更多，但这两个是足够大的玩家，他们的指导可能反映了你的用户比大多数其他人更大程度的期望。

编辑：使用Escape键关闭对话框在Microsoft guideline中有所涵盖（向下滚动到“交互”）：

  

按Esc键始终关闭活动对话框。这对于对话框也是如此   取消或关闭，即使取消已重命名为关闭，因为结果   再也无法撤消了。

我看起来并不是很努力，但是我没有看到任何关于自动调整大小的列的信息 - 这是非常不寻常的，如果它在那里我会感到很惊讶。

因此，如果我负责这一点，我会说这是一个分裂的决定（可以这么说）。客户期望转义键关闭对话框（没有明确指定）是合理的，并且应该将错误视为错误。

自动调整列的大小以响应双击列标题的边框是不合理的，但未指定它，因此实现它应被视为一个附加功能。

注意事项：

1. 如果您正在开发具有自己的UI指南（例如Mac或iPhone）的东西，则遵循这些规则。微软的市场份额使其成为没有自己的UI指南的目标的明显选择。
2. 这显然是客户关系的问题。你显然不希望失去最好的客户而不是你可以轻松实现的东西。如果自动调整大小的列对他们产生巨大的影响，而且他们是一个好客户，那么为他们做这件事可能是有道理的 - 但是让他们知道你帮他们做了一件事，因为你有多重视他们。你只需要小心平衡温暖模糊的“因为你是特殊的”部分与轻微的内疚之旅“所以我们帮你一个忙，现在你欠我们......”（IMO，它通常更好的不说出“现在你欠我们”的声音很大，但我不知道你的顾客。

Answer 3

标准做法是指定用户界面标准，而不是假设它们

例如，双击网格中的列标题以调整其大小不标准的Windows GUI行为。但是，双击列分隔符以调整列的大小。

值得努力指定标准的GUI行为，这样就不会产生混淆;如果您可以参考现有的标准，但要确保客户在其上签字

“我无法理解你的想法，某某不是标准/默认行为”是合乎逻辑的反驳......但不是非常有礼貌的。 ; - ）

Answer 4

我最喜欢大学的一句话“关于标准的好处是有很多可供选择”。

我认为你是在问这个问题，因为你不幸卷入“但你没有要求”的争议。那会让你陷入困境。一般来说，您希望公司为您提供标准，或者如其他人所述，您可以就第三方标准达成共识。如果您经营的公司生产许多相同类型的应用程序，您应该花一点时间来生成“标准”。

如果您因为“标准”功能而处于签字点并且有人拒绝付款，那么您需要提供一些不符合标准的地方示例。例如，在您的示例中，转义键上的关闭表单仅在Windows（而不是Web）上是标准的，然后才真正用于Microsoft。我刚刚在我的计算机上打开了三个应用程序，其中ESC在表单上什么都没做。

几乎没有什么是标准的。在任何给定的人心中，“标准”意味着略微不同的东西，如果没有指定某种可测量的定义，将导致在路上的争论。

Answer 5

创建一个锅炉板规范，在同一个通用设计的所有项目中包含/引用。当您了解有关客户/客户需求的更多信息时，此规范应该增长和变化。此规范还应引用Apple或Microsoft提供的相应UI准则。即使您在一个平台上，我强烈建议您阅读其他规范，以深入了解更好的做事方式或识别可能的打嗝。您还可以借用几本关于UI设计的好书。

Answer 6

除非记下并指定与项目相关的某个地方（或从规范链接），否则没有任何标准。如果没有写下来，那就不标准，所以客户必须定义​​它。

另一方面说明：
如果您的UI库以一种方式执行，并且需要编码以另一种方式执行（愚蠢的示例：您希望用户使用鼠标右键单击按钮），那么您应该停止并重新考虑用户可能期望的内容。