关于设计品质保证（DQA）的几点想法

亿博

出差到了中国雅虎，这里的风格和淘宝很不一样。和雅虎一比，淘宝的办公环境就是个菜市场，闹哄哄，到处是人，在走道里狂奔乱窜，在每个会议室争得面红耳赤……

感觉确实不一样，这里很技术，很工程师风格。在这种安静的环境下，刚好给我一些时间记录下最近一直在思考的问题：DQA（Design Quality Assurance）。

如果现在搜索DQA，是可以搜出不少的，但似乎只局限在传统制造行业。比如这家中国台湾的硬件制造公司介绍了他们的DQA：

DQA - Design Quality Assurance starts at the conceptual stage of a project and covers the product development stage to ensure quality is designed-in by quality engineers for reliability. All AAEON products must pass safety and environmental testing by a laboratory to ensure the product meets the requirements of CE/UL/FCC/CCC standards. Moreover, it also is required to go through an extensive and comprehensive test plan for compatibility, function, performance and usability.

注意几个关键词：test、requirement、standard、compatibility、function、performance、usability。

仅从这家公司看的话，他们主要是用测试的手段，根据需求与标准，来评价产品的兼容性、功能、性能与可用性。

看上去似乎可以直接延用至保证Web产品设计品质的活动中，那事实是否如此呢？让我们来作个简单的分析。

对象
首先要明确品质保证的目标对象。我觉得不仅仅局限在界面设计，而应该扩大到产品设计上。互联网产品的设计有一个明显的特征：界面设计完了，产品就成形了；产品设计好了，界面也八九不离十了。所以在很多互联网公司中，UI/UE和产品经理在工作职责和内容上都有不同程度的重合，在某些公司还成为某些矛盾的根本来源。这件事留作将来再表，我想说明的是，互联网产品的设计品质，是由界面与功能设计一起决定的，而且目前还没有很好的区分它们的办法。

所以，在这种情况下，不如放弃费神费力（还不讨好）想把界面和功能分开评估的想法，就把它们当作一个整体。这个整体就是产品，我们要保证品质的，就是产品设计的品质。

指标
那么产品设计的品质由哪些指标来评估呢？上面提到的这家公司的评估指标包括：requirement、compatibility、function、performance、usability。用大白话说，就是产品设计有没有达到需求的要求，兼容性是不是好，功能是不是完备，性能有没有问题，是不是好用易用？

我们没有在这里看到商业上是不是成功、市场接受程度是不是高这样的指标，这是必须明确的一点，品质保证只保证产品设计的质量，而不保证产品的成功。如果这一点不明确，品质保证就承担了不可承受之重，也是不可能开展的。

所以就互联网产品设计来说，我觉得要保证的品质指标可能有这么几方面：需求质量、功能完备性、可用性、艺术一致性。

·需求质量。即在产品设计最初的阶段，我们提取的需求是否是用户真正的需求，是否是用户最大的需求，是否是我们当下要满足的需求？
·功能完备性。需求有了，那我们的功能是否满足了这些需求呢，是否以正确地方式满足了这些需求？
·可用性。不用多说了，做界面设计的同行们都了解。也是目前大多数公司和团队在做的方面。
·艺术一致性。互联网产品设计是一件有艺术参与的活动，所以设计师在早期常被称为美工。但艺术是否可以评估高下呢？我觉得high level的部分是不行的。但在low level的部分，比如一致性上，是可以评估的。而一致性对互联网产品设计来说，是非常非常重要的一环，所以我把它也列作了一个指标。

我没有提兼容性和性能，因为我认为它们（无论前端还是后端）属于软件工程的范畴，应该由SQA（Software Quality Assurance）而不是DQA来保证。

标准
要评估一样东西，必须有相应的理论支持，依某种标准来进行。否则评估就成为一种主观的活动，而失去了保证的客观性与一致性。

在这里插几句，对一些艺术性占更大比例的行业，特别是一些创意行业（比如广告行业），品质保证在很大程度上就是通过主观方法来进行的，而且还用得挺好。“首席设计师”制度就是这些行业最好的品质保证体系。有很多互联网企业也有“首席设计师”制度，但对互联网产品设计来说，艺术性所占的比重毕竟没有广告行业这么大，所以在“首席”之外，再加上一定的客观制度还是很有必要的。

在谈DQA之前，我们先看看SQA。SQA的主要理论基础是软件工程学，这是一个已经发展了好几十年的学科。经过全世界这么多科研机构与企业的发展、实践，已经非常完善而完备了。标准方面就有CMM、CMMI、ISO、6SIGMA等等标准，所以在开展SQA活动的时候，有理论支持，有标准可遵循。

反观互联网产品设计，我们目前可以利用的理论似乎只有可用性工程学，以及软件工程学的一小部分。而标准部分，也没有一个国际性的标准。可以说，我们已经踩在水里了，但前方还是需要摸着石头过河。

OK。我们碰到难题了！这是个让人兴奋的事，每当难题出现的时候，就给了我们突破的机会。

针对“指标”一节提出的四个指标，我们可以从各自的公司和团队入手，先制定基于实践的，简单可行的标准。比如《用户界面设计指南/规范》、《可用性检查表》、《用户需求检查表》等等。我们不求大而全的标准，我们只考虑短平快、切实可行的标准，具体应该怎么制定，怎么设计一个体系性的标准，现在我也没有头绪，先走出第一步再说吧！

当然，如果有什么组织从更大的范围来考虑这些事，至少我是极其欢迎的。

活动
那么，除了标准，目前我们可以进行哪些设计品质保证的活动呢？

借鉴SQA，我觉得至少可以包括这些活动：

1. 产品概念阶段：
通过用户研究的方法（问卷调查、访谈等）挖掘需求、验证需求完整性；
2. 产品设计阶段：
通过可用性测试的方法，来评估可用性状况。
3. 整个过程中：
通过对设计活动过程的管理、监督，来保证设计过程的合理有序，保证设计交付物的完整齐备。
4. 设计完成后：
通过对设计过程的总结回顾，改进设计过程、完善设计交付物的形式、完备设计过程文档模板。

后语
昨晚与一饿着肚子的同行(^_^)交流，当他听说我要提DQA这个概念的时候，大呼：别，千万别，现在的设计行业已经够乱了！很有道理，现在各种概念已经多到让新人害怕、令高手厌恶。

概念起起落落，但背后的目标都是不变的：做更好的设计，做更有价值的设计。

为什么我要提DQA这个概念呢？

从淘宝的实践来说，我们吸收了很多其他的概念，UCD/UI/UE/UR/Usability/Accessability等等等等，我们也从自己的角度多多少少地将它们应用到了平时的工作中。但这种应用是不成体系的，处于游击队的状态。这个项目的交互复杂，就做个可用性测试；那个项目的用户群不熟，就做个用户调查；这个项目的成员很多，我们的设计文档要更详细些，让大家随时可查。当然这样做很高效，我们可能还会继续这么做。但从长远来说，我们需要有一套成体系，有理论支持的方法论支持所有这些活动。

如果把所有这些活动放到DQA的高度和体系里来，一切都很顺理成章，可以更好地推广UCD，也有可能把设计和设计团队的价值从“口碑”提升到“事实”的层面上。相信经历过这些痛苦又对SQA有一定了解的同行们，一定能理解这其中的蕴涵的能量。

原文链接：http://ued.taobao.com/blog/2007/11/16/dqa/