“可用性的改善没有终点”是我在2006年中国共享软件国际论坛（http://www.iscs.cn）上演讲时说过的一句话。在会后的讨论中，有一位共享软件领域的经理提问：如果说可用性的改善没有终点，那么我们怎么知道到什么程度才可以release新版本？
这是个很好的问题！并且我相信这是所有开展可用性工作的企业或者团队都面临的问题，回答好这个问题将有助于可用性工作的开展。在此，仅阐述本人对于可用性标准制定的认识和部分经验，仅供读者参考。
为什么说可用性改善没有终点
用户需要在变化：用户的需求是自然发生的（Emergent），从而引起需求变更；
用户自身在变化：可用性工作者不仅要面对不同种类的用户群，还要面对客户群自身的变化，随时间、随地域等；甚至你自己已经对去年的设计作品产生了厌恶；
技术在更新：新技术来了，并不意味着能够解决老技术时代所遗留的可用性问题——手机总是在关键时刻没电了，你究竟漏接了多少重要电话？同时，眼花缭乱的新技术特性有可能带来新的可用性问题——offcie2007很好看，可是我要的命令到哪里去了；
使用环境在变化：当你行走在街道上时，你突然发现在办公室里用得顺手的手机突然间难以驾驭了；
市场环境在变化：当你费了九牛二虎之力终于开发出你要的产品，你却发现市场上已经有了很多竞争者；
用户自身的属性：用户会遗忘、走神、疲惫、犯错……这些基本的属性使得可用性问题并不随着经验的增加、技术的提高而减少或者消失；
……
制定可用性目标的前提
在实验室里，测试可以不断地进行下去，可用性可以被持续地改善，但是在商业环境中却不允许这样漫无目标地做。如果企业和团队不知道可用性改善的终点在哪里，那么很可能的原因是没有指定明确的可用性目标/标准，英文叫usability benchmark——当然前提是你必须知道如何进行可用性工作。
根据本人的经验，制定可行的可用性标准需要明确以下几个问题：
用户：是谁、有什么特点、在哪里、如何使用、用来做什么？
任务：关键任务是什么？如何操作？
使用的情境是什么？（scenario: persona, situation, setting…）
研究方法是什么，如何操作，收集什么数据（定量的or定性的），如何处理数据；
如何制定可用性基准（usability benchmark）
可用性目标/基准是跟随用户、任务和可用性指标的，这也是我们提倡你制定目标前要搞清楚上述问题的原因。
简单的基准定义看起来如下：
用户：初级用户；
任务：完成注册XXX的表单；
目标：75%的参与人能够在3分钟内完成，并且出错少于3次；
如果你是第一次为给定的团队或者设计进行可用性改善，那么目标的制定可能会比较随意，事后发现很容易达到或者很难达到。这很正常，不过如果你有了第一次，那么第二次的标准就因此有了参考，标准的制定将更加准确。你必须有第一次，那么放心大胆地去做吧。
这里还有一个公开的小窍门，对制定可行的可用性目标有很大帮助。在进行新的设计过程中，经常会将已经上市的同类产品作为新设计的初始原型。那么，对这些竞争者产品的可用性测试结果可以作为新设计的可用性目标，或者作为新目标的参考。
