善用 Aure 写 PRD：产品逻辑的五种呈现方法

不管是APP、web网站还是pc客户端的软件，流程&页面&交互&逻辑始终是最重要的几环，分享一下我呈现逻辑的几种方法，大部分PM应该也采用过类似的方法。

一、直接不写逻辑

最开始根本没有写逻辑的概念，只是用交互事件加上基本的页面跳转。当技术童鞋来问的时候，口述给他。经常会被鄙视。

二、直接写到页面里

开始学乖了，把一些逻辑直接写到页面里。不过很快就发现了弊病，某些逻辑不应该呈现给用户，只能给前后端童鞋看。同时也造成了UI童鞋设计的困扰。

比如图中的下一步按钮下方的内容，不用写给用户。

三、把逻辑写到页面旁边

这回比较靠谱了，至少是技术童鞋能够看懂的方式，有页面，有逻辑，还带一点交互。

这也是目前大部分PM所采用的方式，写起来快捷，看起来直观。比较符合敏捷开发的理念。

顺便说一下Axure8提供了各种颜色的标签纸，帮助PM可以更好的来写逻辑。

四、把逻辑写到每一个控件

后来，当我需要设计的页面很复杂的时候，发现貌似用便签纸的方式写整个页面的逻辑不太适合。页面中每一个控件都有多种状态，有不同的交互事件，需要考虑不同的交互样式。

此时我发现至少得细分到每一个控件来写，最后写整个页面的跳转，交互，逻辑，加载等逻辑。

按照一个一个控件的方式来写，不容易遗漏关键逻辑。

五、使用axure自带的注释来写逻辑

最近一年多一直使用axure自带的注释系统来写所有的逻辑，感觉这是最佳的逻辑呈现方式，对前后端童鞋来说。

好处至少有三：

• 不漏。一个控件一个控件的写逻辑，不容易遗漏。
• 完整。可以在注释的地方写上需求详解，交互描述，视觉要求，业务说明，以及技术逻辑主要的5个方面。
• 易看。你会发现选中左方tab-notes中的某一个模块，右方会蓝色高亮选中控件的边缘。标注这个文本框对应的注释是哪些。比拖拉一个便签好用太多。

怎么写注释呢，其实很简单。在axure的具体页面中，点击某个控件，然后在右方的注释区添加即可。

当然最好区分一下逻辑类型。

页面，写在Axure的Pages中。生成原型后请点击左侧Pages进行查看。

交互，写在Axure的Interaction中。生成原型后请点击左侧Pages中的链接图标进行展示和隐藏。

逻辑，写在Axure的Notes中。生成原型后请点击左侧Notes后查看，或者点击右侧元件旁边的图标进行查看。

元件的逻辑有5种，具体如下：

• 功能逻辑：详细讲解该功能的逻辑。
• 交互逻辑：对页面之间的相互跳转进行说明。
• 视觉逻辑：对颜色，对图标的要求。
• 业务逻辑：讲一下该功能对应着什么业务。
• 技术逻辑：有些逻辑可能用技术语言描述更清楚一点，以及对技术有特殊的要求。

以上所用示例都是多年前的作品了，要么产品已挂，要么早就迭代不知道哪里去了，所以拿出来分享一下。

作者：吴宝峰(个人公众号langzisay)，业务型产品经理，3年社交+4年电商的工作经验。

关键字：产品经理, 逻辑

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！