www.7424.com www.7436.com www.7456.com
  当前位置: 红叶高手联盟心水论坛 > 999249.com > 正文

案例分析|一次消灭产品文档的实践探索

发布日期: 2018-03-30   浏览次数:

之前CTO对产品文档提出了新的要求,这是我们在要求下的新尝试,给各位分享。

在刚入职眼前这一份工作的时候,CTO就对产品组提出了新的要求:“以后不用再另外输出产品文档,直接在原型上标注就可以了,而且以后要输出动态原型。”

先介绍一下我本人的情况,产品经验2年,对于Axure的交互设计有一定实践经验。但从来没有想过把动态的原型与产品说明结合来表达需求。对于CTO的决定,我想了一下,大概是出于以下三点原因: 太多文件数量不利于产品档案管理。原先产品资料至少会分成产品文档与产品原型两个文件,每次产品经理对产品资料进行更新后,则至少要对文件进行两次的上传。东西一多,就容易乱。打开多个文件,切换窗口使用的效率低。比方说,原先在产品文档与原型分开的时候,开发人员往往需要打开原型文件的浏览器窗口与产品文档Word窗口进行切换查看。每一次查看功能点的时候老是要重新锁定需求说明的位置,又累又浪费时间。静态原型的表达效率不高。虽然静态原型也可以直接增加产品文档注释,但其在产品资料的交互、逻辑表达能力上较弱,开发、设计、测试等同事在利用上容易造成理解偏差。

实际上,我要做的事情不是消灭产品文档,而是将产品文档与动态原型进行最大限度的结合。而经过思考,有下面几个问题需要解决。(以下内容皆是以Axure RP工具为载体进行说明。)

第一个问题

那么多需求点,怎样在一个页面上富有条例地展示出所有的产品资料?

依据我以前的经验,Axure RP中的“内部框架”(Inner Frame)将会起到非常大的作用。

对Axure RP交互熟悉的产品朋友们,应该能熟练地使用“内部框架”功能来表达一整条产品逻辑线——只要先对所有子页面进行编辑后,确定链接打开的对象即可。

标签 产品 原型 文档 功能 产品资料