功能设计文档_PRD文档范例,产品经理值得收藏的写作手册
2015年,我写了一篇梳理PRD的文章《PRD到底该怎么写?》,获得3.5万次阅读,423次收藏。至今已过去5年,在这5年里,我一直从事产品产品相关的工作,也经历过一次完整的创业,对PRD又有了一些新的思考。这篇文章是《PRD怎么写》的升级版,弥补了之前文章的不足,对怎么写PRD,描述得更具体、更全面,是我思考的沉淀,也希望对大家有一定帮助。
01. 你是否遇到过这样的问题
- PRD里关键需求描述不准确,研发过程中不断修改,导致项目延期;
- 产品总监、项目经理、研发、测试总是不断挑刺,信誉度降低,自信心受打击;
- 到新公司负责新项目,前任产品经理留下的文档晦涩难懂,不知所云。
如果遇到以上一个或多个问题,那么你可能需要反思,自己写PRD的思路是不是有问题?写PRD是产品经理非常重要的基本功,写好PRD,可以提高团队效率,减少无效的沟通。
02.什么是PRD?
PRD是Product Requirement Document的简称,其中文翻译为:产品需求文档。该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最重要的一个文档。
PRD的主要使用对象有:研发、测试、交互设计师及其他业务人员。
- 研发可以根据PRD获知整个产品的逻辑,作为编码的依据;
- 测试可以根据PRD编写测试用例,为正式测试做准备;
- 交互设计师可以根据PRD设计交互细节;
- 业务人员可以通过PRD提前了解产品,为运营和推广做准备;
PRD是项目启动之前,必须经过评审达成共识的最重要文档。
产品经理的PRD,就像建筑设计师的设计图纸,是设计和思考的文档化呈现。
《用户体验要素》作者在书中有一句很经典的话:“文档不能解决问题,但定义可以”,PRD就是要定义需求。
03. 动手之前,先思考这几个问题
1、解决什么问题?
解决用户什么问题?发现问题比解决方案更重要。给公司能否带来收益?相关干系人的需求是什么?是不是老板说这样做的?是不是“他们”说这样做的?他们是谁?真正的问题是他们说的那样吗?
产品经理正确的设计思路如下:
这叫RTPA设计框架,是一种逆向思维假设分析,我们要使用这样一种思考技巧:假设初始需求都是错误的,即问题并不存在,你需要重新发现问题。
不要需求方一提需求,就开始着手设计,多问几个为什么并着手调查,以了解真正的问题。
下面是一次完整的设计思路示例:
2、怎么衡量?
不同的干系人,通过什么指标去衡量问题是否已解决?有没有埋点?有没有业务数据?谁来运营?
3、需要多少资源?
为了实现这个解决方案,需要多少资源、多少人?能大致评估吗?
4、会不会太复杂?
这个解决方案会不会太复杂?复杂是产品的坟墓。有没有性价比更高的解决方案?会不会影响现有的业务?会不会影响历史数据?
5、有风险吗?
这个方案会有风险吗?有没有违法?相关政策是什么?尤其是金融、游戏领域,国家监管比较严,有可能上不了应用市场,有可能三方服务商不会提供服务。
6、有创新吗?
有更创新的解决方案吗?竞品怎么做的,有没有调研3个以上的竞品方案。
7、用户怎么说?
需求真的是提交人说的那样吗?有亲身体验过场景吗?有跟用户面对面交流吗?熟悉相关领域的基本知识吗?有看不懂的名词吗?
动手写文档或做设计方案之前,一定要问问自己以上几个问题,想清楚了在动手,任何一个问题没想清楚,都不要进行下一步。
04. 写PRD的基本步骤
搭框架、定流程、扣细节,这是从一名产品前辈那了解到的产品设计流程,写PRD,也可以按照这个思路。
1、搭框架。首先遍历出所有用户角色,再针对每个角色,提供相应的系统/功能,然后按照某种维度进行结构划分。这个步骤完成后,就可以输出产品的系统架构图及系统的功能结构图。
产品架构图,出自《电商产品设计全攻略》
更细化的功能结构图
产品由一个个功能组成,功能是逻辑结构,一个完整的功能具备输入、处理、输出三大特性。从大到小的划分是:系统>功能模块>功能,用户+功能组成了用例,用例是PRD文档里描述占比70%以上的内容,所以合理的功能结构,是写好PRD的前提。
2、定流程。每个产品都有一个核心业务流程,这个核心业务流程涉及多个角色,这个步骤就是把各个角色和功能联系起来。通过核心业务流程,阅读者可以了解产品全貌,对产品有个宏观的认识。
此外,每个系统也有各自的核心业务流程,全业务流程+子系统业务流程,可以概括产品的业务逻辑。
这个步骤输出产品核心业务流程图,子系统核心业务流程图,活动图,状态机图,与外部系统交互可能还有时序图。
3、扣细节。这一步的核心的画原型和功能设计,通过原型表达产品的界面和交互。功能设计主要是从输入处理输出三个方面去考虑,用户执行输入指令后,系统会进行逻辑处理,然后输出结果。此外,还要考虑功能涉及到哪些数据,表结构怎样设计,这些会涉及大量细节,PRD大部分内容,都是在描述这些细节。
步骤1和步骤2没有严格的顺序,也可以先梳理业务流程,再根据流程中的具体场景梳理出实际功能或系统结构。
05. 文档的组成部分
1、修订记录
记录每次文档更新的时间、作者、修订内容,便于追溯历史变动;
2、全局说明
包括名词解释、统一异常处理、列表默认数据规则等。
- 名词解释:每个行业都有专业术语,可以提前将晦涩难懂的术语提前做好解释,便于达成共识,更好沟通;
- 统一异常处理:网络异常、后台服务异常的交互逻辑;
- 列表默认数据规则:默认列表的排序方式,默认显示条数,超过多少条翻页,缺省值展现方式;
- 所有涉及全局的描述,都可以罗列在这里。
3、项目背景
每个产品,都有一套价值模型。以信贷产品为例,针对用户的价值指标有放款额、审批时长、是否上征信等;针对后台业务人员,有审批时效、通过率、放款率、坏账率等指标;针对老板,有投资回报比、员工成本、净利润等价值指标,每一个需求,应该都是围绕某个价值指标展开。
背景从现状、方案、目标3方面描述。
- 现状:描述当前需求方遇到的问题,最好能跟价值模型关联;
- 方案:针对这个问题,所提供的解决方案概述;
- 目标:期望获得多少价值指标提升;
通过项目背景的描述,可以让项目参与者感受到自己的工作价值。
4、项目范围
项目范围对应搭框架部分,将功能结构图在此处罗列;
5、业务流程
业务流程对应定流程部分,将核心业务流程、子系统业务流程在此处罗列;
6、功能需求
这个部分在PRD中占比最大,搭框架部分,已经将产品功能点全部梳理出来了,这部分就是对功能点进行逐一描述。功能是从系统的角度来看,我们还要考虑用户角度,所有我们采用用户+功能的方式来描述需求,这就是用例。完整用例名称一定是动宾结构,如添加文章、删除文章、修改文章、查看文章列表。一个完整的用例包含:
- 描述(非必须)
- 前置条件
- 后置条件
- 界面交互
- 业务流程
- 异常和分支流程
- 数据字典(非必须)
描述
功能的简要描述。
前置条件
要操作此功能,需要具备什么角色、权限或状态。
后置条件
执行完这个用例后,关联的数据会有什么变化,页面怎么跳转。
界面
每个界面都可以拆分成多个元素,如表单、文本、链接、图片等;
表单的每个元素要描述是否可为空、是否有初始内容、是否默认选中、是否有字数限制等,还有对应的错误提示;
文本要考虑最大显示长度,超过怎么处理;
链接一定要指定点击后跳转到哪个页面;
图片要考虑显示的比例,如果未加载出来该显示什么;
还要考虑界面的内容是写死还是通过后台配置;
界面元素:
业务流程
当用户完成输入并提交时,后端应该做什么校验,不同输入该怎么处理,不同结果该返回什么值,最好通过业务流程图+文字来描述,确保逻辑完整。
示例:
文字版:
异常和分支流程
异常流程如网络错误、接口返回异常、服务器内部错误等;
以登录为例,分支流程包括找回密码、密码登录等,分支流程非必须,简单的分支流程可以直接通过主流程体现,具体可以视情况按照一定颗粒度进行拆分。
数据字典
这个用例涉及哪些数据,可以通过数据字典描述,这一步非必须,最终表结构也不一定就是这样,只是给开发一个参考。有技术背景的产品,也可以做得更细。以注册功能涉及的用户表为例:
产品经理一定要懂基本的数据库知识,程序=数据结构+算法。用户使用产品时,本质上是在和数据进行交互,只是在用户和数据之间,加了一些列算法。
7、非功能需求
数据需求。常见的就是数据埋点,产品经理需要梳理出埋点事件表,告知开发,让开发在编码过程中进行埋点。
监控需求。需要监控某个接口或某些服务,当出现异常时,可以发送报警信息至相关人员。
性能需求。需要支撑多大的并发,运维人员可以提前准备部署方案。
06. 最后
一定要用正确的思路去写PRD,更要想清楚PRD所呈现方案的价值。方向不对,努力白费。记住,找准问题比解决方案更重要。
如果想跟刀哥深入探讨,或者需要完整的PRD模板,欢迎关注刀哥公众号:刀哥说。刀哥随时都在。
功能设计文档_PRD文档范例,产品经理值得收藏的写作手册相关推荐
- PRD文档范例,产品经理值得收藏的写作手册
本文由作者 刀哥说 发布于社区 2015年,我写了一篇梳理PRD的文章,获得3.5万次阅读.至今已过去5年,在这5年里,我一直从事产品产品相关的工作,也经历过一次完整的创业,对PRD又有了一些新的思考 ...
- 程序员和产品经理值得收藏的业务学习工具网站
声明:以下网站都是我用来看一些业务讲解的,纯属提供参考.当然这些网站的业务知识,肯定穿插着他们的产品,不过核心内容都是通的,只是大家的表现形式不同,简单来说就是 范围层相同,表现层求异. 1.起微学院 ...
- 产品经理值得收藏的博客(持续更新)
收集整理国内外各平台适合产品经理阅读的博客/公众号,会介绍作者背景.博客的风格和内容,持续补充 国内:-------------------------------------- 刘未鹏:微软工程师, ...
- 一文看懂“语音识别ASR” | AI产品经理需要了解的AI技术概念
原标题:一文看懂"语音识别ASR" | AI产品经理需要了解的AI技术概念 温馨提示:文末有[重大福利]:优惠券(金额很大) for 三节课<产品经理P2(进阶)系列课程&g ...
- flowable 中文文档_滴滴实习收获 | 产品经理就是写文档和开会沟通的吗?
本篇文章希望和大家分享我今年的2个思考:一是为什么需要产品经理,二是产品经理的工作核心逻辑是什么.内容会结合<俞军产品方法论>和我自己在滴滴国际化做产品实习的经历. 一.为什么需要产品经理 ...
- 产品经理值得读的12本书--苏杰
这个话题太大,肯定没法说全,写这篇自己也很紧张,所以只说说自己这2.3年来读过并且写过读书笔记的书,都是自认为对产品经理帮助很大的,特别是互联网.软件行业. 产品经理本行相关的书并不多,我看过的有&l ...
- 阿里巴巴73款开源产品列表,值得收藏
一.框架 react-web:Readt Web 是为那些使用 React Native 兼容的 API 构建的 Web 应用而提供的一个框架.React Web 的目的及意义非常明确: 让 Reac ...
- 产品设计体会(8008)产品经理值得听的13个培训
这次说说和产品经理有关的职业教育课程,这些课一般都是一些咨询公司请业内资深人士讲授,作为公开课,行情是2-3千块.1-2天,加上食宿交通.脱产培训的人力成本,本文提到的13门都参加下来也要5万块左右了 ...
- 产品经理值得听的13个培训
这次说说和产品经理有关的职业教育课程,这些课一般都是一些咨询公司请业内资深人士讲授,作为公开课,行情是2-3千块.1-2天,加上食宿交通.脱产培训的人力成本,本文提到的13门都参加下来也要5万块左右了 ...
- 【原创】产品经理值得听的13个培训
这次说说和产品经理有关的职业教育课程,这些课一般都是一些咨询公司请业内资深人士讲授,作为公开课,行情是2-3千块.1-2天,加上食宿交通.脱产培训的人力成本,本文提到的13门都参加下来也要5万块左右了 ...
最新文章
- processing文本可视化_推荐7个数据可视化工具,让你的信息快速生成可视化
- 2020年这10大机器学习研究最具影响力:为什么?接下来如何发展?
- 并发编程之多进程3 (生产者与消费者模型) 回调函数
- pg函数同步数据到mysql_将数据从PostgreSQL复制到MySQL
- hdoj 3018 Ant Trip(无向图欧拉路||一笔画+并查集)
- Macaca使用过程中的疑问
- C语言小游戏 |100行代码实现扫雷
- J2ME开发模拟器KEmulator简介及使用
- 仿微信图片编辑 全网功能最全的图片编辑器
- Mac壁纸软件 - 动态 高清 炫酷 4K 精美壁纸下载
- 查看Linux服务器内存情况
- 计算多条线段总长的lisp程序_CAD二次开发-lisp篇(1)统计长度
- 利用Python高效自动化运维巡检网络设备
- jenkins调用shell脚本实现自动上线完整项目---此项目中用到了git parameter、choise parameter参数化构建(五)
- excel数据可视化
- 项目管理中的量化管理
- wfp 禁用ip_[原创]WFP网络过滤驱动——限制网站访问
- HTML5七夕情人节表白网页❤ 浪漫的樱花雨3D相册 ❤ HTML+CSS+JavaScript
- 设计模式之禅读书笔记—行为类模式
- “微盟事件”星瑞格(Sino-DB)产品解决方案