1. Axure RP9 是干什么的，谁真的需要它

如果你在做产品、做交互，或者经常需要把一个想法讲给别人听，那 Axure RP9 这个名字大概率在你的下载列表里躺过。它不是什么新鲜工具，但在原型设计这个圈子里，它一直是"重型装备"的代表——能画静态页面，也能做带逻辑的可点击原型，甚至能做数据列表的增删改查模拟。很多团队的 PRD 已经从纯文字 Word 迁移到了"文档 + Axure 原型"的组合，原因很直白：文字描述一套交互流程，开发看完有五种理解；扔一个能点、能填、能翻页的原型过去，理解就收敛成一种。

这篇内容我打算按真实上手顺序讲，从判断要不要装、怎么装、装完怎么调，一直讲到用它做出一个能交给开发的原型。中间会带上我自己反复踩过的坑，比如字体突然变成方框、预览打不开、中继器数据不动、团队协作时文件互相覆盖。适合三类人看：刚入行、第一次接触原型工具的产品新人；从其他轻量工具迁过来、想搞明白 Axure 那套"事件—动作—目标"模型的老手；以及只是临时要交一份可点击方案、不打算长期深耕的兼职选手。

1.1 原型工具的几个流派，Axure 站在哪一边

原型工具大致分三档。第一档是纸面草图和白板，快，但没法交付。第二档是 Sketch、Figma、即时设计这类视觉设计工具，它们做高保真视觉和简单跳转很强，交互逻辑稍复杂就要靠插件或者变通。第三档就是 Axure、ProtoPie 这类以"逻辑"为核心的交互原型工具。Axure 的定位很明确：视觉表现中上，逻辑表达极强，尤其是条件判断、变量、函数、动态面板状态机、中继器数据集这几块，别的工具要么没有，要么做起来别扭。

举个具体例子你就懂了。一个"登录后根据角色跳不同首页"的流程，在 Figma 里你得画好几个页面然后用原型连线硬凑，角色判断根本做不了真逻辑；在 Axure 里就是一句条件判断的事：如果 用户名 等于 admin，打开页面 A，否则打开页面 B。再比如一个带搜索、翻页、排序的订单列表，Axure 的中继器元件可以在不写一行代码的前提下模拟出来，这对需求评审的价值极大——开发一眼就知道你要的分页是每页十条还是二十条。

代价也很明显：Axure 的学习曲线比那些"拖一拖就出图"的工具陡，界面看着像 2010 年的软件，性能还偏重，文件一大就卡。所以它不是万能解，你得分清楚自己属于哪种场景。

1.2 RP9 这个版本到底改了什么

Axure RP9 相对 RP8 最大的变化有三个方向，值得单独说一下，因为它们直接影响你怎么装、怎么用。

第一是协作方式。RP9 把团队项目、云分享、评论这些能力整合进了 Axure Cloud 体系，发布原型不再只是生成一堆 HTML 丢到服务器上，而是可以直接发到一个链接里，评审的人能在页面上直接留评论、圈选位置。这对远程团队是很实在的提升。

第二是界面和交互编辑器的重构。RP9 把右侧面板拆成了"样式""交互""说明"几个独立标签，交互用例的编辑从原来的弹窗式变成了侧栏式，写多条件、多动作时不用来回滚动。画布上的控件尺寸、位置、边距也支持更精细的数值输入。

第三是中继器和动态面板的能力增强。中继器支持了更完整的数据集操作、分页、排序、筛选，配合"项加载时"事件可以做出非常接近真实的数据列表交互；动态面板支持"固定到浏览器""100% 宽度""滚动条"这些自适应行为，做移动端和响应式原型时省了不少手工活。

需要提醒的是，RP9 的授权模式改成了订阅制为主，和老版本的买断制不一样。这一点在你决定要不要长期用之前，最好先想清楚。

1.3 哪些人适合上手，哪些人不必硬上

我见过太多人装完 Axure 然后用它画了三张静态页面就再也没打开过。说实话，如果你的工作只需要画页面布局、连几个跳转、给别人看视觉效果，那用 Figma 或者团队现有的设计工具就够了，学 Axure 的时间成本收不回来。

