交互要不要写标准化文档?

我想写不写文档和所在公司的环境有关系,只要能够很好的执行好设计,原型以什么样的方式最终呈现,和执行、审核两方认可什么有很大关系。交互实际上是产品细节的具体表现,不只是一张图的问题,更多的是逻辑的传达,大多情况下纯靠几张图是没法表达清楚的,往往需要配置相应的逻辑说明,属性和事件(交互逻辑)都应很详尽。我所经历过的公司,大多都是要写文档,而且现在所在的公司,感觉是需要的。下面从自己当前所局限的环境中记录一点自己的认识。

先从常用的Axure说起,一般情况下我们设计所用的Axure,所直接导出的是网页版原型,这个用于演示非常好,而且还可以做互动效果演示。但是在具体被执行时却遇到如下问题:
1)  这个格式和其他产品人员方式不一样,大家一般都是word版文档。阅读网页版不太习惯,觉得从一堆网页中 找到index.html很麻烦,而且打开时之后阅读起来也不习惯。
2)  网页版原型阅读不是线性的,东一片西一片的,阅读时经常漏掉东西。
3)  通常大家都不把一堆网页当做执行文档来对待。管理执行文档的产品人员甚至想再照着网页版原型写一遍文档。
4)  维护起来麻烦,每次都需要导出,甚至需要设置路径。如果系统很多,一次性导出十几个系统也是挺费事和崩溃的事情。管理维护时面对的是一个个的文件夹,每个文件夹里是一堆文件。
5)  在文本说明方面,Axure的确比较麻烦,也没法格式化,也非常难以管理文本。导致网页版原型说明很难标准化,没法固定必写的内容格式。经常因为格式要求的不准化,从而大家写说明非常随意。如果是资深设计师还好,能主动知道改写哪些,经验稍差的经常写的丢三落四。

我所在环境,项目经理是非常认可文档的,而且技术和GUI也经常拿执行文档作为需求,在这样的一个大环境中,不管愿不愿意 ,写文档比不写要好。既然如此,我不放罗列一下写文档的优劣。

凡事必有优劣,优势正好解决如上问题:
1)  阅读习惯保持了一致,避免了一些阅读上带来的抱怨和沟通成本。
2)  阅读文档时不会再漏掉或者看不到屏幕外的交互说明。
3)  会被当做执行文档对待,有利于设计的执行和监督。
4)  维护成本变低,尤其是专门维护文档的人,只需要接受最终的文档就可以了(摆脱了每个系统都是一个文件夹一堆文件的情况。)
5)  格式化文档,有利于提醒设计师去填写相应的说明,某种程度上约束并督促了设计师写好细节逻辑和文本。

标准化文档的缺点也是存在的,最明显的两个缺点:
1)  增加了成本,所以在文档要求时,尽量简化没有必要的书写要求。
2)  图形和文字对应关系上没有那么紧密了。(之前网页版都是可以直接引一条线出来说明,指向性必然很强。)

对比优劣,在我所在的环境里,我想写标准化文档还是很有必要的,起码满足了项目的需要。在收到的反馈上来讲,GUI觉得无所谓,他们只是看图;对于项目审核和监督却有很大的好处,因为被当做执行文档对待;对于前端技术而言,详细的交互逻辑说明,远远胜过他们自己从技术思维的角度去填补交互细节逻辑。

为您推荐

发表评论

电子邮件地址不会被公开。 必填项已用*标注

1条评论