产品方案:我的PRD撰写规范
PMCAFF
共 5242字,需浏览 11分钟
·
2021-04-17 16:35
本文由作者 Harvey’s 发布于社区
01 PRD的背景 本身,产品经理这个岗位并没有系统的科班专业(不对,之前刷新闻的时候看到北京师范大学研究生院好像已经在今年开通了产品经理的硕士学位和相关的课程),所以我们在工作投入之前,其实并没有办法直接在相关硬技能上有比较系统的学习。 大部分同学能进入互联网的产品岗位,要么是因为具备一定的软素养之后通过实习入行,要么是身边有得力的师兄师姐给予帮助分享,要么足够关注这个岗位平常有意识的学习和思考,要么就是其他相关岗位或行业之后的转岗或转行。 互联网的人经常说,「培养一个好的产品经理,至少需要3年」;「好的产品经理培养成本是100万起步」;「这个行业的产品经理很少见的」,都在说明入门产品岗位可能并不难,但是要实现一定的突破可能并不简单。 作为一个产品经理,我们的工作核心是围绕产品方案输出的,不断的通过一个新产品或者产品迭代来开展自己的持续性工作。不管是日常的沟通,还是参加各式的会议,以及输出相关的方案,我们的很多工作都需要通过一个核心中介来产出,这个核心中介产出就是:PRD。 我记得自己写的第一份比较大型和完整PRD是做一个理财网站的改版,一会是原型软件在绘图,一会是在文档上撰写,一会是在思维导图上梳理逻辑,而且相关工具用的还不够熟练,那叫一个手忙脚乱,毫无章循。而到了实际评审和需求开发的阶段,经常少了这个部分逻辑说明,或者少了这个流程说明。那个时候的问题原因在于,并不清晰每个阶段和每个模块的产出,和对应的最高效的方法和工具。 当互联网进入发展深水期,再加上各种不同的行业,不同方向的产品的取向,你会在身边看到各种形形色色的产品文档。作为一个在咨询和投行实习待过的产品人(因为这两个行业都有非常标准化的产出模板和方法论),一直对怎么标准化PRD这个命题努力不已。当然,产品最重要的应该是逻辑,形式化的文档和组件化的工具,都应该是以满足工作需求和提升工作效率而生的,过分注重流程和形式,从来都不适应这个讲求小步迭代和快马加鞭的快速发展的环境。 不过,磨刀不误砍柴工,还是想整理一下这几年关于PRD的输出规范。因为作为新人,模板提供的模仿是对我们训练和提升工作技能最快的达成方式。而且最重要的是,作为一个并不是高度标准化的职业,围绕产品,产品经理要做的工作本身非常庞杂,不同人对你的工作产出是持有不同预期的,我们也经常容易忘记某个模块的产出,所以,规范也可以帮助我们及时检查是否完整地做了输出。 02 PRD的规范 一、表达: 1、文字,最常见的信息表达介质,中文、英文、数字、符号组成的文字是最基础的表达 2、表格,对于情况比较多而又有逻辑共性的一些表达,可以用表格结构化的整理 3、图形,对于相对比较具象化或者逻辑性的表达,可以用原型图、流程图甚至设计图来表述 二、表现: 1、框架,一般在业务的整体框架或者产品的框架,需要绘制这样的图,来把每个业务的系统模块去做整体的逻辑关联,把握相关的业务关系。 2、流程,一般在描述业务链路和有流转分支的逻辑关系时候使用,特别是在复杂条件判断和业务链路环节比较长的场景下使用 3、用例,一般以产品使用者的角色代入进行业务分析使用,能够清晰的反应用户使用的过程和环节 三、逻辑: 1、演绎-前提、规则、结论,通过一定的假设,并通过规则性的分析,从而获得结论 2、归纳-个别、特殊、一般,通过个体,推理到对应的聚类,在推理到一般的群体,实现推演 3、类比-比较、类推、预测,通过对比找到同类属性,进行同类性推理,从而做出一定的预测 四、原则: 1、简洁-废话不要,对于业务逻辑和想要实现的需求,应该简洁的表达出来,不需要啰嗦 2、清晰-表述清晰,对于重要的流程、环节和步骤,应该清晰的表达,避免造成混淆 3、严谨-概念严谨,对某个重要的概念和术语,应该严谨的定义,避免造成歧义 五:阶段: 1、需求分析阶段:主要做需求的调研、分析和推演的过程 2、需求确认阶段:主要做需求的梳理、方案和确认的阶段 3、需求实现阶段:主要做需求的落地、开发和验收的阶段 03 PRD的模板 标题:[PRD][XX项目]_[XX版本]_[XX日期]
零、更新记录
—WHAT:更新记录是在项目方案经过评审之后,所有的需求逻辑和业务方案变动点,都应该做及时的记录和通知 —WHY:保证资源方可以及时获取到需求的更改和变动点 —HOW:按照下图表格形式结构化整理
零、项目排期
零、评审记录
一、项目背景
1、业务背景
2、目标人群
3、用户场景
4、用户需求
二、项目方案
1、产品规划
2、方案说明
3、运营策略
2、资源准备
三、收益风险
1、收益分析
1.1 定性
1.2 定量
2、可能风险
四、业务流程(流程图)
1、业务流程
2、页面流程
五、功能清单(脑图或表格)
1、功能清单
2、接口清单
六、原型设计
七、需求详述(图文逻辑)
1、状态定义
2、需求说明
2.1 需求详述
2.1.1 前端部分
(详见交互图) | |||||||
2.1.2 后台部分
(详见交互图) | ||||||
2.2 中英文对照
八、数据需求
1、数据埋点
2、数据报表
九、设计产出
十、灰度方案
欢迎一起交流沟通,共同成长,weixin: HarveyHuang7
行为模型、价值模型、市场模型 如何搭建用户画像系统?以保险行业为例 阿里设计师出品!B端产品文案指南
评论