产品经理基础课
产品经理基础课
2025 年 11 月 9 日
18:04
互联网产品设计与研发的流程介绍。Sprint、Backlog、Story、Feature、Task、Retro 都是些啥？哔哩哔哩bilibili
产品路线图 roadmap 的四个核心要素
产品路线图
- 明白每个迭代需要实现的业务目标
- 与业务路径(运营方、业务方)的协同
- 产品路线并不是串行的,在实施过程中如果 a 方案不行需要调整到 b 方案
- 路线图是基于全面的产品框架的
产品经理必学的五张图
1、核心体验(电商举例)
找(商品)→ 比较了解 → 下单 → 收货
首页到商详页的转化率
订单的转化率
履约的转化率
2、产品模块图(从顶层视角切入产品)
分别对应不同的团队,对应不同的指标,可以理解为不通过的业务线
导购模块(首页 商详页 搜索部分…)
交易模块(支付页面 售后…)
营销模块(优惠券 节日活动…)
…
3、功能树
某一个模块中的具体功能进行头脑风暴,例如电商中的搜索功能
直接搜索(通过关键词搜索,搜索结果可以按照销量排序,按照上架时间排序,按照评分排序;
搜索结果是否可以让用户进行筛选,按照 price、距离、时长等,展现的结果是 sku, shop 或者内容:非直接售卖的信息载体,比如说测评文章,穿搭攻略)
引导搜索(有每日热搜榜 近期搜索过的物品推荐 朋友搜索或者购物过的物品推荐)
4、页面关系图
讲述不同页面间的关系,可以清晰的反映出产品设计的遗漏或缺陷
5、mockup 交互图(原型图)
prd 产品设计文档怎么写
除了毛毛的内容还可以看
产品必会-产品需求文档写作模板【PRD 文档】哔哩哔哩bilibili
新手产品写产品需求文档(PRD 文档)11 个注意点哔哩哔哩bilibili
如果是比较简单的内容,例如修改部分,可以直接在公司的需求系统上例如 confluce 看板等进行简易描述需求内容
如果是比较复杂的内容,从无到有的创建项目的话,需要从宏观、价值、UE 等方面去阐述各方面的价值。(面向 story 用户故事、用户场景的 prd)
UE:用户体验?
本验流程、模这一块其实是是图产品设计的五张图 中提到的内容，是整个PRD的灵魂。
版本说明：
正如我们在圆Scrum，最常见的互联网产品研发流程 中描述的那样，一个PRD会经过1~3次Review，每次R 会产生一些内容调整。因此对PRD的变动做好记录，对未来的阅读者会更加友好，避免信息缺失。一般来说只需要概述下变动即可，因为具体的变动读者可以通过版本记录追溯，且往往最新版已经足够于开展工作。续沿着 骑行兴趣社区（类似得物）举例：
| 更新时间 | 更新人 | 更新内容 |
|---|---|---|
| 2022.05.17 | 毛毛 | 1 ．初始版本 |
| 2022.05.18 | 毛毛 | 1 ．新增了对视频时长的限制逻辑 |
| 2022.05.19 | 小李UX | 1 ．更新了上传页的交互设计 2 ．更新了个人资料页的交互设计 |
背景与目标：
背景一般会分为两个层次，第一层次是对当前产品大的背景介绍，往往可以链接到产品的宏观设计文档，第二层次是对当前整个故事所处的背景进行更加微观的介绍。例如：
背景：
脚踏板社区App已经上线3个月，DAU稳定到10000，每日有200多原创内容发布。累积了一定的种子用户，也保持了一定的图文内容发布的活跃度，为了进一步扩展内容的种类，提升用户的访问时长，希望尽快支持用户能够发布短视频内容。
同时，目前许多主流用户本身就是其他平台的短视频博主，内容生产均是基于视频的形式，只有图文发布功能会加大运营难度，损失头部KOL。
目标则是指大概要上线什么功能，以什么指标衡量：
目标：
通过上线短视频发布、浏览、分发功能，扩充内容丰富度、数量与用户的浏览时长等，希望本次迭代功能上线1个月后能够实现：
1．每日有至少100位用户发布短视频内容；
2．短视频内容浏览量占比大盘帖子浏览量的25%+；
3．短视频3日平均每条访问量不低于300次，互动率不低于10%（评论＋点赞）；
4.App均日访问时长从3分：不一样的观点ok
故事介绍：
用户场景（若背景与目标中还未能够将用户的使用场景描述透彻，则可以继续深入介绍未来用户的使用场景）
用户场景：
·用户可以发布15分钟内的视频，暂不支持App内拍摄视频；
·视频发布流程支持断点续传；
·用户可以在信息流中显著的区别出视频内容，也可以只浏览视频内容；
·用户可以将视频转发到社交网络，如微信、QQ、微博、即刻；
·用户可以对视频进行像图文帖子一样的点赞、评论操作；
·用户发布的视频会经过严格的内容安全审核步骤。
场景不建议写的非常复杂，需要让读者循序渐进、引人入胜，把设计文档当成一个产品来写，需要注意读者的关注度、接受度和情绪
价值分析：
视频内容丰富后，理论上可以增加用户的访问时长，以及入驻更多的KOL。以目前的数据进行预估对比如下表：
| DAU | 平均每DAU 浏览帖子数 | 每日总浏览帖子数 | 每帖浏览时长 | 总浏览时长 | 每DAU 浏览时长 | |
|---|---|---|---|---|---|---|
| 仅图文内容 | 10,000 | 20 | 200,000 | 10 秒 | 556 小时 | 3.3 分钟 |
| 图文＋视频 | 10,000 | 22 | 220,000 | 29 秒 | 1,777 小时 | 11 分钟 |
| 其中：图文 | 16 | 160,000 | 10 秒 | 444 小时 | 3 分钟 | |
| 其中：视频 | 6 | 60,000 | 80 秒 | 1,333 小时 | 8 分钟 |
通过上述推演过程，可以预测很多的结果指标，例如每个DAU会浏览多少图文、视频贴，视频帖子浏览时长是否能平均超过80s等。越有经验的产品经理预测越准确，这需要不断的实践积累和持续的市场情报获取。有时需要产品运营等的协作
核心体验路径（按照产品设计五张图的设计思路，首先明确视频功能的核心用户体验路径）
发布者核心体验路径：
选择内容类型（图文／视频）-＞选择视频-＞描述视频-＞提交并等待审核-＞过审发布成功
产品指标预测（体验路径明确之后，可以完善核心的过程指标，除了在目标环节明确的业务指标外，产品经理还应该关注产品体验本身的漏斗指标。）
·表明发布意向-＞提交并等待审核的比例％，首月预测为80%±。
预计会有一部分用户抱着试一试的态度选择发布视频，但发现我们目标没有美化、剪辑视频的功能，因此会放弃当次发布。在其他App中处理后再发起发布流程。
·提交成功-＞过审发布成功的比例％，首月预测为70%±。
预计会有一部分用户发布带有水印、违反社区规则的内容，也有可能会有一些用户恶意刷屏，需要一段时间的引导 用启渐新功，应该会步提乱
团队对产品经理的信任度随着预测的完整度、达成度而建立。写prd和周报一样，能够建立信任循环。这里的指标怎么去真实的测呢？是否需要用到数据分析呢？
路径规划（每一个sprint往往只完成一部分的功能，为了能够让研发团队更好的架构技术框架，建议对未来可能发生的产品变动做出预告）
·当前版本：实现视频的上传和浏览互动；
·未来可能的功能升级：
实现更长时间视频的承载，例如1小时；
· 实现用户可以自定义封面；
实现更聪明的视频审核机制，以节省审核成本；
。可能会考虑支持简单的视频裁切、贴纸、滤镜、文字等编辑功能，提升视频的可观赏性；
可能会考虑支持视频直接拍摄、配乐功能。
概要设计：
将画面转化为研发团队能够拆解、开始研发的产品设计语言。
模块、功能清单、页面结构内容互相有所重叠，因此可以从不同维度表述设计细节，互相验证设计的健壮度，避免遗漏。
模块设计（相对抽象，主要进行归纳理解，避免大方向上的遗漏）
本次新增视频功能，涉及到的模块：
功能清单（基于模块进一步细化如果是不太复杂的内容 可以直接将模块和功能放置一起，M表示模块F表示功能穷举法把每个模块中的功能进行列举 类似目录除了研发了解清晰 测试团队也方便写 test case）
页面结构(页面是用户使用最直接的接口,可以加强团队对产品的全貌理解 涉及页面较多的 prd 中是必须的 与交互设计师写作 给出具体的 mockup 甚至直接做到高保真的 ui)
详细设计:
顺着功能清单将每个功能、页面设计内容阐述清楚，不断修改最终得到输出逻辑严谨的内容，常常以表格组织）
| 页面 | 逻辑 |
|---|---|
| ＜这里应该有一张交互设计图＞ | 首页-关注Tab ，支持视频单列的展示形式； ·当Wifi 环境下自动播放视频； ·默认静音，用户可以点击声音图标开启声音，并且，在当前会话周期 内，始终记住用户的选择。 ·播放过的视频部分需要有本地缓存，再次剧到后不再浪费流量下载。 建议本地至少存储100 条近期浏览过的视频缓存。 ·- |
| ＜这里应该有一张交互设计图＞ | ·首页-推荐Tab ，双列展示视频内容，取视频第一帧作为封面图； ·视频内容需要有播放小图标突出； ·需要展示视频的时长； |
交付设计：
数据分析设计（明确当前版本需要新增、更新的数据埋点内容，以及未来可能需要的分析报表）
埋点设计（不同公司埋点系统不同）
报表设计（需要罗列好报表内容和目的，剩下的交给数据分析师，规划报表时也需要有产品思维，抽象、归纳、判断分析需求是对现有报表的升级，还是需要新增报表）
| 视频生产报表 报表需求 视频消费报表 |
|---|
视频生产报表
筛选条件：
| 条件 | 交互 | 选项 | 默认值 | 举例 |
|---|---|---|---|---|
| 时间范围 | 时间范围选择器 | 过去14 天 | 2022.04.01~2022.04.14 | |
| 内容类型 | 多选 | 全部、图文、视频 | 全部 | |
| 审核状态 | 多选 | 全部、审核通过、审核中、审核不通过 | 全部 | |
| - | 然后开始捞数据去分析 |
上线筹备计划（每次上线需要考虑新功能是否会影响其它团队or历史数据，需要明确指明会发生的冲突以及解决方案）
·本次上线存在数据冲突，需要重新申请阿里云内容安全的秘钥与主题，避免视频内容的审核数据与图文冲突。负责人：小李。
·本次上线前需要DevOps提前规划好CDN的部署，并对相关云账号进行预充值；负责人：小王
…
远远的视频内容
PRD文档写作
包含内容：
修改历史，产品背景和目标，产品路线图，项目分工，系统流程，功能清单（可省），原型＋需求备注，接口清单，其他（埋点需求，技术需求…）
【工作顺序：用户调研-产品路线图-流程设计-功能设计-原型设计-需求备注】
页面中需求备注：
1．展示字段，数据来源和计算公式，调X系统X接口，调用接口字段返回为空／一个／多个值如何展示？
2．列表页的排序规则
3．不同状态定义
4．默认显示和转化触发条件，所有展开隐藏／左滑右滑／长按等交互，弹框，所有的跳转页面，
5．操作项的增删改查，限制条件，图片是否支持放大，图片和文件是否支持预览。
6．涉及到操作项的校验项：时间冲突项，数量冲突项等。正常和异常情况，异常情况有哪些，如何提示
7．涉及系统的关联处理
