首页 / 资讯中心 / 文章详情

Axure RP9从安装到交付:复杂中后台原型实战全链路

Axure RP9从安装到交付:复杂中后台原型实战全链路 ★ FEATURED ARTICLE
原型工具这几年换了一茬又一茬但凡是接手带有复杂分支逻辑的中后台项目我最后还是会打开 Axure RP9。原因不复杂当原型需要承载条件判断、变量运算、列表数据循环、以及多角色协作评审时那些主打轻快的工具往往撑不过第三轮需求变更。但我也见过太多人卡在起点——安装包下好了、双击装完、打开看一眼满屏面板随手拖了个矩形之后就不知道该干什么最后给它贴上太重、太难的标签束之高阁。这篇就把 Axure RP9 从装到用的整条链路摊开讲包括那些官方文档里不会写、但实际项目中一定会撞上的细节。1. 先想清楚 Axure RP9 到底解决哪一类问题1.1 三类典型使用者的真实诉求动手装之前先确认自己属于哪一类这直接决定你要学多少功能。第一类是产品经理核心诉求是把需求讲清楚重点在页面结构、交互说明、状态流转对视觉精度要求不高用到的功能其实只有整体交互、动态面板和注释面板这三块。第二类是交互设计师需要打磨动效细节、转场节奏、加载状态会重度依赖动态面板状态切换、动画参数、以及交互样式。第三类是需要给客户做高保真演示的乙方或售前这种场景往往还要做视觉稿级别的还原、中继器列表、以及在线分享链接。我给三类人推荐的入门深度是不同的。产品经理完全可以先跳过中继器和变量把页面、母版、交互三件事吃透就能覆盖八成工作交互设计师必须掌握动态面板的每一层嵌套逻辑乙方演示则建议早点摸清自适应视图和云端发布。盲目追求把 Axure 学全是最常见的效率陷阱很多人花了两个月啃完全部功能结果发现自己日常只会用到两个面板。1.2 它在哪些场景下并不划算说实话Axure RP9 不是万能的。如果只是画几张静态页面给领导过一眼用任何一款矢量工具都快得多Axure 的启动成本和编辑效率在这一类任务上完全没有优势。如果项目要求像素级还原并且最终要输出设计规范交给前端专业设计软件才是正解硬用 Axure 做视觉会把自己逼疯——它的图层逻辑、渐变色处理、图标管理都算不上顺手。另外一个容易被忽略的点是文件体积和协作门槛。Axure 的源文件动辄几十兆一个中型项目上百个页面时打开和保存都会有可感知的顿挫。如果团队里没人熟悉这个工具一个人做完丢过去对方往往连怎么预览都摸不着。所以我的经验是只有当原型需要跑起来看逻辑而不是看着像不像的时候Axure RP9 的优势才真正成立。判断标准很简单——如果你在评审会上被问得最多的是这个按钮点了之后会怎样而不是这个颜色能不能再深一点那它就是对的工具。2. 安装前的环境核对与安装包选取2.1 系统门槛比想象中低但有两个隐性要求Axure RP9 对硬件其实很宽容Windows 7 及以上、macOS 10.11 及以上都能跑硬盘占用也就几百兆。但我实测下来有两条隐性门槛值得提前说。第一是内存8GB 是舒适线4GB 机器上打开含大量动态面板的项目会明显卡顿拖拽元件时鼠标和图形不同步非常影响心情。第二是屏幕分辨率Axure 的面板是真的多1366×768 的笔记本上画布区域会被挤成一条几乎没法工作建议至少 1920×1080或者外接显示器。另外提醒一句Windows 上不要装在中文路径下。这一点后面还会细说但它同时也是导致装了但打不开的最高频原因之一。2.2 安装包里到底有什么为什么建议只从官方渠道获取Axure RP9 的安装包本体不大装完之后目录里主要是三部分主程序、内置的默认元件库文件.rplib 格式、以及一些示例项目。默认元件库包含基础形状、流程图形、图标、标注符号这几套它们是后面画图时的弹药库不用单独下载。关于安装包来源我的态度比较明确只从官方下载页取。网上流传的各种免安装版绿色版附带授权文件的压缩包看起来省事但风险是实打实的——这类包最常被塞进去的是后台挖矿程序和键盘记录模块而且往往在你装上之后几周才表现出症状。更麻烦的是用来源不明的包做出来的项目文件在团队协作时可能出现版本校验失败、无法签入的情况排查起来非常痛苦。官方渠道下载的安装包会提供完整的功能试用期足够你判断这个工具适不适合自己真的决定长期用再走正规的授权路径这是一笔正常的生产力工具支出没必要在这里省。安装过程本身没什么可讲的一路下一步。但安装完成后第一次启动会要求登录账号这一步别跳过注册是免费的登录之后才能正常使用试用版并同步云端项目。2.3 安装路径和中文字体这两个前置动作安装路径避开中文和空格不是因为 Axure 主程序会崩而是因为它的临时文件、自动备份、以及导出的 HTML 资源引用路径在处理非 ASCII 字符时容易出问题。典型症状是项目能编辑但一生成 HTML 就报错或者生成出来的包在别人电脑上打不开图片全部裂开。这类问题排查起来极其耗时因为报错信息通常语焉不详。直接在安装时选D:\Tools\AxureRP9这种纯英文路径能省掉后面一大堆麻烦。第二个前置动作是字体准备。Axure 生成的 HTML 原型是把字体名写进 CSS 的用的是你本地的字体文件。如果你的原型里用了某个设计感很强的商用字体预览同事的电脑上没装整个排版就会回退成默认字体行距、行宽全部错位评审会上那种你这排版怎么乱成这样的尴尬就是这么来的。我的建议是原型阶段统一使用系统通用字体Windows 上选微软雅黑macOS 上选苹方跨平台协作时优先用思源黑体这类免费可商用的开源字体并提前确认团队成员都装好。3. 第一次打开界面四个区域的分工与必改的三项设置3.1 页面树、元件库、画布、检视面板各管什么Axure RP9 的界面可以粗暴地理解成四块。左侧上半部分是页面面板这里管理的是有哪些页面以及它们的层级关系文件夹可以嵌套页面顺序就是生成站点地图时的顺序。左侧下半部分是元件库面板默认给你几套现成的元件集合需要更多素材可以点面板右上角的菜单加载外部元件库文件。中间是画布你所有拖拽、摆放、对齐都在这里完成顶部有标尺画布边缘有参考线拖动区。右侧是检视面板这是最核心也最容易被新手忽略的区域它有三个标签页属性与样式、交互、说明。属性页管外观和尺寸交互页管点击之后发生什么说明页写的是给开发看的文字描述。底部还有一个折叠起来的大纲面板它显示当前页面上所有元件的层级树。元件一多图层面板就是你的命根子特别是动态面板嵌套之后画布上视觉只有一层但逻辑上可能套了三层这时候只能靠大纲面板来定位。3.2 栅格、参考线与自动备份三个开工前必调项第一个必调项是栅格。Axure 默认开启对齐到对象和网格网格间距通常是 10 像素。这个值对移动端原型偏大做手机界面时我会改成 8 像素做后台管理系统保持 10 像素就够了。设置入口在布局菜单下的栅格和参考线里同时建议把对齐到网格和对齐到参考线都打开前者保证元素位置整齐后者在你拉出辅助线之后特别有用。第二个必调项是参考线。从画布左侧或顶部的标尺区域往画布里拖就能拉出参考线。做响应式原型时我会先在 1200 像素宽度下把内容区左右边界定死再拉一条中线后面所有元件都在这两条线之间摆整个原型看起来会规整很多。参考线不会出现在预览和导出里纯粹是编辑期的辅助。第三个必调项是自动备份间隔。这个在首选项里设置默认时间偏长我一般改成 5 分钟。Axure 崩溃不是高频事件但一旦发生在你写完一整套复杂交互之后那种心情是真的难受。自动备份文件默认放在临时目录里建议改成你自己的工作盘崩溃之后找回的路径会好找很多。3.3 默认字体与样式编辑器一次设置管全项目新建项目之后先在样式编辑器里定一套基础样式这是我认为性价比最高的一个动作。入口在项目菜单下你可以预先定义好 Heading 1 到 Heading 6、正文、注释等各级样式把字号、字重、行距、颜色全部写死。之后画图时直接套用这些样式而不是每次都手动调一遍。为什么这件事值得先做因为原型项目一定会经历反复修改如果每个元件都是散落的独立样式改一次全局字号就要手动改两百个元件几乎不可能保持一致。而套用统一样式之后你在样式编辑器里改一次全项目的对应文字同步更新。这个机制跟网页开发里用 CSS 类来管样式是同一个思路理解这一点你对 Axure 的使用方式就从画图升级到搭结构了。右侧属性面板里还有一块叫交互样式的功能很多人不知道。它允许你直接给元件定义鼠标悬停、按下、选中、禁用状态下的外观比如悬停时填充色变深、文字变白。这类纯视觉反馈不需要写任何交互逻辑勾选一下就能生效做按钮和导航项的时候能省掉大量重复工作。4. 从零搭出第一个能跑的原型4.1 先搭骨架再上样式顺序反了会很痛苦新手最常见的工作方式是打开画布拖一个矩形调颜色调圆角调阴影折腾十分钟再拖下一个。这种做法在页面超过三个之后就会变成灾难因为你会发现所有元素的间距都不统一改一次整体布局要从头挪一遍。我的建议顺序是先摆位置再统一样式最后加交互。具体来说先在页面上用最朴素的矩形勾勒出信息层级——头部多高、侧边栏多宽、内容区分几栏、每栏放几个卡片。这个阶段完全不碰颜色只用灰色矩形加文字标签。骨架确认之后再统一给同类元素套样式。最后才处理点击跳转、悬停反馈这些动态部分。这个顺序的好处是当需求方说侧边栏太宽了的时候你只需要改一根参考线和几个矩形的宽度而不是从一片混乱里扒出所有相关元素。4.2 交互的编写逻辑触发、条件、动作三层结构Axure 的交互模型其实非常清晰就是三层什么事件触发、满足什么条件、执行什么动作。选中一个元件切到右侧的交互标签页点新建交互你能看到一长串事件列表单击、双击、鼠标移入、鼠标移出、按下、松开、载入时、页面尺寸改变时等等。选好事件之后就要在下面添加用例。用例是用例动作是动作这个概念一定要分清。一个单击事件下可以挂多个用例每个用例可以有独立的触发条件。举例来说你要做一个提交按钮点击后如果表单填完整就跳转没填完整就提示错误。做法是在单击事件下建两个用例第一个用例设条件为所有输入框都不为空执行打开链接跳转到成功页第二个用例不设条件作为兜底执行显示那个默认隐藏的错误提示框。条件设置里有否则逻辑右键用例可以切换成立关系这个细节很多教程都不讲但它是实现分支逻辑的关键。动作列表里最常用的几个显示/隐藏元件、设置面板状态、设置文本、移动、旋转、设置尺寸、等待、打开链接、设置选中状态、以及触发变量赋值。等待这个动作经常被低估做加载动画、按钮防重复点击、提示框自动消失全靠它来控制节奏。做提示框自动消失就是两条动作显示提示框等待 2000 毫秒隐藏提示框。4.3 动态面板的三个高频用法动态面板是 Axure 的灵魂功能说白了它就是一个可以装多个状态、同一时间只显示其中一个的容器。理解了这个本质它的用法就自然浮现了。第一个用法是内容切换。标签页、下拉菜单、轮播图本质都是同一块区域在不同时候显示不同内容。做法是把内容区的多个版本都放进去每个版本对应一个面板状态然后在触发元件上添加设置面板状态动作选择目标状态还可以配上滑动或淡入的过渡动画。第二个用法是滚动区域。当页面内容超过一屏但你又不想让整个页面滚动时可以做一个固定高度的动态面板在属性面板里把滚动条设成自动内容放进去超过高度就会自己出现滚动条。移动端原型里几乎每个列表都要这么处理。第三个用法是固定定位元素。顶部导航栏和底部悬浮按钮这类希望滚动时保持不动的元素传统做法是让页面滚动元素跟着飘走了。正确做法是把需要滚动的内容放进一个动态面板让面板内部滚动导航栏放在面板外面这样它就天然固定在原位了。这个思路跟网页开发里把滚动容器和固定头部拆开是同一个逻辑。还有一种进阶用法叫面板嵌套就是在动态面板的状态里再放动态面板。App 原型的典型结构就是这样外层面板管页面的切换内层面板管页面内部的局部变化。嵌套层级深了之后一定要善用大纲面板否则你自己都会绕晕。5. 母版、中继器与变量把重复劳动压下去5.1 母版的边界在哪什么时候不该用它母版的作用是把多个页面上重复出现的元素抽出来统一管理改一次全部页面同步更新。顶部导航、底部版权信息、侧边栏菜单这些都是标准的母版场景。做法是选中元件之后转换为母版之后从左侧母版面板拖到任意页面上使用。但母版有个必须知道的限制母版里的元件默认不能直接被交互引用到母版外部。也就是说母版内部那个登录按钮你想让它点击后跳转到某个页面这是可以的但你想让母版里的某个元件根据所在页面的不同显示不同文字这就需要用到母版上的触发事件功能把事件抛出去再由具体页面来接。这个机制刚接触时会觉得绕但它是母版能真正做到复用的前提。另一个判断标准是如果一个模块在多个页面上的行为差异大于 30%就别硬做成母版。硬做的结果是母版里塞了一堆条件判断每个页面都要写特殊逻辑最后维护成本比复制粘贴还高。母版适合那些长得一样、行为也基本一样的部分。5.2 中继器的真实体验能用但别滥用中继器是 Axure 里做列表数据的方案它本质上是一个自带数据集的小型表格组件。你可以在里面定义若干列填入若干行数据然后设计一行的样式中继器会自动按行数复制出整个列表并且每行的文字可以绑定到对应的数据字段上。配合每项载入时的交互还能做奇偶行不同底色、编号自动递增、甚至根据字段值显示不同图标。它还能做分页和筛选。添加分页就是给中继器设置每页项目数再配合上一页下一页按钮触发设置页码的动作筛选则是通过条件动作去更新中继器的数据过滤器。听起来很美好但实际用下来的感受是中继器适合演示不适合承载复杂逻辑。当你试图用它做一个带排序、多条件筛选、动态计算的表格时交互用例会膨胀到难以维护改一个字段可能要翻十几个用例。我的使用原则是静态展示型的列表用中继器能明显省下复制粘贴的工作量一旦涉及复杂的数据联动就退回用普通元件手工摆几个典型状态把逻辑写清楚给开发看效率反而更高。5.3 全局变量在表单校验里的实际写法全局变量是存在整个原型生命周期里的键值对可以在项目菜单里统一管理。它在纯展示型原型里用不上但一旦涉及流程模拟就非常有用。最典型的场景是登录状态模拟。定义一个变量叫 isLoggedIn初始值为空。登录页的登录按钮点击后添加一个设置变量值的动作把它设为 1然后跳转到首页。首页的页面载入时添加一个条件判断如果 isLoggedIn 为空就跳转回登录页。这样整个原型的访问控制就成立 了演示的时候别人绕过登录直接输网址进来也会被弹回去演示效果专业很多。表单校验也用得上。把各个输入框的内容通过设置变量值存进变量然后在提交时用条件判断变量是否为空、长度是否达标。需要说明的是Axure 的条件判断功能比较基础只支持等于、不等于、包含、大于小于这类简单比较做不了正则匹配。所以复杂的校验规则别硬做在说明面板里写清楚交给开发实现原型只需要表达校验不通过时会有什么反馈就够了。6. 演示、发布与交付这三个环节6.1 本地预览和云端发布该用哪个做原型的过程中按 F5 就能本地预览这是在浏览器里打开一个临时地址编辑框里的改动保存后刷新就能看到。它的优点是快缺点是链接不能分享因为地址指向的是你本机。需要给别人看的时候就用发布功能推送到云端。发布之后会生成一个分享链接可以设置访问密码、可以邀请协作者、对方还能直接在页面上圈选位置留评论。这个评论功能在远程评审时非常实用比在群里发截图加语音描述清楚得多。一个实际经验给客户演示前一定要提前发布并自测一遍链接。云端发布偶尔会遇到资源上传不完整的情况表现为某个页面的图片加载不出来。提前十分钟点一遍主流程比会议开始后当场手忙脚乱强太多。6.2 生成 HTML 包的结构与体积控制除了云端发布你也可以把原型导出成一套完整的 HTML 文件包直接拷给别人离线看。生成之后的目录结构大概是一个入口 HTML 文件、一个资源目录存放图片和字体、还有一个数据目录存放页面结构信息和交互定义。把这个文件夹整个压缩发出去对方解压后双击入口文件就能看不需要装任何东西。这里有个高频坑直接双击生成目录里的某个页面文件是打不开的因为页面是通过脚本动态加载的必须从入口文件进。另外如果对方是在内网环境或者用了特殊的浏览器安全策略本地打开 HTML 可能出现脚本被拦截的情况这时候建议改用云端链接或者让对方用主流浏览器打开。体积控制方面最容易把包撑大的是图片。Axure 会把所有插入的图片原样打包几百 KB 的高清图插二十张包就上百兆了。我的做法是插入前先用图片工具压一遍长边控制在 1600 像素以内视觉上完全够用。另外生成时可以只勾选需要的页面把草稿页排除掉也能省不少体积。6.3 给开发的标注交付怎么做才算合格原型交付给开发光给一个能点的链接是不够的。开发真正需要知道的是这个元素的尺寸是多少、间距是多少、什么情况下显示什么状态、边界情况怎么处理。这些信息要提前准备好。Axure 的说明面板就是干这个用的选中任意元件在说明页里写文字生成时可以把它导出成一份规格说明文档。另外还有几个细节值得留意一是给所有页面和关键元件起有意义的名字不要留着一堆矩形 5按钮 12不然生成的文档没法看二是把交互中的边界状态写成文字注释比如当列表为空时显示空状态图这种逻辑在原型里很难完整演示出来三是提前统一单位口径原型里的像素尺寸和开发实际用的适配单位不是一回事交接时要说明基准宽度是多少。7. 实际项目中反复踩到的六个问题7.1 字体缺失导致的排版错乱这是最高频的问题没有之一。现象是你在自己电脑上做的原型排版精致发给同事之后所有文字都变宽了原本一行的标题折成两行卡片高度全部撑开。原因前面提过原型生成的网页用的是你本地字体别人没装就会回退。解决办法分三层第一层是原型里就只用系统通用字体这是根本方案第二层是如果必须用特殊字体把字体文件一起打包进导出目录并在生成设置里开启字体嵌入代价是包体积会明显变大第三层是在评审前把字体问题主动说清楚让查看方知道可能有轻微排版差异避免把时间浪费在无意义的排错上。还有一个容易被忽略的点是字号和行距的绑定关系。Axure 默认行距偏紧中文长文本在大屏上看会显得拥挤。建议正文行距设成字号的 1.6 倍左右这个比例在屏幕上读起来比较舒服。7.2 动态面板的层级与遮罩问题动态面板的层级问题有两种典型表现。第一种是弹窗被挡住了。你做了一个居中的弹窗面板设置成点击按钮时显示结果预览时发现它显示在页面内容下面。原因是 Axure 里元件的层级由它们在页面栈里的顺序决定位置靠后的在上面。解决办法是在大纲面板里把弹窗面板拖到最顶层或者用右键菜单里的置顶功能。第二种是遮罩层点不穿。做弹窗时通常会在弹窗下面放一层半透明黑色矩形当遮罩点击遮罩应该关闭弹窗。但如果你把遮罩做成了动态面板的一个状态那它就会和弹窗捆绑在一起交互写起来很别扭。更清爽的做法是遮罩和弹窗做成两个独立的动态面板在同一个交互用例里先显示遮罩再显示弹窗关闭时反过来操作逻辑一目了然。7.3 导出失败与协作不同步的排查顺序导出 HTML 报错时我一般按这个顺序排查先看项目里有没有用到特殊的字符路径中文目录、空格、特殊符号都可能导致资源写入失败把项目另存到纯英文路径下再试然后看有没有损坏的图片资源某张图片的源文件被删除或移动过生成时就会中断重新插入一张替换掉即可最后看动态面板的嵌套层级是不是太深我遇到过嵌套七八层之后生成就异常的情况拆开一层就好了。团队协作场景下最常见的抱怨是我改了但同事看不到。这里的关键是理解团队项目是签入签出机制不是实时同步。你打开一个页面编辑时这个页面在服务器上就被锁住了别人只能看不能改必须等你签入之后他才能签出编辑。所以协作时的规矩是做完一小块就签入不要攥着大半天不放。另外签入前务必先获取最新版本否则可能覆盖别人的改动Axure 会提示冲突但处理冲突的体验并不好能避免就避免。还有一点团队项目第一次签出时本地会生成一份工作副本这份副本和服务器上的版本是分开的。如果你在没联网的情况下改了工作副本联网后要记得先获取最新再签入直接点签入可能会报错。我个人在实际操作中的体会是Axure RP9 真正的门槛从来不在安装而在于你愿不愿意在动手前花半小时把样式、母版、页面结构这些地基搭好。前几年带新人时我总看到有人一上来就急着拖元件做到第三十个页面时整个文件乱成一团改一处牵动全身最后宁可重做。先花时间定义规范再开始画这个顺序的差别在项目后期会被放大到十倍以上。
阅读完成 · 觉得有帮助?
咨询建站