善用Axure写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种,具体如下:
- 功能逻辑:详细讲解该功能的逻辑。
- 交互逻辑:对页面之间的相互跳转进行说明。
- 视觉逻辑:对颜色,对图标的要求。
- 业务逻辑:讲一下该功能对应着什么业务。
- 技术逻辑:有些逻辑可能用技术语言描述更清楚一点,以及对技术有特殊的要求。
以上所用示例都是多年前的作品了,要么产品已挂,要么早就迭代不知道哪里去了,所以拿出来分享一下。
相关阅读
善用Axure写PRD,移动PM需要梳理这些流程图
善用Axure写PRD,全局规范一个都不能少
善用Axure写PRD,彻底丢弃Word和PPT
善用Axure写PRD:APP文本框通用的输入规则
作者:吴宝峰(个人公众号langzisay),业务型产品经理,3年社交+4年电商的工作经验。
本文由 @吴宝峰 原创发布于人人都是产品经理。未经许可,禁止转载。