专题：AXURE -- IT技术博客大学习 -- 共学习共进步！

这里的原型指的是对最终产品各页面上内容的简单呈现，通常不会设置颜色和字体，也不含图片。这里的原型，也通常被称作线框图、示意图、蓝图。在一些极端的情况下，原型图往往可以先被抽象成一个个的模块组合，然后再去细化每个模块中的内容极其展示形式。

在互联网产品领域，Axure已成为产品经理、产品设计师以及交互设计师的必备工具，从某种程度讲，Axure帮助我们建立低保真模型，便于与用户的需求验证，也帮助我们构思交互细节，使前端和开发人员更容易理解我们的产品；但从另一方面讲，Axure绑架了我们的思维，让很多产品经理和设计师养成了“无Axure不设计”的恶习，忽略了用户故事、功能规格和信息架构，甚至走入“为了用Axure而用的误区”，导致了资源的大量浪费和产品的硬伤。因此，提醒为Axure着迷的产品经理：在熟练使用2B铅笔前，请不要打开Axure。

基于axure的PRD协作

我们为什么要写PRD？简单来说就是把我们具体要做一个什么样的东西很详细的描述出来并传递给团队其他成员知晓，最终一起执行。这里面我觉得有3个点特别重要，详细描述、快速传递、一起执行，一份不管是什么形式的PRD最终都必须做到这3点。

用好Axure的协作功能

最近一个项目里，“被迫”开始使用Axure的协作功能，为了保证版本统一和一致的输出。实践的效果不错，在时间短、质量要求高、同时又有多人参与时非常奏效。为什么说“被迫”，这里当然是个反语，但说实话，做了这么长时间交互设计，参与过大大小小不少项目，能使用到这个功能的情况是屈指可数的。往往都是1个交互设计师对2-3产品经理，来一个需求分一个人跟，出于人员配比的原因，也就很少有机会能出现几个交互设计师攒在一起协作...

用好Axure的协作功能

最近一个项目里，“被迫”开始使用Axure的协作功能，为了保证版本统一和一致的输出。实践的效果不错，在时间短、质量要求高、同时又有多人参与时非常奏效。为什么说“被迫”，这里当然是个反语，但说实话，做了这么长时间交互设计，参与过大大小小不少项目，能使用到这个功能的情况是屈指可数的。往往都是1个交互设计师对2-3产品经理，来一个需求分一个人跟，出于人员配比的原因，也就很少有机会能出现几个交互设计师攒在一起协作...

AXURE 原型设计教程2――变量控制不同场景的交互演示

该教程适合追求axure功能使用最大化的人，并不是原型设计的目的。追求方便、快速设计交互原型的同学可以无视这篇文章。实例演示：演示地址（axure 6 beta生成）原理： 1. 通过Axure的变量来记录对应的场景 2. 用master 的 onPageLoad 事件根据变量的值来判断dynamic panel对应的state Ps: 该教程实际上我上一篇变量教程的升级版本，有兴趣的同学可以看这里：Axure 实现网站登录的交互实例教程：实例说明：需要设计一个电子商...

Axure 实现网站登录的交互

原理：1. 通过变量来记住用户的状态，是处于登录前还是登录后；2. 用master 的 onPageLoad 事件来判断是显示登录前的界面还是登录后的界面。

Axure之变量的使用

写在最前面：任何工具都容易造成沉迷，Axure也一样；沉迷工具有害健康，过渡钻研Axure不利于职业发展！本文主要想介绍一下什么是Axure中的变量（Variables），以及变量的使用场景，然后附加一个实例。 1、什么是变量变量的全称应该是“中间变量”，变量用于在HTML原型中进行点击时的页面之间的传递和存储数据，这样变量能在页面之间保持下去。Axure文件中可最多使用25个变量。变量可以在交互设计和逻辑条件中使用。简单说就是，...

Axure之复用

本文主要记录一下自己在使用axure软件做原型设计中的一些感悟。对于原型的制作而言我们需要的是一个能够快速设计高效传递的软件，对于原型的表现形式而言我们需要的是一个“中保真”原型，可以直观的表述交互与页面布局即可。作为工具，首要的条件就是高效率。高效率的解决问题，高效率的传达，高效率的记录，等等。Axure之所以被称作“快速原型设计”就在于他能高效率的完成原型设计并高效率的传达。而这一切得益与axure的“复用...

AXURE在原型设计中的应用

前言什么是原型呢？产品原型简单的说就是产品设计成形之前的一个简单框架，对网站来讲，就是将页面模块、元素进行粗放式的排版和布局，深入一些，还会加入一些交互性的元素，使其更加具体、形象和生动。就我个人而言，目前使用频率最多，最高效，交互效果最好的原型工具是axure。今天给大家介绍一些我在工作中使用axure的经验。主要从交互设计中涉及的三个主要步骤进行说明：一、主要页面原型在进行主要页...

基于Axure的PRD写作思考

本文想说的事情是，那个叫PRD文档的家伙只是个称呼而已，PRD的问题不在于如何写而在于如何被传递与执行。这里简单介绍一下我基于axure rp的一种新的PRD写法。（友情提醒：从来不用axure，认为他笨重无比的人请路过。）从半只脚迈入产品经理这个大门的那天起我就被2个文档的名称深深的纠缠着，他们是市场需求文档（MRD）、产品需求文档（PRD）。先不论你是什么方向的PM，这2个玩意一定会一直伴随你的Title跟着你。这2个文档在不同...