但如果你符合下面任意一条，我建议认真学：需要做带条件判断、带数据模拟的复杂流程；需要输出给开发看的规格说明，包括元件尺寸、交互逻辑、字段说明；需要在评审会上直接演示"用户点了这个按钮之后会发生什么"；团队已经用 Axure 作为标准交付物，你不用就没法对齐。这几种情况下，Axure 的"重"反而是优势，因为它把逻辑说得足够清楚，减少的是沟通成本，省下来的是返工时间。

2. 装之前先把三件事定下来：版本、系统、授权

很多人卡在安装这一步，其实问题不在安装过程，而在于装之前没想清楚三件事：你的电脑能不能顺畅跑、你要用哪个版本、你打算怎么解决授权。这三件事想明白了，安装本身五分钟就结束了。

2.1 系统与硬件门槛

Axure RP9 是桌面客户端，Windows 和 macOS 都有对应版本，而且它至今没有官方的网页版，所以你必须装本地软件。这一点很多人第一次找的时候会困惑，以为它有在线版可以直接用。

硬件上它对配置要求不算高，但因为它图形元素多、实时渲染重，实际体验和配置强相关。我自己的判断标准是这样的：内存 8GB 是底线，16GB 才舒服，尤其是你同时开着浏览器、即时通讯工具和 Axure 的时候；磁盘一定要留出足够空间，Axure 的临时文件、自动备份文件、生成的 HTML 输出目录都会吃空间，我个人习惯给项目文件单独留 20GB 以上的余量；屏幕分辨率建议 1920×1080 起步，低于这个值右侧面板会挤在一起，改数值很痛苦，有条件上 2K 或更高，画布可视区域大一圈，效率差别很明显。

系统版本方面，Windows 建议 10 及以上，macOS 建议近几个大版本内，太老的系统可能遇到安装包签名校验失败或者启动崩溃。这不是吓唬人，我就见过在很老的 Windows 上装完之后一点"预览"直接闪退的情况，折腾半天最后发现是系统组件太旧。

提示：如果你的电脑是公司统一配发的，装之前最好确认一下有没有软件白名单策略。Axure 生成的本地预览会启动一个本地服务并占用端口，某些安全策略会拦这个行为，导致你点了预览但浏览器打不开。

2.2 试用、订阅、团队版怎么选

Axure RP9 的正规获取方式只有一种：从官方渠道下载安装包，然后按官方提供的授权方式使用。官方提供有期限的试用，试用期内功能基本是全的，足够你判断这个工具值不值得投入；正式长期使用则是订阅制，按人按周期计费；团队场景有对应的团队版本，会额外包含协作、共享工程管理这类能力。

这里我要把话说清楚：网上流传的各种"破解版""免费密钥""授权密钥生成器"，我一律不建议碰。原因不是道德说教，而是很实际的风险——这类安装包来源不可控，被塞进挖矿程序、窃取浏览器凭据的样本、后门的情况并不少见；而且你做出原型往往是要给客户或者公司内部看的，文件里可能带着真实业务数据，一旦因为工具本身出了问题导致泄露，责任算谁的很难说清。另外破解版通常伴随"必须关闭自动更新""必须屏蔽联网校验"，用起来处处别扭，某天突然打不开，耽误的是你自己的交付节点。

我的建议是：短期需求用官方试用期，把该练的练完；长期要用就规规矩矩走订阅，把它当成一笔正常的生产力工具开销。这笔钱相对于你反复改需求的工时，其实很划算。

2.3 安装包从哪来，怎么避免踩雷

只从官方站点下载，这是唯一可靠的来源。下载的时候注意两件事：一是确认你下载的是你操作系统对应的版本，别下错了平台；二是下载完成后留意安装包的体积和数字签名，正常安装包体积在一个合理范围内，属性里能看到发行方签名信息，如果签名缺失或者发行方信息看起来不对，直接删掉重新下。

还有个细节：下载过程中如果网络不稳定导致文件不完整，安装时会出现各种莫名其妙的报错，比如"安装包已损坏""无法读取归档"。遇到这类错误，第一反应应该是重新下载一遍，而不是去搜各种修复工具。我因为这个浪费过整整一个下午。

3. 安装实操：Windows 与 macOS 两条路线

