策略产品经理基础知识：2.3 策略需求文档上两篇帖子，我们说明了策略需求挖掘和迭代的方法。这周我们分享怎么编写需求文档。一、策略需求文档 策略产品的需求文档和功能产品的需求文档，因为编写的初衷都是为了说明：需求是在什么情况下产生的？用什么样的产品形态，解决什么用户，在什么场景，存在的什么问题？问题解决后想达到什么结果，实现什么目标？需要哪些支持？通过什么方法和数据验证解决方案的有效性。 所以，两种需求文档在结构上是基本相同，内容依次是：项目背景、项目目标、需求概述、需求详述、统计和监控需求。1.项目背景+项目目标 这两个是需求文档大同小异的内容了。背景：说明需求在什么情况下产生的？谁提出的？目标：帮助什么用户解决在什么场景下存在的什么问题。项目难点在哪，整体的应对策略是怎样的，我们想实现一个什么效果。 依据我的习惯，我习惯在背景部分说明用户场景需求情况，和现有版本存在的问题。2.需求概述 需求概述主要是说明满足需求的解决方案包含哪些功能模块，各功能模块分别解决什么问题，想实现什么效果，功能模块之间是怎样的组成结构。 内容上其实和功能产品需求文档里的用户划分、业务逻辑、功能结构、功能清单、版本规划等内容大致相同。具体有哪些内容还要视情况而定，只要能把事情说明白就行。3.需求详述 在《什么是策略产品经理》那篇帖子里，我们提到过，策略产品的解决方案通常是个相对发散的思路；而解决方案通常是通过“逻辑描述和效果示例”去说明产品的实现效果。 即当什么情况下，呈现什么结果。也就是策略产品四要素的后三项：输入条件（触发条件+考虑因素）、计算逻辑、呈现结果。针对迭代策略我们还会加入“问题背景（问题说明、影响面、数据表现情况、产生原因）”。 拆解下来，需求详述部分主要包含以下几个内容，相关详解如下：触发条件：在什么条件下触发策略考虑因素：触发策略相关的影响因素有哪些呈现结果：向用户展示怎样的内容问题背景：问题说明、影响面、数据表现情况、产生原因Case 示例：上线效果案例 串起来逻辑就是：在什么条件下触发策略功能，然后系统通过怎样的计算逻辑，利用哪些关键因素，将怎样的结果展示给用户。 举例说明：新闻平台，个性消息推送策略理想态：每天早 8 点，向用户推送 1 条消息，内容是他喜爱的热点新闻，促使用户打开 app；触发条件：每天早 8 点；考虑因素：用户兴趣标签、内容分类标签、内容热度（公式相关变量：阅读...
