Axure这个工具说实话，真的没什么特色，界面也不好看。所以很多新生代的产品人会喜欢墨刀、mockplus等原型工具。
那为什么你在招聘网站上看到的产品岗都需要会这个软件呢？
因为对一个团队来说原型工具酷不酷炫，根本不是关键啊！团队最关键的是协作，产品人和产品人的协作，产品人和用户的协作，产品人研发团队的协作。而不同的原型工具或多或少都有不同的阅读方式和注意事项。所以Axure优势在于其他干系人阅读成本的低廉。
虽然我们都一致认为用笔画的草图也是需求表达的好办法，但是在实际产品操作过程中，一个规范的清晰的原型的确会让我们后续的需求工作变得轻松。
原型工具本质上是一个协作工具，哪怕现在很多项目组会把它当成一个验收交付标准。所以使用Axure做原型其实也有很多需要注意的事情。
1、不是为了做原型而做原型
原型在本质上和一份产品规格说明书没什么分别，所以原型要表达的是业务，表达的是业务处理过程，所以只要业务相关的东西都要表达得很完整。永远不要抱着一颗我还有需求文档的心去看待原型。
所以原型表达的业务数据需要精准，业务的状态需要表达完成，用户操作的权限需要有所表达，操作的反馈需要完整。
2、原型最大的优势是快速
原型是为了试错和沟通，所以设计必须要快，通过快速的演示修改演示以达到速度确认逻辑的目的。原型的核心还是背后的产品逻辑，所以酷炫吊炸天的东西没有意义。因此花大量时间去美化原型，细化交互是很没必要的。所以原型对于按钮是圆角还是直角，是三角形还是正方形，头像是圆还是方等等视觉上的思考相对来说可以稍后处理，不在原型上考量。
3、原型上面用文字来标注修改历史、状态变化过程、业务逻辑、字段长度等是很可取的事情
很长时间大多数产品人都觉得原型是以交互演示为主的，所以原型只关注界面内容正确与否，然后流程、状态等的变化都在需求规格说明书里面记录。但是实际项目过程中，由于原型的易阅读性，注定很多人会以原型作为主要需求标准和产物，所以怎么方便用户和研发团队的理解，是原型必须要解决的问题。
