## 产品设计体会（十八）——概念设计 前几天发现UCDChina上有一个专门的话题来讨论概念设计，并且提到了产出物“概念图”，结合我们的产品周期来看，一开始似乎找不到这个阶段，在结合上周的体会，感觉这个阶段应该是在BRD之中。 从思维图和概念图的关系开始扯，思维图更多的是一群PD一起BrainStorm的产物，围绕产品的商业目标，尽量发散出各种可能的功能，并简单的划分为几个模块。思维图在乎的是发散，宁可错杀一千，不能漏一个，至于想到的这些点之间有什么联系，那个重要那个不重要，先不管。那么问题就来了，我们需要整理“思维图”里这堆乱七八糟的东西。 我们现在的做法比较简单，就在思维图的基础上勾勾画画，练几条线，打几个标记，注一些说明就算完成概念图了，并没有去重画一下整个产品的系统关系。当然形式并不重要，没有好坏只有合适不合适，我觉得概念图重点要表达出下面两点“关系”： 1.     产品与外界（上下级系统、并列系统）的关系，可能的话，勾勒出产业链结构； 2.     产品分为哪几个模块，各个模块的关系，不用涉及数据流等细节，我比较看重描述清楚不同actor在系统里的身份，因为最近设计的几个产品，都包含了前台、代理商后台、系统后台等多级关系；   我很认同的出概念图的方式，是找个会议室，在白板上先画出自己的想法，然后大家一起讨论改进。这步做完，应该就进入决定功能“重要与否”Feature List的整理了。 “概念设计”可能也会在PRD中出现，不用纠缠这个词的本身。当然这是下一个层次的，针对某个功能的“概念设计”了，会涉及更多的细节，比如功能的业务流程图，用户/系统/管理员之间的关系，低保真的界面模型等。