安装本身不复杂，但两个平台各自有几个容易卡住的点，我分开说。

3.1 Windows 下的安装与常见拦截

Windows 上的流程是：双击安装包，选择安装路径，等待解压和写入，完成后从开始菜单启动。安装路径建议不要选带中文和空格的目录，虽然现在大部分软件对中文路径的兼容性已经好很多，但 Axure 在生成 HTML、写临时文件的时候偶尔会因为路径字符出问题，用纯英文路径最省心。

安装过程中最常见的拦截有两个。一个是系统弹出"已保护你的电脑"之类的提示，这是因为安装包不是来自应用商店，属于正常的 SmartScreen 提示，你确认来源可信之后继续即可。另一个是杀毒软件在安装或启动时直接把进程隔离掉，表现是安装到一半突然失败，或者装完之后双击没反应。这种情况不要急着卸载杀毒软件，先看它的隔离记录，确认是不是误报，然后把安装目录加入信任列表，再重新装一次。

还有一点，安装完成后第一次启动会明显慢，它在初始化配置、检查更新、准备渲染环境，这时候别以为卡死了就去强杀进程。我一般会等它自己出来，最多等个一两分钟。

3.2 macOS 下的安装与权限放行

macOS 上通常是下载到磁盘映像文件，打开之后把应用拖进"应用程序"文件夹。这一步很多人第一次会漏——直接在磁盘映像里双击运行，能用是能用，但重启之后就找不到了，而且部分功能会因为运行位置不对而异常。

拖进应用程序文件夹之后，首次打开可能遇到系统提示"无法验证开发者"或者"来自身份不明的开发者，无法打开"。这是系统的安全策略在起作用。正确的处理方式是去"系统设置"里找到隐私与安全性，在安全那一栏确认允许打开，然后再启动一次。不要用那种"关闭整个安全机制"的野路子，那相当于把你后面所有的风险敞口都打开了，得不偿失。

另外 macOS 上要注意输入法和快捷键的冲突。Axure 里大量使用组合键，如果你开了某些输入法的全局快捷键，会出现按键被吞掉的情况，表现是按了没反应。我的习惯是在用 Axure 的时候切成系统自带英文输入法，冲突会少很多。

3.3 首次启动要做的几项设置

第一次进到主界面，先别急着画东西，把下面几项设置调好，后面能省很多事。

第一是自动备份。Axure 有自动保存和恢复机制，但默认间隔可能偏长，我会把间隔调短一点，同时确认备份目录在一个空间充足的位置。这不是多余动作，Axure 偶发崩溃的概率不算低，尤其是在你操作大文件、频繁切换面板的时候，有个近期的备份能救命。

第二是默认字体。这一步特别关键，直接决定你会不会遇到"文字变方框"。做法是新建一个空白文件，在页面样式里把默认字体设置成你系统里确定存在的字体，中文用思源黑体、微软雅黑这类通用字体都比较稳，然后把这个文件另存为模板，之后新建项目都基于这个模板。原因我放到后面第七节详细讲，这里你先记住"别用系统里可能没有的字体"。

第三是单位和栅格。默认单位一般够用，栅格和辅助线我建议打开，后面排版对齐全靠它。

第四是确认工作目录结构。我个人的习惯是按"项目名/源文件/输出/素材/备份"分目录，源文件只放 .rp 文件，生成的 HTML 单独放输出目录，素材图片单独放素材目录。你可能会觉得这是强迫症，但当你一个项目里的图片有二三十张、输出过七八次 HTML 之后，不这么分你真的会找不到文件。

3.4 中文字体和界面语言的处理

Axure 的界面本身对中文支持是没问题的，你需要自己关注的是"字体在别人电脑上能不能显示"。

Axure 生成 HTML 原型的时候，理论上可以打包字体，但实际做法通常是依赖访问者本机字体。这就带来一个经典问题：你在自己电脑上用了一个特殊字体，看着很漂亮，发给同事打开之后全变成默认字体，排版全乱。解决办法有两个，一是只用通用字体，二是生成时勾选嵌入字体的相关选项，但后者会显著增大输出体积。

我自己的取舍是：正文、按钮、标签这类功能性文字一律用通用字体，只有极少数需要强调视觉的地方才用特殊字体，并且提前告知对方。这样最稳。

