导图社区 产品经理必会-PRD撰写
PRD(Product Requirement Document)产品需求文档。是产品三大文档中使用最频繁,最重要的文档。对于任何一个产品经理来说都不会陌生的一个文档。 PRD(这里的PRD是指产品需求的表达传递的能力而不是单单指写PRD文档)可以衡量一个产品经理的逻辑思维与整体产品思维,也可以看出一个产品经理在某个领域的专业性。
增长黑客,英文「Growth Hacking」,指的是创业型团队在数据分析基础上,利用产品或技术手段来获取自发增长的运营手段。说通俗一点,一家初创公司或者大中型公司内部针对新产品线而诞生的创业型团队,以数据驱动营销,以市场指导产品,通过低成本的手段解决公司产品早期增长问题。
原型制作是产品经理必会的技能之一。原型制作是产品经理、交互设计师、开发工程师沟通的最好工具。而该块的设计在原则上必须是交互设计师的产物,交互设计以用户为中心的理念会贯穿整个产品。利用交互设计师专业的眼光与经验直接导致该产品的可用性。
社区模板帮助中心,点此进入>>
互联网9大思维
产品立项报告
产品经理如何做好项目管理
经验分享:产品经理必懂的产品思维
产品诞生过程
产品周期图
开门红的思考
招创智搜
网易星球
教学教务系统
产品经理必会-PRD产品需求文档撰写
课程引入
学到每个知识点,如何综合应用,由点到线最后到面
问:怎么判断XXX的后续发展?
1.建构主义
智能的基础构造
举例
prototype
proto-prot-
最初的,原始的
typo-typ--type
一类
源自教育学,是作为改进教学而提出的学习理论,主要的目的在于了解发展过程中的各式活动如何引发孩童的自主学习,以及在学习的过程中,教师如何适当的扮演支持者的角色
不是被动性学习,需要孩子主动学习,老师是引导的过程
学习理论的演进
行为主义
学习是刺激-反应的联结
简单的喂、吃的过程
认知主义
强调内部认知对学习的重要性
对知识有了判断
建构主义
强调学习是内在和外界交互的结果
动机层,自己为什么要学习
人本主义
强调内在的非知识部分的重要性
价值和意义
个体层面
是快速成长的道路
是体系化的前提
群体层面
理解群里的力量和个体是类似的
正视个体的能量是有边界的,恰当的位置和链接才能起到效用
设计中应用
logo的设计
字体的设计
引导式学习把PRD当作一个产品,用学过的知识去回答问题
2.PRD用来做什么
PRD的初衷
产品的岗位要求
沟通的工具
产品开发的过程性记录
还有吗?怎么进行排序?
把原型中的场景变成可行性的分析;在产品需求评审会的时候,用比较全的PRD文档,大家过一遍,实行落地如果只是过程性记录,作为一个验证,其实没有发挥沟通的作用
实际工作中的现实是什么样的
文档有人看吗?
文档能解决多少比例的沟通问题?
文档是主要沟通工具还是底线保证?
真正用到文档的场景是什么?
文档解决了这些问题吗?
从产品的角度来讲,为什么会这样
节奏快了?
分工精细了?
体验要求高了?
原本就不收待见?
以当前的实际情况,PRD要解决最重要问题是什么
明确和留存产品需求的细节、变动和项目性需求
给定团队或项目的工作方式,产出质量和时间安排
3.我们应该怎么做
问题模型
体验的评价
实质是标准
目标是“体系化”
体验的五要素
实质是管理
目标是组织清晰,上下一致
原型设计
实质是沟通
目标是落地的可行性
PRD文档
目标是质量和时间管控
管理问题的思路是人和业务的匹配
需求列表
程序员
找到相应的人,把业务做好
匹配的方式
业务上执行性的动作
操作者明确的任务
4.工具和方法
思路层面
文档中的需求是否有可执行性
阅读者的任务是否明确
体验层面
是否能看懂?
完整性如何?
可用
阅读体验怎么样?
易用、爱用
哪些地方可以提升?
案例
标题:人类信息搬运工-小程序-v0.1.0
给出平台
给出产品版本
修订历史
文档版本
修订内容
修改日期
最新的需求用颜色等格式重点区分
重大产品版本说明
版本目标
产品框架
交互原型
作品原型/demo
所属模块
和相关通知确定好负责人
信息元素
交互流程
策略和逻辑
边界和非常规处理
需求摘要
重要性
给出每个级别比如:高、中、低的定义
功能需求
信息要全面
表达要清晰
内容
元素展示和交互
给前端看
页面展示和交互
给前后端配合看
排序策略
数据需求
其他需求
内容框架
读者一开始就需要知道文档是关于什么产品的,版本是多少,是不是大版本;这个版本的文档主要修订的是什么?
大粒度的产品结构在大的产品版本和文档版本中都应该体现
从效率角度选择工具,从整体性角度都要在PRD体现
顺序:主次,因果或事件逻辑
内容:以功能模块、页面、组件为单位进行描述,说明其是什么,怎么交互
体验:把握主次,通过视觉的差异重点突出其他文档没有交代明白的,当前版本发生变化的,异常或边际条件,以及非常规的设计
如果采用人工埋点,要有专门的埋点方案和文档,随产品文档产出
如果采用无埋点技术需要设计全局性变量和前端传参方案文档,一旦确定,后续改动很少
性能/适配等需求
根据功能和大版本确定是否撰写
PRD内容构成
文档说明
版本说明
背景信息
项目目的
阅读对象
变更信息
架构&流程图
原型&demo
项目进度
任务时间表
人员分配表
大模块一
通用小模块 1
大模块二
小模块二
通用小模块1
非功能需求
性能需求
适配需求
总结
本节课方法论数量3,案例数量3
方法论
管理问题思路
PRD框架
构造案例
管理案例
PRD实战文档