产品原型文档构想

星期四 08.02.2007 - Posted in 工作分享, - 6,028 views
在执行UCD产品设计理念的过程中,文档的重要性没有争议。 传统流程一般是根据PRD来进行设计、开发和测试,也就是需求之后的每个环节,都是以PRD为准。但在实际项目中会有问题,比如结构...

在执行UCD产品设计理念的过程中,文档的重要性没有争议。

传统流程一般是根据PRD来进行设计、开发和测试,也就是需求之后的每个环节,都是以PRD为准。但在实际项目中会有问题,比如结构、逻辑、交互、视觉都无法用语言准确表达。

所以,我觉得应该有一份产品原型文档(Product Prototype Document),能够贯穿到以产品为中心的工作模式中。除了内容的图文说明,还应该包括交互流程、任务分解等关系说明。

统一格式

产品设计过程的文档烦多,格式乱导致用起来不方便,看起也来麻烦。另外,由于设计师使用设计工具的习惯各异,造成了交付物不规范、不统一的普遍现象,也会影响工作效率。

推荐PDF的原因很简单,可以跨平台使用,矢量效果方便演示。而且制作简单,几乎任何格式的文档都可以很方便的转换为PDF,尤其是微软的Office系列产品。

自由整合

格式统一后,PDF文件多了也麻烦,其实Acrobat很好用,整合起来看更方便。

推荐各个环节独立存档,也可以根据产品模块,把相关的文档提取出来,单独整理存档,形成一个个独立的小模块PPD,以便管理和多人协作。

总结

PRD和PPD并存,只不过PRD是虚的概念,PPD是实的参照。

对于弱势群体的产品设计师来说,重要任务都应该形成文档,对工作量化和积累都有帮助。很多时候我们都是身不由己,所以要注意自我保护,小心做了炮灰有口难辩。

前两天小试一把,反馈还不错。

创建PDF (Acrobat PDFMaker)
合并PDF (Acrobat Professional)

© 一叶千鸟(转载请留原文链接,更新于2009年08月30日23点)

9条评论 发表»

manjusaka says:

好文,先回复再看^_^

老李 says:

主意不错,有文档拿出来,一方面方便沟通,而且利于存档和积累,在设计迭代中保持产品设计的延续性,减少跑偏和无序工作的风险。我已经在实践中,感觉不错。不过我叫的是产品(交互)设计文档,偏重产品交互模式和信息架构。

xw says:

用user case做人物分解是最好不过的,然后用流程图,交互图,顺序图都可以,只要是可以动态的表现流程交互的图,作为交互部分

那么 user case作为全局和任务说明,prd用来静态描述任务,交互图用来动态表现
觉得这样 可能就是你要达到的ppd的效果

xw says:

~~~~
user case全局表述和分解任务
PRD 用来详细描述功能元素和任务
交互图 动态展现任务和任务,功能和功能之间的关系

这样花估计就是你要的PPD了

celine says:

文档每人看得,很郁闷,你辛辛苦苦写的文档,开发不愿意看,需要再讲解一变,当时明白了,后来又忘记了,就开始自己杜撰,呵呵,这个可能就是现在的现状了

zm says:

请问您什么叫“弱势群体的产品设计师”?

yann21cn says:

学习了,深有同感,只有以文档的形式来量化工作,这样即使某些原因,我们的设计没被实现展现的时候,也能看到我们的工作量

发表评论

Spammer必读