还有一个容易忽略的点：中文和英文混排时的行高。Axure 里设置行高是绝对值，用英文字体的行高去套中文，会出现字挤在一起或者行距过大的情况。我的做法是把中文段落的行高设成字号的 1.5 到 1.8 倍，实测下来阅读体验最舒服。

4. 界面速通：五大区域和四个核心概念

装完、设置调好，接下来要做的是别慌。Axure 的界面看起来元素很多，但它其实就是一个固定的分区逻辑，理解了分区，找功能就不迷路。

4.1 界面分区与面板职责

从上到下、从左到右，主界面大致是这样几块。

顶部是菜单栏和工具栏。菜单栏里"文件、编辑、视图、项目、布局、发布、账户、帮助"这几组是你要熟的，尤其是"项目"下面的全局设置、页面样式、元件样式管理器，"发布"下面的预览、生成 HTML、发布到云，这两个菜单的使用频率最高。工具栏上是常用操作的快捷入口，对齐、分布、层级、组合这些都在这里。

左侧是页面面板和概要面板。页面面板管理你的所有页面，支持文件夹分组，这是组织项目的关键；概要面板用树状结构展示当前页面上的所有元件，元素一多的时候，靠它来选中特定元件比在画布上点要准得多。

中间是画布，也就是你干活的区域。画布可以缩放、可以拖出标尺辅助线，支持多页面标签切换。

右侧面板分三块标签：样式、交互、说明。样式面板管外观，包括位置尺寸、填充描边、字体段落、圆角阴影；交互面板管行为，包括交互样式、交互用例、元件属性；说明面板管文字说明，你在这里写的字段说明可以随原型一起导出给开发看。

底部是页面属性、元件样式等入口。移动端项目里，页面属性的"页面尺寸"和"自适应视图"要在这里调。

4.2 页面、母版、动态面板、中继器

四个核心元件，我一个个说清楚它们各自解决什么问题。

页面是最基础的容器单元。一个页面通常对应一个完整界面，比如登录页、首页、详情页。页面可以建文件夹分组，我建议按模块分，比如"用户中心/订单模块/设置模块"，别把所有页面平铺着堆在一起。

母版解决复用问题。导航栏、页脚、侧边栏、弹窗这些在多个页面重复出现的东西，做成母版之后改一处全站生效。母版有两种放置方式：一种是"拖放即链接"，你把母版拖到画布上，它就成了一个引用，改母版所有引用处同步更新；另一种是"拖放任意位置"，相当于复制一份独立副本。搞混这两个是新手最常见的坑，做出来的导航改了母版发现某个页面没变，就是这个原因。

动态面板是 Axure 交互能力的核心。你可以把它理解成一个"卡片盒"，同一个位置放好几张卡片（状态），通过交互切换显示哪一张。标签页切换、轮播图、下拉菜单、弹窗、折叠面板，本质都是它。动态面板还有个实用属性叫"固定到浏览器"，用来做吸顶导航或者固定侧边栏。

中继器是数据列表工具。它有一份数据集（像一张表格），然后通过"项加载时"事件决定每一行怎么渲染。配合它自带的分页、排序、筛选能力，可以在不做后端的情况下模拟出很真实的列表交互。学习成本是这几个里最高的，但一旦掌握，你能做出来的原型档次会明显不同。

4.3 交互的三段式模型：事件 → 动作 → 目标

Axure 的交互逻辑就一句话：什么事件触发，执行什么动作，作用在哪个目标上。

事件是触发条件，比如"单击时""鼠标移入时""载入时""文本改变时""状态改变时"。动作是你要做的事情，常见的有"打开链接""设置面板状态""显示/隐藏""移动""旋转""设置文本""设置选中""设置值""设置列表选中项""显示菜单"。目标是动作的对象，可以是某个元件、某个动态面板、当前元件、也可以是一个表达式算出来的结果。

再加上两个补充概念就完整了。一个是交互样式，管鼠标悬停、按下、选中、禁用、错误这几种视觉状态，不用写交互用例，直接在样式里勾选就行，做按钮反馈最省事。另一个是条件判断，在动作上可以加"如果...则..."，用来做分支逻辑，判断对象可以是元件文字、选中状态、面板状态、变量值、也可以是函数表达式。

