产品设计体会(2004)产品概念设计

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

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

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

1.  产品与外界(上下级系统、并列系统)的关系,可能的话,勾勒出产业链结构;

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

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

iamsujie补:手绘概念图很酷,大家可以试试,完了再拍下来!)

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