首页 >  励志故事

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

发布日期: 2019-10-06

本人阿里产品狗一枚,在摸爬滚打的发现需求,写PRD,评审,开发上线的无尽轮回中反思,并结合一些相关的产品书籍,整理了自己的方法论和各位分享。

文章将依次介绍:需求和需求文档、怎≠么写需求文档、怎么写好需求。前两趴已有很多前人栽树,在此只做简单说明;第三趴将结合自身思考,介绍怎么写一个好需求,如有不准确之处,欢迎拍砖探讨η。

01 需求和需求文档

结合对应的单词的英文描述来理解这两个词:

产品需求(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 stayin↹g hungry,找到自己适合的工作和学习方式,向一个′优秀的产品经理不断迈进。以此共勉~

 

本文由 @菜鸟爱打怪 授权发布于人人都是产品经理,♠未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议