如何写个好需求？说烂了的课题，你真的懂了吗？

　　本人阿里产品狗一枚，在摸爬滚打的发现需求，写PRD，评审，开发上线的无尽轮回中反思，并结合一些相关的产品书籍，整理了自己的方法论和各位分享。
　　文章将依次介绍：需求和需求文档、怎么写需求文档、怎么写好需求。前两趴已有很多前人栽树，在此只做简单说明；第三趴将结合自身思考，介绍怎么写一个好需求，如有不准确之处，欢迎拍砖探讨。
　　01需求和需求文档
　　结合对应的单词的英文描述来理解这两个词：
　　产品需求（ProductRequirement）
　　使用该产品用户的各方面需要。
　　做产品都知道一句心经“用户即上帝”。但实际上产品经理接收到的需求是来自各方各面的：用户反馈、线上数据反哺、内部脑暴结果、甚至是老板亲令直达如何从这万花丛中过，做到片叶不沾身且让各方满意，是门艺术，后续会详细探讨。
　　产品需求文档（ProductRequirementDocument，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发现新的需求优化和产品增长点。
　　那么除了用户需求之外还有什么增长点可以挖掘优化呢？我们可以根据输入输出的方法，可以从触发输入开始，结合流程看转化和留存：
　　触发输入输出的条件有哪些？
　　哪种条件下的触发带来的入口点击率最高？哪种条件虽然目前点击率不高，但是有优化输入输出特性的可能，且优化效果明显？
　　从触发输入到输入完成的转化路径如何？用户流失在哪块？是否有优化空间？
　　输入完成和输出结束的用户留存数据如何？是否有明显差距？如果输出结束的用户留存更高，是否应该先优化从输入到输出的转化路径？
　　可以看出其实就是总括性的把大模块抽出来，再分路径拆细评估数据指标，发现可优化的点。按该模型梳理不容易有遗漏，并便于发现细分流程的弱项找到对应功能的增长点。
　　此模型仅针对拆解功能的增长点探索，及对应需求范围的评估，可以从细分模块入手梳理。
　　如果是从产品本身出发大方向上的增长，需要另一套结合指标拆解方法去落地增长模型，找到对应的增长套路，待梳理后会和大家分享。
　　小感慨一句，产品经理是一个需要不断积累总结、思考沉淀的岗位，没有任何一门大学课程会教你如何做一个产品经理。唯有自己多思考学习，keepstayinghungry，找到自己适合的工作和学习方式，向一个优秀的产品经理不断迈进。以此共勉