本人阿里产品狗一枚，在摸爬滚打的发现需求，写PRD，评审，开发上线的无尽轮回中反思，并结合一些相关的产品书籍，整理了自己的方法论和各位分享。
文章将依次介绍：需求和需求文档、怎么写需求文档、怎么写好需求。前两趴已有很多前人栽树，在此只做简单说明；第三趴将结合自身思考，介绍怎么写一个好需求，如有不准确之处，欢迎拍砖探讨。
结合对应的单词的英文描述来理解这两个词：
产品需求（Product Requirement）
使用该产品用户的各方面需要。
做产品都知道一句心经-“用户即上帝”。但实际上产品经理接收到的需求是来自各方各面的：用户反馈、线上数据反哺、内部脑暴结果、甚至是老板亲令直达……如何从这万花丛中过，做到片叶不沾身且让各方满意，是门艺术，后续会详细探讨。
产品需求文档（Product Requirement Document， PRD）
结合对应需求进行产品规划和设计，落地而成的内部文档。
产品需求文档面向的对象是除产品之外的所有团队成员。一份需求文档清晰与否，直接关系到功能开发上线的质量和KPI的达成，对产品经理的文档功力有很高的要求。
02 怎么写需求文档
话不多说，相关框架结构直接甩表：
上面的表格包含了需求文档所需要的对应模块，相关子项及说明。
看过很多需求文档，整体模块大都能match，主要差距则体现在文档描述上能否做到逻辑清晰、模块拆分明确，让相关研发、测试、运营、商务、老板等，通过看文档就明白你想做什么，想怎么做，以及需要他们怎么配合。
这十分考验产品经理的文档撰写能力，刚入门的产品经理可以基于以上的框架结构，先尝试表述清楚自己的需求，然后在需求评审review和各方challenge的过程不断的提升自己的文档功力。
03 怎么写个好需求
本文段探讨的并不是怎么写好一个需求，而是是怎么写一个好需求，这涉及产品逻辑梳理、需求挖掘和增长优化等等，旨在通过梳理功能路径去发现其中的用户痛点/爽点，写出一个个有用的“好需求”。
本人在Review了万千套路之后，将其抽象总结为了比较简单的输入输出模型：
但凡涉及用户行为动线和功能梳理相关，都可按照以上方法进行拆解，下面将分场景讲述如何应用。
3.1 需求逻辑梳理：“全”
“没有这个逻辑，需求文档上没写。”、“现在才补逻辑，过两天就要上线了，写需求的时候怎么没想到，下一期再带吧。”、“这个看起来像个bug，后面的处理需求文档也没写……”
当需求文档写的不够清晰时，以上的对话就会疯狂支配你的搬砖日常。
纵然通过PRD评审、Sprint会、测试用例评审，这些流程去尽可能保证需求考虑全面，沟通到位；但在开发过程中总会发现逻辑缺失的问题，这是无法避免的事情，对应问题可轻可重，轻的话可能只是改一个限制条件，严重的话整个项目无法按期上线。
产品经理虽说一个人不可能想全所有逻辑，但在时间允许的范围下，要尽可能去思考路径中是否有逻辑遗漏，依照输入输出的模型，把产品功能想象一个输入输出器，以首页一个简单的连续记录三天生成专属运动报告为例，按模型梳理流程，涉及方面如下：
输入特性：
什么时候触发输入，频率如何（进入首页展示记录入口，只弹出一次）
输入门槛：依赖特定版本或平台，其他功能、用户身份或特定行为等（登录用户展示记录入口，1.6.5以上版本才支持对应功能）
输入是否有持续性：输出是否和连续的输入是强依赖（连续记录三天才能有报告）
输入格式和内容（需要记录的选项和格式限制）
如何完成输入（点击右上角save，展示进度条，保存记录选项）
是否有其他输入来源（在健身训练完成后，也会展示记录入口）
……
输出特性：
什么时候触发输出，频率如何（3天后打开app首页报告入口提示报告已生成，只弹出一次）
输出门槛：依赖特定版本或平台，功能模块、用户身份或特定行为等（登录用户展示报告，1.6.5以上版本才支持对应功能）
输出是否有持续性：输入是否需要连续的输出（无）
输出格式和内容（报告展示运动类型、运动时长等）
如何结束输出（数据拉取完成）
输出的影响范围（在个人中心的报告入口，也展示对应报告）
……
从输入到输出的过程：
是否需要用户等待？
如果需要等待，如何给用户反馈？
是否会和其他场景冲突？如果有冲突要怎么解决
异常情况：
输入/输出时机冲突
输入/输出有误
输入和输出门槛的需做对应兼容
输入/输出持续性的中断等
输入输出过程的中断
……
基于这个模型，再结合总项拆分子项的方法review流程，保证需求在撰写阶段尽可能全。
3.2 需求挖掘&增长点探索优化：“准”
除了需求撰写之外，产品经理的另一个工作日常就是分析用户行为数据，找到增长点落地成需求；或者通过用户反馈定位需求落地执行。针对以上场景，这套模型同样适用。
需求挖掘和增长优化需要结合具体的用户行为动线和KPI指标，进行功能路径转化的review发现新的需求优化和产品增长点。
那么除了用户需求之外还有什么增长点可以挖掘优化呢？我们可以根据输入输出的方法，可以从触发输入开始，结合流程看转化和留存：
触发输入/输出的条件有哪些？
哪种条件下的触发带来的入口点击率最高？哪种条件虽然目前点击率不高，但是有优化输入/输出特性的可能，且优化效果明显？
从触发输入到输入完成的转化路径如何？用户流失在哪块？是否有优化空间？
输入完成和输出结束的用户留存数据如何？是否有明显差距？如果输出结束的用户留存更高，是否应该先优化从输入到输出的转化路径？
……
可以看出其实就是总括性的把大模块抽出来，再分路径拆细评估数据指标，发现可优化的点。按该模型梳理不容易有遗漏，并便于发现细分流程的弱项找到对应功能的增长点。
此模型仅针对拆解功能的增长点探索，及对应需求范围的评估，可以从细分模块入手梳理。
如果是从产品本身出发大方向上的增长，需要另一套结合指标拆解方法去落地增长模型，找到对应的增长套路，待梳理后会和大家分享。
小感慨一句，产品经理是一个需要不断积累总结、思考沉淀的岗位，没有任何一门大学课程会教你如何做一个产品经理。唯有自己多思考学习，keep staying hungry，找到自己适合的工作和学习方式，向一个优秀的产品经理不断迈进。以此共勉~
