一、需求文档

确定项目计划后，PM开始撰写需求，产出需求文档，正式发起项目。

1.需求文档的目的？

让项目的参与方和其他对项目感兴趣的角色更好的理解需求的来龙去脉。

2.一个完整的需求文档应该包括以下几个部分：

项目背景、项目目标、需求概述、需求详述、（统计需求、监控需求）

本文主要讲述策略PRD与功能PRD不同的地方：需求概述、需求详述。

二、功能产品与策略产品给出的解决方案

1.功能产品

收敛的解决方案，通过流程和原型表达产品的实现效果

2.策略产品

发散的解决方案，通过逻辑描述和效果示例表达产品实现效果

三、策略产品四要素

课程截图

四、策略分类

1.简单策略

逻辑简单直接的需求，通常开发成本较小

2.复杂策略

逻辑复杂的需求，通常开发成本较大

五、需求描述方法

1.简单策略

PM可以直接给出策略规则（包括待解决问题、输入、计算逻辑、输出四要素的部分或全部）

例子：

课程截图

方法：

1）基于历史数据给出（已有一定数据积累的情况下）

2）参照竞品给出（多用产品从0到1搭建，没有数据积累的时候）

案例：

课程截图

为什么是3分钟？

首先明确产品目标和策略目标

【输入密码】产品的目标：保障安全性，同时不影响用户的正常操作体验

【输入密码间隔】策略的目标：找到那个不影响体验的最短时间间隔

如何利用基于历史数据和参照竞品的方法确定策略规则？

1）基于历史数据

课程截图

定义完整使用流程

抽样分析用户全天的行为记录，得到一次完整使用流程的定义：任意两个动作间间隔小于30分钟的动作序列。（人工分析判断）

统计流程中间隔

课程截图

找到目标间隔时间

课程截图

2）参照竞品

经过多次重复尝试，确认竞品定义了超过3分钟用户就要再次输入密码，那自己的产品也可以暂定为3分钟

2.复杂策略

PM详细描述解决问题、输入因素、输出效果，包括总结性的概述和示例case（来源于问题调研）。

计算逻辑由策略RD开发实现。

实际工作中的两类项目：

1）从0到1的项目：更多描述理想态，在怎样的输入下要达到怎样的输出效果

2）策略迭代的项目：更多描述策略现状，待解决的问题是什么，针对这些问题，理想的输出效果该怎样的。

案例1：

课程截图

需求描述：待解决问题

需求详述：

输入因素和输出效果的概述

各类特殊情况下的计算逻辑补充

输入因素和输出效果的详述（case示例）

例子：

课程截图 课程截图

案例2：

课程截图 课程截图

六、需求文档自检清单

结构：逻辑清晰，层次分明

背景：需求背景描述清晰，待解决问题一目了然

目标：产品理想态或考核指标是什么

示例：通过示例辅助，让问题更明确和清晰

七、总结

策略需求文档的核心是将策略的四要素描述清楚。

其中针对复杂策略，可以跳过计算逻辑这个要素，但是需要通过具体的case示例将问题和产品实现效果更清晰地表达出来。

---

以上为三节课策略产品课程个人学习笔记。