Axure 是产品原型设计的一大利器，其所作出每一个原型都有以下组件（ widget ）构成，如文本块（ Text Panel ）、矩形框（ Rectangle )、按钮（ button ）、文本输入框( Text Field )、以及让众多 Axurers 喜爱的动态层面板（ Dynamic Panel ）等。正是因为这些功能形态各异的组件组成了一个产品的基本框架、原始形态，而每个组件都可以拥有一个名号–标签（ label ）,通过对标签命名、组件变量赋值就可以作出一些令人惊喜的交互效果。

一、利用组件变量赋值值传递

淘宝改版了，但淘宝的登录入口还是没变，可见阿里人对淘宝登录入口的自信。

利用  AxureRP 5.6 做的原型(下载RP文件请点击 taobao-login-axure ，查看效果请点击这里)，如下图

步骤分解如下：

1 如上图,建立帐户名和密码两个输入框,分别打上  user  和  password 标签(  label  )，便于登录按钮识别判断

2 新建立动态层面板（ dynamic panel )，将面板命名为  error  ，右键将其隐藏

3 由于有帐户名和密码两个输入框需要鉴权判断,因此需要至少建立两个动态层显示判断异常错误.右键 error 动态层面板，新建两 个动态层,分别命名为   user_error  和  password_error

4 编辑两个动态层，如将  user_error  编辑为“用户不存在”、将  password_error  编辑为“密码不匹配”，这里只考虑简单的两个判断，登录前端后端鉴权多达几十种判断都可以在  error  动态层里面显示

5 关键一步，编辑 case 条件对输入框赋值并进行判断：点击登录按钮,  Axure  右上侧会出现”注释&交互”栏，建立两个  case  条件：一是当帐户名输入框   user  不等于   ashnotes.com  时，在 error 动态层面板触发显示  user_error  动态层；二是当密码输入框   password  不等于123456时，在 error 动态层面板触发显示  password_error  动态层，具体步骤如下图所示。

6 最后是 case 条件的处理来控制 error 动态层面板，及其他出错提示。在实际运用过程中由于 case 判断过多的情 况下，可以在需求书上加以详细描述，便于后台开发人员了解判断逻辑及编码。

二、利用标签命名值传递

京东的订单核对页在处理新老收货人信息,点击修改者切换到输入新地址状态，保存则回到填写好的地址状态，只有切花，交互清晰明了，值得模仿、推荐。

先给大家看看i-dong的游戏中心原型，如下图：

为方便分析对原型做了区域标注，如下图：

A区: 游戏内容区,包含了分类类目和类下各游戏名称。
B区：游戏玩家区，包含玩家账户、社交 、及系统设置和退出
C区: 游戏状态区，包括硬件设备运行情况、网络状态以及玩家登录情况

问题：

1 很显然A区是原型设计者重点突出的核心区，一是摆明这里游戏丰富，二是希望玩家一上来就可以挑选游戏，迅速进入游戏状态。但将游戏分类和游戏同区全部展示，以及健身类和益智类游戏循环滚动（无限制的）无疑分化了玩家选择。因为i-dong的手柄感应控制不像电脑的鼠标可以随意、快速选择，这一物理属性就决定了i-dong游戏中心在设计交互时必须平衡如何快速让玩家决策、选定自己玩的游戏而同时保持自己游戏的丰富性。

而玩家在选择具体游戏时，游戏区块会弹出”?”号让人不可捉摸，在场的云天同学也表示了质疑，因为我的选择是明智的，为何还要给个问号质疑我的选择呢？虽然设计者的初衷是考虑问号相当于帮助中心，有啥不明白的点击问号,她会告诉你。

2 B区和C区有同质化倾向、对各自区域功能定位存在逻辑混乱。B区的注销本意是删除账户，但这里的功能实际是退出功能，在文案设计时可考虑用“退出”代替让人感觉更平实。“已登录”很明显是玩家的登录状态，似乎更应该放在B区。同时“已登录”为何采用按钮形式且不可点击切换（如隐身？退出？），更让人感觉困惑,还不如直接去掉。

优化方案：

1 对A区即游戏内容区采用Tab形式，隔开分类类目和类内容，信息可寻性得以加强；同时增大各游戏区块，更醒目，方便玩家识别。将选中状态的问号去掉，或者用其他icon或“查看详情”等字样代替

2 简化B区，强调用户中心；将“设置”和“退出”剥离出来，并放置C区底部，强调“系统”概念,和左侧“系统”状态保持信息平衡

优化效果：

以上是用Axure制作的原型，有兴趣的同学，可以点击这里，查看效果….