《Axure RP8 网站和APP原型制作 从入门到精通》一2.6　创建模型

前 言 Axure RP8 网站和APP原型制作 从入门到精通 感谢所有读者对<Axure RP7网站和APP原型制作从入门到精通>提出批评和改正意见.笔者将收到的反馈信息和读者们常见的问题进行归类分析后对本书的教学大纲进行了改进. 枯燥的内容会降低学习效率,而生动有趣的内容在学习过程中却可以起到事半功倍的效果. 本书在讲解枯燥的知识点的同时,结合了大量生动案例,并且在每个学习阶段都给读者提供了挑战机会.通过独立挑战,帮助读者夯实所学知识点和操作技能.除此之外,每个案例和挑战都提供视频教学,帮

2.5 信息架构 信息架构是对网站或APP中的数据和任务进行组织,以确保为用户提供一系列直观可用的界面.根据我们期望的功能列表.页面和一些关于内容的想法,我们可以继续定义怎样将这些内容组合在一起. 2.5.1 站点地图 首先我们创建一个站点地图,用来检查我们在研究阶段所创建的每个页面中需要支持的功能和任务.这张站点地图将帮助我们理解这些页面是如何连接在一起的,见图3. 从图13中可以看出,站点地图非常简单.每个单元格代表一个独特的网页用来支持用户使用功能和完成任务.箭头表示如何从一个页面进入另一

1.2 典型的设计过程 典型的设计过程和需要付出的努力程度,见图1. 当然,实际的努力程度将取决于每个具体项目的复杂程度和整个团队间沟通协作的效率.不过,图1给我们列出了在每个不同的阶段所需的交付物都有哪些. 我们来进入细节,仔细检查每一步的设计过程.我会解释每个阶段的目标,提供一些有用的提示和常用的技术,并且描述应该在什么时候进入下一个阶段. 1.2.1 研究 设计的第一阶段不是设计,而是询问一系列问题(研究),见图2.这听上去可能会令人惊讶,不过静下来思考两分钟,你会认识到设计之初本该如此.

1.3 总结 虽然每个新项目在不同阶段的细节都会有细微的变化与不同,但是这个设计过程大部分是通用的.建议你的每个项目都遵循这个流程. 开始要研究谁是产品的目标用户.询问问题,弄清最终用户和客户(投资人.老板)的目标是什么.进行头脑风暴来定义目标用户完成任务所需的功能,让他们以更加高效.直观且富有创造性的方式完成任务. 一旦我们有了这些答案,就可以对信息架构进行迭代完善了.先制定出用户通过网站或APP完成目标的任务流程.接下来,定义在每个页面或屏幕中支持用户完成任务所需的页面内容和布局.然后,测试

2.4 权衡并制定功能的优先级 通过对客户答案的研究.竞争分析还有对角色模型的研究,可以帮助我们创建一个主要的产品功能列表.在这一点上,我们要尝试使用"现实测试"来给这些功能定制优先级,见图2. 项目中的任何功能都要符合这三个标准才能将其落实,这些标准如下. 可建造?这是指技术的可实现性和实现该功能需要付出的代价是否值得.如果我们设计该功能并将其递交给开发团队,开发团队根据他们掌握的技术是否可以实现这个功能?如果答案是可以实现,那么下一个问题是,需要多久实现?如果要花费更多时间和金钱的

2.3 角色模型 研究与收集信息之后,我们要与客户一起讨论访问网站的用户类型都是哪些.我们的目标是识别主要用户的类型并将其落实于文档,这样我们就可以更好地设计出针对目标用户的产品.讨论各种用户特征之后,最终通过检查模型和相似性之后得出了三个主要的用户资料. 成年足球/篮球粉丝未成年足球/篮球运动员(粉丝)的父母成年球员为了在设计过程中持续将注意力聚焦在目标用户想要使用的产品功能上,我们创建了三个虚拟的用户资料,也称为"角色模型".这三个角色模型的资料就是我们的客户希望在网站上频繁购买商

2.9 总结 通过这个案例项目我们可以看到,网站的线框图设计过程就是从一个简单的功能列表想法开始,然后勾勒出站点地图,进一步完善至页面的某个部分显示哪些特定的内容和功能.而每个修订版本都会增加细节和设计结构.最终,将精炼后的线框图应用于视觉设计,并将最终的设计稿和图像素材提交给开发团队进行开发.这个制作过程,需要许多不同的参与者和大量的规划与协调. 至此,设计过程部分的内容介绍完毕,需要再次提醒大家的是,请将注意力集中在设计过程,而不是案例中的项目.万变不离其宗,只有掌握标准的设计过程才能以不变

2.7 交付 模型一旦经过批准,我们就可以进入切图和优化图像环节了.我们直接与开发团队对话,看他们都需要哪些规范文档.有些情况下,他们只需要最终模型和切图并优化后的图像材料,并不需要我们交付更多文档.不过,大多数情况下他们需要一份对模型进行详细标注和注释的规范文档,如字体类型.字体大小.颜色.边距.行距.图像尺寸.背景图像等元素的详细信息. 在这一点上,我们要确保何开发团队详细解释关于交互和任务流程的每一个细节.如果不这样做的话,很可能会导致开发团队最终开发出的产品与我们的设计产生细节上的不同甚

2.8 评审开发工作 我们在这个项目中的努力,到评审开发工作这一步就结束了.正如前面提到的,这是我们确保最终开发的产品在设计形式和功能上符合设计的最后机会.稍有懒惰这一步就可能被忽略掉,因为当开发人员完成工作并准备复核工作时,我们可能已经开始忙其他的项目了.更重要的是,开发团队并不希望在忙碌的工作收尾时有人闯进来告诉他们哪里出错了. 我们应该从一开始就与客户(投资人.老板)和开发团队讲清楚,当项目进行到当前阶段时要进行一次开发评审,与我们的最终模型进行对比,以确保这个环节的工作能够顺利进行.