不管是APP、web网站还是pc客户端的软件，流程&页面&交互&逻辑始终是最重要的几环，分享一下我呈现逻辑的几种方法，大部分PM应该也采用过类似的方法。
一、直接不写逻辑
最开始根本没有写逻辑的概念，只是用交互事件加上基本的页面跳转。当技术童鞋来问的时候，口述给他。经常会被鄙视。
二、直接写到页面里
开始学乖了，把一些逻辑直接写到页面里。不过很快就发现了弊病，某些逻辑不应该呈现给用户，只能给前后端童鞋看。同时也造成了UI童鞋设计的困扰。
比如图中的下一步按钮下方的内容，不用写给用户。
这回比较靠谱了，至少是技术童鞋能够看懂的方式，有页面，有逻辑，还带一点交互。
这也是目前大部分PM所采用的方式，写起来快捷，看起来直观。比较符合敏捷开发的理念。
顺便说一下Axure8提供了各种颜色的标签纸，帮助PM可以更好的来写逻辑。
四、把逻辑写到每一个控件
后来，当我需要设计的页面很复杂的时候，发现貌似用便签纸的方式写整个页面的逻辑不太适合。页面中每一个控件都有多种状态，有不同的交互事件，需要考虑不同的交互样式。
此时我发现至少得细分到每一个控件来写，最后写整个页面的跳转，交互，逻辑，加载等逻辑。
按照一个一个控件的方式来写，不容易遗漏关键逻辑。
五、使用axure自带的注释来写逻辑
最近一年多一直使用axure自带的注释系统来写所有的逻辑，感觉这是最佳的逻辑呈现方式，对前后端童鞋来说。
好处至少有三：
不漏。一个控件一个控件的写逻辑，不容易遗漏。
完整。可以在注释的地方写上需求详解，交互描述，视觉要求，业务说明，以及技术逻辑主要的5个方面。
易看。你会发现选中左方tab-notes中的某一个模块，右方会蓝色高亮选中控件的边缘。标注这个文本框对应的注释是哪些。比拖拉一个便签好用太多。
怎么写注释呢，其实很简单。在axure的具体页面中，点击某个控件，然后在右方的注释区添加即可。
当然最好区分一下逻辑类型。
页面，写在Axure的Pages中。生成原型后请点击左侧Pages进行查看。
交互，写在Axure的Interaction中。生成原型后请点击左侧Pages中的链接图标进行展示和隐藏。
逻辑，写在Axure的Notes中。生成原型后请点击左侧Notes后查看，或者点击右侧元件旁边的图标进行查看。
元件的逻辑有5种，具体如下：
视觉逻辑：对颜色，对图标的要求。
业务逻辑：讲一下该功能对应着什么业务。
技术逻辑：有些逻辑可能用技术语言描述更清楚一点，以及对技术有特殊的要求。
以上所用示例都是多年前的作品了，要么产品已挂，要么早就迭代不知道哪里去了，所以拿出来分享一下。
相关阅读
善用Axure写PRD，移动PM需要梳理这些流程图
善用Axure写PRD，全局规范一个都不能少
善用Axure写PRD，彻底丢弃Word和PPT
善用Axure写PRD：APP文本框通用的输入规则
