为什么采用这种方式呢?源于开发同事看到产品老大介绍需求用的幻灯片,觉得一张图配一个表格的方式很清晰,强烈建议用这种方式来写交互文档。
我觉得用幻灯片输出PDF 的方式确实可取,易于浏览。不过一页一个图太零散,界面之间、界面内容的不同状态关键性很强,放在一起介绍更直观。
于是,我想到了以前 yoyo 在腾讯CDC 官方博客上分享的交互文档撰写方式。以前尝试过用他推荐的indesign写文档,但对这个工具不那么习惯以至于效率并不高,尝试过写完一个产品的交互文档之后就没再用了。不过 yoyo 推荐的将大故事拆分为一个个小故事来写交互说明的方法让我记忆犹新。
就这样,尝试了这种新的搭配方式,Axure 画原型,Keynote 写交互说明。Keynote缩略图预览如下图,为每个功能模块建立一个任务/子任务的目录结构,按照划分的结构依次介绍各个子任务。每个页面最多介绍四个界面,页面底部作为固定的区域用来写交互说明。
测试、开发同事反馈这种方式不错,一方面是因为每页文档的结构大小一致,滑动浏览的体验也更好;另一方面是因为他们写代码也是按照这样的方式一个小模块一种场景依次往下走,更容易专注看当前写的这个模块的交互说明。
虽然有同事的肯定,但这种方式还有优化的空间。因为采用了两个工具,一个画原型一个写文档,如果Axure原型有改动,需要复制到keynote,两处都要更新显然影响效率。所以我还在考虑是否切换到某一个工具搞定这两件事,比如用sketch 。除此之外,文档模板也可以改进优化。
就像前面说的,交互说明文档,就像是交互设计师输出的产品,既要根据场景的变化不断调整,又要听取用户的意见,持续优化提升体验。
这个话题就先分享这么多,如果你有更好的方法或建议,欢迎关注我的微信公众号(qingxizhaji),留言交流。