很多产品经理常会把概念设计一起写到产品需求文档 （PRD）里面去，当然 PRD 的范围和内容，以及概念设计的范围和内容，都比较灵活，可根据实际情况调整，如产品战略、人力配置等。需求到什么程度，概念设计就从什么程度开始（或许已经开始）。我在本文中提到的概念设计，是产品早期的微缩的设计过程，交付物主要是概念图（Concept Map），但在很多情况下，我们还需要针对产品需求的低保真纸面原型设计（Lo-fi Paper Prototyping）、模型等，以及根据该原型进行的评估和测试。

谁来扮演这个角色

谁来进行概念设计？可能是产品经理，可能是交互设计师，也可能是一个团队。但这个角色必须：

• 理解用户和需求
• 具有缜密的逻辑思维能力
• 能够结合多方面因素综合思考
• 具有良好的沟通能力

概念设计的目的

• 面向用户，模拟（而非实现）最终产品，解决焦点问题（定位和需求）
• 面向团队，预先演示，尽量达成共识，避免在后面的产品开发和设计过程中多方面的矛盾

尤其是需要把握模拟这个“度”，有一篇文章我推荐过不止一遍：Don’t make the Demo look Done，文章大意为：非常写实的原型带来团队对于细节的更多关注，概要的原型使团队更关注大局，原型的程度必须和产品开发程度相一致。值得一读。

关于创意：产品的创意大部分源自概念设计阶段。无论是游戏、Web，还是工业设计领域。交互层面的创意，有时候也会放到概念设计中。

概念设计的交付物

根据实际情况的不同，具体交付物的内容和细致程度不同：

• 概念模型（Concept Model），概念图，流程图
• 原型（Prototype），一般是低保真纸面原型，也有淡彩上色的原型
• 内容清单（Content Inventory），一般是简要但准确的，类似于功能列表的内容清单

概念模型是概念设计最重要的交付物，它可以使整个团队对于产品有清晰和统一的认识。一定要做，无论是概念图、脑图、流程图…如果在你的公司里，概念设计由 PM 把握，那么概念设计阶段到此结束。但是，如果是设计师扮演这个角色，那么可能需要更多东西。比如原型。

对于概念设计阶段是否需要原型，很多人持有不同意见。我的理解是，根据你的团队规模和项目规模决定，小型团队小项目的情况下，我个人觉得原型比概念模型更加实际并且效率高。也可以将这个理解为是将交互设计的一部分工作提前了。

这几方面网上相关文章较多，这里就不再展开了 :)

评估和测试

概念设计阶段的评估和测试，主要是演示和讨论为主（如果有需要也可以进行可用性测试），目的是：

• 确认概念模型是否准确（定位）
• 确认该原型是否能完成功能（需求）
• 评估该原型（可能重点是创意部分）技术和市场的可行性

在讨论过程中需要注意的是：

• 交互设计并不在讨论范围之中，典型的比如“这个不该使用下拉框”“这个布局不太易用吧？”之类的问题
• 视觉设计更不在讨论范围内，否则容易影响产品开发流程的推进

如果需要使用本阶段的原型开展可用性测试，可以参考这篇文章。

后记

本想详细谈谈纸面原型的制作，发现与 Angela 的文章有些重合。所以取消了纸面原型部分的内容，等谈到交互设计的时候再议。作为补偿，再次推荐《Paper Prototyping》和《Communicating Design》两本书 :)

互联网没有自然增长，只有自然选择（淘汰），所以当面临时间和质量的两难境地，创业者往往选择时间。公司越大，概念设计越偏向概念这一端。这并不说明这不会诞生伟大的产品，比如日本的汽车工业。

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号