产品设计体会（2004）产品概念设计

2007年秋，UCDChina上有一个专门的话题来讨论概念设计，并且提到了产出物：产品“概念图”。结合我们的产品周期来看，这个阶段应该是在BRD（商业需求文档）与PRD（产品需求文档）之间。

从思维导图和概念图的关系开始扯，用户需求采集上来，我们可以话一张思维导图，然后经过需求分析，又可以形成一张产品需求的思维导图，它更多的是一群PD一起BrainStorm的产物，围绕产品的商业目标，尽量发散出各种可能的功能，并简单的划分为几个模块。思维导图在乎的是发散，宁可错杀一千，不能漏一个，至于想到的这些点之间有什么联系，那个重要那个不重要，先不管。那么问题就来了，我们需要整理“思维导图”里这堆乱七八糟的东西。

我们现在的做法比较简单，就在思维导图的基础上勾勾画画，连几条线，打几个标记，注一些说明就算完成概念图了，并没有去重画一下整个产品的系统关系。当然形式并不重要，没有好坏只有合适不合适，我觉得概念图重点要表达出下面两点“关系”：

1.  产品与外界（上下级系统、并列系统）的关系，可能的话，勾勒出产业链结构；

2.  产品内模块间的关系，不用涉及数据流等细节，我比较看重描述清楚不同actor在系统里的身份，因为最近设计的几个产品，都包含了前台、代理商后台、系统后台等多级关系；

我很认同的出概念图的方式，是找个会议室，在白板上先画出自己的想法，然后大家一起讨论改进。这步做完，产品相当于有了基本的业务架构，同时这些功能点应该进入Feature List，并管理起来，下面我们要决定功能们的“性价比”了。

（iamsujie补：手绘概念图很酷，大家可以试试，完了再拍下来！）

“概念设计”可能也会在PRD中出现，不用纠缠这个词的本身。不过这是下一个层次的，针对某个功能的“概念设计”了，会涉及更多的细节，比如功能的业务流程图，用户/系统/管理员之间的关系等。