把这套模型记住，你在 Axure 里看到的绝大多数功能就都能归位了：它是事件、动作还是目标。

5. 拿一个真实场景练手：从空白到可点击原型

光看概念没用，找个具体场景走一遍。我用一个"订单管理后台"的简化版做例子，包含导航、列表、筛选和详情弹窗，覆盖了日常最常用的那几个功能。

5.1 画布、栅格与页面样式定基准

先进项目里的页面样式设置，定三件事：页面尺寸、默认字体、背景色。后台项目我一般用 1440 宽作为基准，高度自适应；移动端项目用 375 宽。

然后打开栅格。我习惯设成列栅格，列宽 20，列间距 20，内容区左右各留 40 的边距。这个数字不是随手定的——20 的基准能让大部分间距落在 8 和 4 的倍数上，和主流前端框架的间距体系能对上，你后续跟开发沟通"这个间距是 20"的时候，对方不需要做换算。辅助线也拉上，主要内容的左右边界各拉一条，后面所有元件贴着辅助线对齐。

这一步看起来琐碎，但它是整个项目的地基。我见过太多人上来就画，画到第五个页面发现每个页面的边距都不一样，回头统一又要重画一遍。

5.2 用母版解决导航与页脚

导航栏这种要在十几个页面出现的东西，必须做母版。

做法是新建一个母版，在里面画好顶部导航：左边是产品名称，中间是菜单项，右边是用户信息。菜单项的状态切换可以先用交互样式做悬停变色。画完之后，在每个页面顶部把它拖进来。

关键细节有三个。第一是放置方式一定要选"拖放即链接"，这样以后改母版能全站同步；第二是母版的尺寸要精确，高度设成实际高度，因为它是按自身高度占位的，高度不对会出现遮挡；第三是如果导航后面还要放内容，内容区的起始位置要考虑母版高度，我一般会用一条辅助线标出来，避免每次都要重新量。

页脚同理。侧边栏如果每个页面的当前菜单项不一样，有两个选择：要么做多个母版变体，要么在母版里用交互根据变量控制选中状态。小项目用前者更省事，大项目用后者更规范。

5.3 动态面板做状态切换

订单详情我用弹窗来做，弹窗本质就是一个动态面板。

先画一个铺满页面的半透明遮罩矩形，再画一个居中的白色卡片作为弹窗主体，把这两样东西一起选中，右键"转换为动态面板"，命名为"详情弹窗"。这时候它只有一个状态，我给它加一个空状态，把"默认状态"设为空状态。

然后给列表里的"查看详情"按钮加交互：单击时，设置面板状态为"详情弹窗"到有内容的状态，同时做淡入效果；遮罩上添加交互：单击时，设置面板状态回到空状态。这样点开、点关闭就通了。

这里面有个细节特别容易出问题：动态面板的尺寸和内部内容不匹配。如果你把弹窗内容画得比面板大，超出部分会被裁掉，表现就是"内容显示不全"。我的习惯是画完内容之后，选中面板，用右键菜单里的"适应内容大小"，让面板自动贴合，然后再手动微调。

再一个细节是层级。遮罩必须在弹窗下面，弹窗必须在遮罩上面，不然会出现遮罩盖住弹窗点不了的情况。层级用工具栏上的置顶置底调整，或者在概要面板里拖动排序。

5.4 中继器做可筛选的数据列表

中继器是这块的重点，我拆成三步。

第一步是准备数据。拖一个中继器到画布上，双击进去编辑数据集，列名我设成"订单号、客户、金额、状态、时间"五列，然后手动填个十来行测试数据。数据不用很真实，但建议字段值的类型要对——金额用数字、时间用日期格式，后面排序才正常。

第二步是设计行模板。在中继器的项模板区域里，把上面这几个字段用矩形或文本标签摆成表格的一行。然后关键一步：给每个要显示数据的元件绑定数据。选中文元件，在交互面板找到"项加载时"事件，添加动作"设置文本"，值选对应的数据列名，用中继器的表达式包起来。这样每一行渲染的时候就会自动填入对应数据。这个绑定过程有点绕，但每一列绑一次就完了，之后数据变了行内容会自动更新。

