产品经理基本功:高效的原型PRD模版


产品经理在工作中,除了产品的原型策划,另一项最常的场景是PRD的撰写。通过对产品功能、边界值、逻辑的描述,减少沟通的成本与产品任务的描述。


但实际在工作中,我们很多时候的PRD不仅是文档,还可能是原型甚至有的是Excel或ppt撰写。


你喜欢用哪一种或者你团队要求你使用哪一种方式,都没有错。高效、沟通低成本、清楚,是PRD的本质。今天这里再输出一份原创的PRD模版。是我在工作习惯中总结的一份模版。欢迎学习


原型PRD还是文档PRD 



之前有关于我的PRD文档结构介绍我的三年产品基本功(PRD)|将交互、业务逻辑、需求字段撰入文档得到了不少朋友们的支持,但除了用word之外,不少产品工作中因为时间、项目进度、团队氛围等种种原因每个PM在工作中,梳理PRD都会用原型或word进行梳理,今天将自己的原型PRD进行分享,方便大家根据自己的需求来选择性制作。




原型PRD的基础控件


首先说明过下常用的原型PRD控件,包括交互说明我都会采用以下控件进行说,就算是复杂的交互说明,也可以通过以下控件进行注释和说明;


1.注释面板


2.注释说明


3.边界线

4.标注点与注释点


以上控件都是自己做的,稍候文后我会附带下载地址,方便各位朋友下载。


原型PRD的整体布局



通过使用以上体系,整个原型的标注与说明效果如下,附带交互和注释说明。


1.页面交互与注释说明



2.页面prd



以上是按照页面交互与页面PRD进行分开描述,那么接下来就为大家介绍下,如何去进行描述相应的字段或功能。那些地方需要注释、那些地方需要说明异常情况?


原型PRD页面的说明


在这里,最重要的就是页面路径;页面的路径表示当前的操作会让该页面走向那里,会回到那里;让开发、测试、设计人员是否需要考虑全局统一、是否当前的页面在测试版本中有错误,也能帮助PM去验证其页面的走向是否符合用户预期。



标明每个页面的走向,这里需要值得注意的是,关于页面的命名也要注意。0-1中,很多功能体系涉及到无数个页面,因此我们以功能的分化,让页面的列表更加清晰




将页面进行分级后,按评审的时候也可以将页面一个页面的进行评审,一个页面一个页面的过,保证不会遗漏或者不会出现大的问题遗漏。


当然,相信不少朋友采取以原型页面跳转来进行页面表示,保证设计或开发可以知道整个功能的页面情况是怎么样的。


但是这里有疑问的是,往往我们从0-1的时候,页面太多不能在一个地方把所有的页面全部展示出来,为此我建议按功能分页面,比如上面说的以功能A进行区分,将页面进行单独的链接展示


【按照登录功能来表示页面跳转】


原型PRD中的功能说明




【我的标注说明】

以上是对ICON的标注说明,这里需要注意的是“状态”标注


如果一个ICON因交互行为会有不同的状态或条件(如登录状态、未登录状态)那么需要在标注著名


【标注说明不同状态】


状态可以通过当前的页面条件或者用户交互状态,页面条件在不同的产品业务有不同的判断方式


而交互方式往往就以下几个:




根据不同的交互行为,有不同的提示,可以通过这样的方式进行表达。如果交互行为涉及到不同的页面,可以用如下表达方式


【交互表达】


很多朋友说,产品经理应该把交互的效果尽可能去完成,但是真正的在工作中,其交互的效果因为第一费时间,第二需要不断的去修改、修正。


如果一张图就能表达事情,为什么要费这么多周折去做一个视频呢?


善用当前的交互状态与页面切换,加上文字描述,可以很快的让开发或设计同事知道你的意图或效果。


在移动端的交互形式就那么固定,安卓随着版本不同可能会有一些区别,但大体用户都有感知,有使用过。IOS因为系统的普及和更新覆盖率远超过安卓,因此IOS的交互行为也同样能够理解


至于最难的,就是WEB的交互形式,这一块原型中的说明也可进行完善。






另外今天晚上,在荔枝微课邀请下。一节直播课《如何进行产品规划》在晚上8点开始


如果你有感兴趣可以扫码二维码加入。





后台专栏,我都会陆续利用业余时间更新。付费69.9元,或许可能不仅是几节课,更是一个产品经理的0到1全面真实训练吧。





推荐阅读:

坚持一年,招募100个产品经理


我的第一本书,给你们


Talking

发表