在执行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点)
好文,先回复再看^_^
08.07.2007 3:00 上午 - 1楼主意不错,有文档拿出来,一方面方便沟通,而且利于存档和积累,在设计迭代中保持产品设计的延续性,减少跑偏和无序工作的风险。我已经在实践中,感觉不错。不过我叫的是产品(交互)设计文档,偏重产品交互模式和信息架构。
08.15.2007 10:30 上午 - 2楼用user case做人物分解是最好不过的,然后用流程图,交互图,顺序图都可以,只要是可以动态的表现流程交互的图,作为交互部分
那么 user case作为全局和任务说明,prd用来静态描述任务,交互图用来动态表现
08.23.2007 4:32 下午 - 3楼觉得这样 可能就是你要达到的ppd的效果
~~~~
user case全局表述和分解任务
PRD 用来详细描述功能元素和任务
交互图 动态展现任务和任务,功能和功能之间的关系
这样花估计就是你要的PPD了
08.23.2007 4:36 下午 - 4楼文档每人看得,很郁闷,你辛辛苦苦写的文档,开发不愿意看,需要再讲解一变,当时明白了,后来又忘记了,就开始自己杜撰,呵呵,这个可能就是现在的现状了
09.11.2007 4:32 下午 - 6楼请问您什么叫“弱势群体的产品设计师”?
11.13.2007 11:12 上午 - 7楼学习了,深有同感,只有以文档的形式来量化工作,这样即使某些原因,我们的设计没被实现展现的时候,也能看到我们的工作量
03.14.2008 8:30 下午 - 9楼