第三步是筛选和分页。筛选我会在上方放一个文本框加搜索按钮，按钮的交互里对中继器添加"添加筛选"动作，条件写成"客户列包含文本框的值"。分页更简单，选中中继器，在属性里设置每页项目数为 10，同时把分页控件拉进模板，Axure 会自动处理翻页逻辑。

这三步做完，你就有了一个能搜、能翻页的列表，而这一切没有写任何代码。我给开发演示这个原型的时候，他们对需求的理解速度明显快很多，因为"每页十条还是二十条""搜索是模糊匹配还是精确匹配"这些问题全都在原型里定死了。

注意：中继器的筛选是叠加的，不是替换的。如果你连续添加了两次筛选条件，它会取交集。所以做"重置筛选"按钮的时候，记得用"移除筛选"动作把所有条件清掉，不然用户点了几次搜索之后列表会越来越空。

5.5 交互用例与预览调优

功能串起来之后，一定要用预览走一遍流程。预览会启动本地服务并在浏览器里打开原型，这时候你才是"用户视角"，很多在编辑界面里看不出来的问题会暴露出来。

我一般重点检查这几项。跳转链路是否闭环，有没有哪个按钮点了没反应或者跳到莫名其妙的页面；动态面板状态切换后，返回时状态有没有复位，如果没复位，用户第二次点开会看到上次的残留状态；滚动区域是否正常，固定到浏览器的元件在滚动时会不会和内容重叠；表单控件的交互样式，输入框聚焦之后有没有明显反馈。

预览还有个很方便的用法是做对比测试。你可以把同一个页面的两个方案放在不同页面里，让同事看，问他们第一眼更想点哪个。比拿着静态图问要靠谱得多。

6. 发布、分享与交付

原型做完了，怎么送出去是另一回事。Axure 提供了几种方式，各有各的适用场景，选错了会很尴尬。

6.1 本地生成 HTML

"发布"菜单里选生成 HTML，它会输出一整套静态文件，包括页面、脚本、样式和资源。这套文件可以直接丢到内网服务器或者静态托管上，别人用浏览器访问就行。

生成时几个选项要注意。一个是选择生成的页面范围，测试阶段可以只生成改动过的页面，省时间；正式交付再全量生成。另一个是资源路径，如果对方是直接双击 index 文件打开，用相对路径；如果放到服务器上，可能要根据目录结构调整。还有自动生成站点地图、搜索、评论这些附加功能，按需勾选，勾多了体积会变大。

生成完之后我建议自己先完整点一遍，尤其是跨页跳转和图片加载，因为资源路径的问题往往在本地打开时才暴露。同时记得把输出的文件按版本命名，比如加上日期，不然几次输出之后你根本分不清哪个是最新的。

6.2 云协作与版本管理

Axure 支持把原型发布到云端，生成一个可访问的链接，评审的人直接在页面上圈选位置留评论。这个功能在远程协作里非常实用，尤其是你不想让原型文件在群里传来传去、改一次发一次的时候。

团队项目的话，还涉及共享工程的概念。多人同时编辑一个工程，需要一个统一的存储位置，每次编辑前取出、编辑完签入。这套流程听起来正式，但它解决的是真问题——两个人在同一个文件上各自修改，最后保存的时候互相覆盖，这种事故在团队里并不罕见。

需要了解的是，不同授权类型能用的协作能力不一样，团队版才包含完整的共享工程管理。所以如果你是小团队，确定要多人协作的话，选型的时候要把这一项考虑进去，别等用起来才发现缺功能。

6.3 交给开发和测试的交付规范

原型交给开发，光有页面是不够的，还有几样东西要一起给。

第一是说明文字。在说明面板里给关键元件写清字段含义、字数限制、格式要求、校验规则，比如"手机号：11 位数字，非数字输入时提示格式错误"。这些说明可以随原型导出，比在群里挨个回复高效得多。

第二是交互逻辑的书面版本。原型虽然有交互，但开发看代码的人不一定有耐心点完所有路径。我会额外整理一份交互清单，按页面列出每个按钮的动作、条件、跳转目标。

第三是切图资源。Axure 里用到的图片、图标，单独打包一份，命名规范，避免开发从 HTML 里扒资源。

