互联网产品设计与研发的流程介绍。Sprint、Backlog、Story、Feature、Task、Retro都是些啥？

产品路线图roadmap的四个核心要素

产品路线图：

明白每个迭代需要实现的业务目标

与业务路径（运营方、业务方）的协同

产品路线并不是串行的，在实施过程中如果a方案不行需要调整到b方案

路线图是基于全面的产品框架的

产品经理必学的五张图

1、核心体验（电商举例）

找（商品）→ 比较了解 → 下单 → 收货

首页到商详页的转化率

订单的转化率

履约的转化率

2、产品模块图（从顶层视角切入产品）

分别对应不同的团队，对应不同的指标，可以理解为不通过的业务线

导购模块（首页 商详页 搜索部分。。。

交易模块（支付页面 售后。。。

营销模块（优惠券 节日活动。。。

。。。

3、功能树

某一个模块中的具体功能进行头脑风暴，例如电商中的搜索功能

直接搜索（通过关键词搜索，搜索结果可以按照销量排序，按照上架时间排序，按照评分排序；

搜索结果是否可以让用户进行筛选，按照price、距离、时长等，展现的结果是sku，shop或者内容：非直接售卖的信息载体，比如说测评文章，穿搭攻略）

引导搜索（有每日热搜榜 近期搜索过的物品推荐 朋友搜索或者购物过的物品推荐）

4、页面关系图

讲述不同页面间的关系，可以清晰的反映出产品设计的遗漏或缺陷

5、mockup 交互图（原型图）

prd产品设计文档怎么写

除了毛毛的内容还可以看

产品必会-产品需求文档写作模板【PRD文档】

新手产品写产品需求文档（PRD文档）11个注意点

如果是比较简单的内容，例如修改部分，可以直接在公司的需求系统上例如confluce看板等进行简易描述需求内容

如果是比较复杂的内容，从无到有的创建项目的话，需要从宏观、价值、UE等方面去阐述各方面的价值。（面向story 用户故事、用户场景的prd）

UE：用户体验？

版本说明：

背景与目标：

故事介绍：

用户场景（若背景与目标中还未能够将用户的使用场景描述透彻，则可以继续深入介绍未来用户的使用场景）

场景不建议写的非常复杂，需要让读者循序渐进、引人入胜，把设计文档当成一个产品来写，需要注意读者的关注度、接受度和情绪

价值分析（辅以数据推演增加对目标的可及性介绍，增强团队的信心）

通过上述推演过程，可以预测很多的结果指标，例如每个DAU会浏览多少图文、视频贴，视频帖子浏览时长是否能平均超过80s等。越有经验的产品经理预测越准确，这需要不断的实践积累和持续的市场情报获取。 有时需要产品运营等的协作

核心体验路径（按照产品设计五张图的设计思路，首先明确视频功能的核心用户体验路径）

产品指标预测（体验路径明确之后，可以完善核心的过程指标，除了在目标环节明确的业务指标外，产品经理还应该关注产品体验本身的漏斗指标。）

团队对产品经理的信任度随着预测的完整度、达成度而建立。写prd和周报一样，能够建立信任循环。这里的指标怎么去真实的测呢？是否需要用到数据分析呢？

路径规划（每一个sprint往往只完成一部分的功能，为了能够让研发团队更好的架构技术框架，建议对未来可能发生的产品变动做出预告）

概要设计：

将画面转化为研发团队能够拆解、开始研发的产品设计语言。

模块、功能清单、页面结构内容互相有所重叠，因此可以从不同维度表述设计细节，互相验证设计的健壮度，避免遗漏。

模块设计（相对抽象，主要进行归纳理解，避免大方向上的遗漏）

功能清单（基于模块进一步细化 如果是不太复杂的内容 可以直接将模块和功能放置一起，M表示模块 F表示功能 穷举法 把每个模块中的功能进行列举 类似目录 除了研发了解清晰 测试团队也方便写test case）

页面结构（页面是用户使用最直接的接口，可以加强团队对产品的全貌理解 涉及页面较多的prd中是必须的 与交互设计师写作 给出具体的mockup 甚至直接做到高保真的ui）

详细设计：

顺着功能清单将每个功能、页面设计内容阐述清楚，不断修改最终得到输出逻辑严谨的内容，常常以表格组织）

交付设计：

数据分析设计（明确当前版本需要新增、更新的数据埋点内容，以及未来可能需要的分析报表）

埋点设计（不同公司埋点系统不同）

报表设计（需要罗列好报表内容和目的，剩下的交给数据分析师，规划报表时也需要有产品思维，抽象、归纳、判断分析需求是对现有报表的升级，还是需要新增报表）

上线筹备计划（每次上线需要考虑新功能是否会影响其它团队or历史数据，需要明确指明会发生的冲突以及解决方案）

远远的视频内容