用Axure制作一个PRD文档(结尾分享模板)

李宽wideplum

共 1655字,需浏览 4分钟

 ·

2021-10-11 00:37

 点击上方“李宽wideplum”关注公众号

点击发消息,回复“微信”,加我的个人微信

经常有小伙伴在微信上问我axure版本的PRD写法,今天就系统的跟大家分享一下,如何用axure制作一个完善的PRD,废话不多说,直接开始干货分享。

1、修改记录

修改记录主要记录你对原型的修改内容,否则对于项目成员来说,产品经理每修改一次,他们都要从头开始查看,他们会疯掉。

修改记录用axure自带表格做就行了,字段分别为修改时间、修改内容和修改人。修改内容一定要能精确的定位到某个页面,所以页面页面要有序号。


2、产品概述

从大的方向,讲讲项目的相关背景,有什么目标、有没有竞品对象?阶段性计划是什么,传递做这个需求的目的是什么?要达到什么样的目标?让项目开发人员对你的项目背景有了解,程序员知道的越多,做起项目来越有方向性。


3、业务流程图

如果业务比较复杂,最好用业务流程图来解释一下,这样团队成员对业务有个清晰的认识。


4、功能清单

功能清单也叫feature list 告诉项目成员当前文档做了哪些功能,前台需要做那些功能,后台需要做那些功能,这样开发即使没有文档,也可以根据feature list来,而不会有遗漏,测试也可以根据你的feature list来写测试用例。feature list可能会更新,每一次更新最好用不同颜色的文字给表示出来。


5、其他功能点

其他功能点主要对开机广告页、新手引导页、集成的SDK等做说明。


6、三大结构图

把产品结构图、产品功能结构图和产品信息结构图清晰的表达出来,让团队长远对产品的结构有个清晰的认识和了解。




7、全局说明

全局说明主要针对公共的内容做一些说明,比如来电话打断应用怎么提示?弹框是从底部弹还是从中间弹?没有网络或者网络信号比较弱的时候该如何提示?等等这样的一些公共功能说明。


8、功能说明

这部分不建议做过多的交互,最多做个点击跳转,让项目成员知道各页面之间的跳转关系,新手最大的一个误区就是觉得交互做的越高保真越好,那样可以显得酷炫吊炸天,但你做再好,技术还得开发出来,最终用户用到的还是技术开发出来的产品。有的时候一句话就能说清楚的事情,非得花费2个小时去做交互,对整个项目来说,这两个小时候是白白浪费掉的时间。

这一部分直接在原型上做标注就可以,当然原型有几种标注形式,大家根据自己的使用习惯进行选择,当然每种标注形式有不同的优缺点,这个我们在以后的文章中详细阐述,大家可持续关注我们的公众号:产品刘

  • 信息平铺环绕型

直接针对页面的某个元素拉一条线做说明。


  • 信息平铺上下型

在每个页面底部做当前页面的内容说明。


  • 数字符号一一对应型

在当前页面的某个元素做数字标记,然后在页面的旁边对每个数字符号做说明。


当然,有的页面可能涉及流程逻辑,比如购买流程、提现流程、登录流程等,对于涉及到复杂逻辑的页面,我们需要先用任务流程图做逻辑说明,然后再针对页面进行说明。


9、非功能性需求说明

对一些非功能性的需求进行说明,让文档显得更加的完整,当然,如果没有非功能的需求说明,那也可以不写。


如果产品是从0-1,文档需要写这么多内容,如果产品不是从0-1,也可以省略一些内容,不是每一项都是必须存在的,PRD就是为了把需求说清楚,只要最后能把需求说清楚就行,千万不要变成教条主义。

如果有需要PRD文档模板的小伙伴,可以直接扫下方二维码添加作者微信领取👇👇👇

推荐大家关注他的公众号:产品刘



李宽视频号

我上线了视频号,每期和你一起学习、探讨B端产品经理的方方面面。

今天,与 20840 位读者一起见证彼此成长
后台回复“微信”,可加我个人微信


推荐阅读


思考产品架构的4个视角:业务、场景、数据/功能、实现
B端运营:比产品更懂业务,业务更懂产品


浏览 30
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报