第四是版本标识。在原型首页放一个字版本号和更新日期，评审的时候所有人看的是同一版，避免"你改的是哪里""我看的不是这个版本"这种扯皮。

7. 踩坑实录：安装、运行、发布三类问题排查表

下面这些是我和身边同行实际遇到过的问题，按阶段整理，方便你对照排查。

7.1 安装与启动阶段

关于这一类问题我有个通用的排查思路：先判断是"装不上"还是"启动不了"。装不上多半是文件本身或安全拦截的问题，启动不了多半是环境或权限的问题。分清楚了，处理方向就不会跑偏。

7.2 编辑阶段

字体问题是编辑阶段最高频的坑，我在第三节已经提前铺垫了。这里再强调一次：做原型之前先把默认字体定下来，比事后一个个改要省太多时间。

7.3 预览与发布阶段

提示：预览打不开的时候，先别怀疑 Axure 坏了。八成是端口或安全策略的问题。最快的验证方法是换一个项目新建一个空白页面再预览一次，如果空白页能打开，说明是项目文件的问题；如果空白页也打不开，那就是环境问题，方向完全不同。

8. 提效清单：快捷键、自建元件库与我的几条经验

前面讲的都是"能用"，这一节讲"用得快"。

8.1 高频快捷键

用熟快捷键之后，你的操作速度大概能提升三成以上。下面是真正高频的那几个。

需要说明的是，不同版本的快捷键可能有细微差异，最准的做法是在帮助菜单里找到快捷键清单，对着过一遍。另外对齐、分布这两个操作虽然没有默认单键，但我建议你把"顶部对齐""水平分布"这两个加到工具栏的常用位置，比每次点菜单快得多。

8.2 自建元件库维护

Axure 自带的基础元件库够用，但不够快。真正提效的做法是建自己的元件库。

我的做法是这样：每做完一个项目，把里面复用价值高的元件挑出来——表单输入框、按钮的几种状态、带图标的列表项、空状态提示、常见的弹窗模板——整理到一个专门的元件库文件里。整理的时候要注意三点：命名要规范，比如用"按钮/主按钮/常规"这种带层级的命名，而不是"矩形 12"；每个元件内部用组合包起来，拖出来就是一个整体，不会散架；把常用的交互样式提前设好，比如按钮的悬停和按下状态，这样拖出来就能用。

这个习惯坚持两三个项目之后，你新建原型的起点会完全不同，很多页面是"拖出来改文字"而不是"从头画"。我自己的元件库已经积累了差不多六十多个常用元件，做一套后台页面的时间从原来的两天压到半天。

8.3 我个人在实际操作中的几点体会

第一，别一上来就追求高保真。原型的价值在于把逻辑讲清楚，不在于画得多好看。我早期花了大量时间调渐变色、找图标，结果评审的时候大家讨论的还是流程问题。先做低保真把链路跑通，确认逻辑没问题之后再往视觉上投入，这个顺序不能反。

第二，命名和分组要养成习惯。当你一个页面有五十个元件的时候，"矩形 23""矩形 24"这种名字会让你彻底崩溃。我一般是画完就顺手命名，或者至少把相关的几个元件组合起来命名。这十几秒的投入，在你三天后回来改需求的时候会十倍地还给你。

第三，文件要拆，别什么都塞一个文件里。Axure 对单个文件的元件数量是有承载上限的，超过之后操作会明显卡顿。我一般按模块拆，用户模块一个文件，订单模块一个文件，最后用母版和链接串起来。拆的时候把公共母版抽出来单独维护，避免改一处要改好几个文件。

第四，定期清理。项目做完之后，把没用到的页面、废弃的母版、临时拖进来的图片清一遍，文件体积往往能瘦一半。这不是洁癖，是让下一次打开它的时候不卡。

第五，也是我最想说的一条：别把 Axure 当唯一工具。它的强项是逻辑原型，弱项是视觉设计和高保真视觉稿。实践中更高效的组合是——视觉稿在设计工具里做，交互动线和逻辑用 Axure 表达，两者各司其职。硬要用一个工具干所有事，最后往往是两边都不够好。想清楚每个工具的边界，然后把它们拼起来用，这才是真正省时间的方式。