Axure 自适应视图是同一页面针对不同屏幕尺寸的布局版本。它适合用来讨论桌面端、平板端与移动端的页面差异，而不是把桌面截图简单缩小。本文依据 Axure 官方文档整理功能要点，结合一个业务工作台示例说明规划与检查方法；示例中的尺寸和流程为实践建议，不是官方强制标准。
一、先明确哪些内容保持一致，哪些内容需要变化
根据 Axure 自适应视图官方文档，设计者可以在不同视图中调整元件的位置、尺寸和样式，浏览器则根据可用宽度选择合适的视图。理解这个机制后，应先列出跨设备不变的业务目标，再决定布局变化。
例如，一个订单工作台在桌面上显示导航、筛选区、订单表格和详情入口；在手机上，用户仍然需要寻找订单与查看状态，但不必同时看到所有列。建议先写下三个主要任务：按订单号查找、查看处理状态、进入详情。不同视图都应能完成这些任务，不能只追求视觉上“放得下”。
二、建立少量、可解释的视图
不要一开始就为每个设备型号增加视图。可以先设置桌面和移动两个代表性版本，在实际预览中确认中间宽度是否需要平板版本。断点应服务于内容：当表格、导航或表单的排布开始影响使用时，再考虑增加布局分支。
官方文档说明，可以在页面的样式面板中添加自适应视图，并通过视图集合管理多个版本。团队应统一命名，例如“基础桌面”“紧凑平板”“移动单列”，同时在页面说明中记录每个版本的目标任务。这样后续维护者能理解为什么需要这个断点。
三、理解继承关系，再调整局部布局
视图之间存在继承关系，因此在修改前要确认当前视图和父级视图。建议先完成公共内容和基础布局，再处理较窄视图的特定调整。对于多个页面共用的设计规则，应先在一个代表性页面验证，避免错误扩散到整个项目。
可以为团队建立一份变更记录：修改对象、所在视图、预期影响范围、其他视图的复查结果。比如将筛选按钮从右侧移动到顶部后，检查其他视图的位置是否也变化；修改按钮文字后，检查所有尺寸的文字是否仍然清晰。不要假设每项属性都能独立覆盖，具体限制以官方文档为准。
四、将复杂表格改为任务导向的信息排列
移动端通常无法舒适地容纳桌面端的多列表格。实践中可以优先展示订单号、状态、金额和详情入口，将辅助信息放入详情页或展开区域。这里改变的是信息呈现方式，不应悄悄改变业务含义，例如隐藏取消操作后却没有提供其他可达入口。
- 主操作保持可见，次要操作集中到有明确名称的入口。
- 筛选条件收起后，仍显示已生效条件与清除方式。
- 空状态说明当前没有结果，并提供返回或重置路径。
- 长标题、长姓名和大金额都使用测试数据检查换行。
五、在浏览器中验证，而不只检查画布
Axure 原型播放器文档介绍了页面导航、说明和视图相关的浏览功能。交付前应使用浏览器预览，让评审者直接操作原型。画布里位置正确，并不等于实际滚动、弹层和键盘输入时都能顺利使用。
建议至少检查三类宽度：每个目标视图的代表宽度、断点两侧的相邻宽度，以及介于目标宽度之间的常见窗口。每次检查从同一个初始任务出发，记录内容溢出、操作遮挡、滚动过长与状态丢失的问题。不要把浏览器缩放与窗口宽度变化混为一谈。
六、用清晰的验收清单完成交付
交付说明应包含视图名称、适用范围、主要任务、布局差异及已知限制。原型展示的是设计意图，不代表已经生成可以上线的响应式网站。研发仍需按照产品的技术方案实现布局，并验证真实数据、性能和可访问性。
可以安排产品人员检查功能完整性，设计人员检查信息层级，研发检查布局实现边界，测试人员补充异常场景。将问题定位到具体页面和视图，比笼统地反馈“手机端不对”更容易推进修改。有关页面基础设置，可继续查看 Axure 页面样式官方文档。
常见问题
自适应视图与复制多个页面有什么区别？
自适应视图围绕同一个页面组织尺寸差异；复制页面则形成多个独立页面，需要自行保持内容同步。业务流程相同但布局不同的场景，可以先评估自适应视图；业务结构差异较大时，独立页面也可能更容易说明。
应该先做桌面端还是移动端？
应根据主要用户的设备与任务选择基础视图。移动端任务占主导时，可以从小屏的必要内容开始；复杂后台产品则可先明确桌面业务结构。关键是提前约定继承关系，而不是机械套用固定顺序。
如何开始练习，是否需要额外购买视图模板？
可以从一个包含标题、输入框和结果列表的页面开始，为其增加两个尺寸版本并预览。本文方法不依赖付费模板；软件授权和版本价格应以 Axure 当前官方说明为准。
相关阅读：Axure RP 团队版介绍；Axure 中文原型设计文章。