通过AxureRP6.5来进行制定团队的设计体系

如何在从来没有用过AxureRP的公司或者团队里面开始使用AxureRP做原型设计?这个问题对个体来说不存在,因为个人学习使用AxureRP时非常快速的,基本试着做几个原型实例就能把整个软件的功能摸透,独立再做几个原型虽不一定能够达到高手的水平,但应付工作肯定是绰绰有余了。
但团队或者公司用AxureRP的时候,是要从整体一致性上面去考虑的,需要对所有的个体进行整合,在合适的规则下变成整体,从而为团队或公司所用。
AxureRP3

定UI风格,对常用的组件进行视觉封装
这是针对中高保真原型的要求而言的,使所设计的原型能够尽量的贴近实际,较为成熟的团队适合这么去做,不过创业团队可能初期不是很看重这个,则可以忽略这个步骤。
简单来讲就是让UI设计师做一套WEB上各个元素的展现样式,然后切割出来做成AxureRP的一个组件库,以达到共用的目的。
当然所有元素的样式要有一致性,这里所说的元素就比如一个提交按钮的样子,取消按钮的样子,页面Banner、背景、表格样式等等,无需特殊制作的可以使用AxureRP的默认组件库。
这个步骤最终所要达到的效果,就比如支付宝页面上的确认型按钮都是暗黄色的,则在设计原型的时候就采用这样颜色的按钮元素,使原型缩小与实际页面上的视觉差距,有利于评估产品的方案,且UI风格统一了之后,可以避免个人审美因素造成的参差不齐。
定设计风格,抽取可复用模块
这个步骤适合那些产品已经有一个雏形可参考的情况,对产品进行功能完善或者改进时,所设计的原型风格与已有产品形态保持统一,对于一些常见的小块区域的设计可以固定下来,以达到改动局部不影响整体的目的。
axurerpmobilewireframe
一般来讲,有了UI风格统一的保证,这一步骤所受的影响相对较小,因此不必投入太多的精力在这上面。如果是要全新设计一个产品的话,可以不考虑这个步骤。
定交互规则,基本操作的走向和反馈等
这点我想很多人都清楚的,交互是一个产品的灵魂,每个产品都是自身特定的交互模式,做的好还有可能成为标准,别人都会照着做。
这个要根据每个产品自身的特点来决定,比如WEB产品和WAP产品的交互差别就很大,浏览网页和浏览手机屏幕完全不是一个概念。
AxureRPcheck1
不过我们只是制定一个原型设计的交互规则,没有必要非常的详细,有些东西在文档里面说清楚就可以了,但一些大的交互规则一定要定下来,比如按钮操作的反馈,按钮的样式变换等等,这些在原型演示的时候最好要有,以取得良好的演示效果。
有统一的交互规则,也能保持产品整体风格的统一,很多公司都会编写一套《交互设计规范》,供所有的产品设计人员参考和遵循。
布局和排版规则
布局和排版比较好理解,就是要规定在相应页面有所对应的布局排版规则,如首页是三行四列式布局,详情页则是三行两列式;是采用左侧菜单右侧显示主题内容的形式,还是上面菜单下面内容的形式,这个可根据具体的情况而定,一旦定下来了,后面就都这么去设计。
制定设计规则
这点主要针对团队协作完成一个原型设计而言,AxureRP有共享协作模式,在修改之前要先签出,修改完毕之后再提交,在本地所做的修改在提交之前是不会影响共享库里面的文件的。就和开发人员提交代码一样,也应该制定相应的原型设计规则,否则会越改越乱。
这个设计体系基本适合大多数产品的原型设计过程,个体作战的其实也可以参考,以使个人所设计的一个系列的产品原型的风格都是统一的,当然不同的产品线可以有不同的设计体系。最后我要说明一点,这个设计体系不是必须建立的,但是有会比没有能够更好的维护和管理产品的原型。