09:00～09:30 早餐时间，我会利用这段时间来看行业新闻，比较经常看的2个GZ号：乱翻书、产品狗聚集地
09:30～11:30 写PRD文档，顺便补充原型
11:30～14:00 午休时间，最近入冬了每天午睡都觉得好冷，入了个挪客睡袋，午睡时候用上舒服又暖和，睡袋空间很大也不会感觉被束缚，还可以把手伸出来，午睡质量直线上升
14:00～16:30 需求评审会，快速迭代了一个紧急功能，连大领导都来参与评审啦。还好在评审前我都会习惯先和技术过一遍技术实现，所以评审时基本问题不大
16:30～17:00 和售前开了个短会，评审可研方案
17:00～18:00 继续完善PRD
-
所以今天的知识点是—如何编写一份PRD？
具体的模板我都放在图片里啦，下面说一些细节问题
✅为什么要写PRD？
和产品团队、管理层、运营等部门，对产品的认知和预期达成一致。也便于开发、UI、测试能更好的完成工作
✅如何写PRD？
1️⃣版本信息
需要写明文档版本号+修订日期+修订内容+修订人，其中修订内容是最重要的，可以看到每个版本都迭代了哪些内容
2️⃣文档说明
需要对文档中一些专业术语做出名词解释，便于阅读者理解
3️⃣产品概述
❶项目背景：为什么要做这个项目，可以从产品生态+需求可靠性+产品价值+成本角度切入来写
❷产品定位：产品的目标用户是谁，可以为目标用户解决什么痛点问题
❸需求分析：对需求和场景进行详细的分析，比如用户在什么场景下如何去使用产品
❹需求目的：产品目标是什么，描述产品需要做什么，做到什么程度
4️⃣功能性需求
❶产品总体架构：架构图展示，从展现层、功能层、支撑层、数据层、资源层分别画出来
❷业务架构图：描述产品各个模块间是如何交互的
❸信息架构图：列到二级功能即可
❹关键业务流程图：描述功能涉及到哪些模块或系统，它们之间是如何交互和进行流程流转的
❺功能用例：包含功能名称、角色、功能描述、前置条件、基本流程、异常流程、后置条件、业务规则和备注等
5️⃣非功能性需求
-统计需求：需要写明埋点方案，用于数据分析。统计事件的名称要尽量简洁、并且精确描述触发统计条件的规则
需要项目管理资料合集的同学可先关注然后私信我哦
