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

7 评论 7757 浏览 68 收藏 10 分钟

本人阿里产品狗一枚,在摸爬滚打的发现需求,写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 staying hungry,找到自己适合的工作和学习方式,向一个优秀的产品经理不断迈进。以此共勉~

 

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 谢谢作者,豁然开朗,系统性的思考值得学习

    回复
  2. 真的烂了

    回复
  3. “keep staying hungry”这用法实在怪

    来自福建 回复
    1. 这么一说,确实有点Chinglish🤔

      来自广东 回复
  4. 表示看的云里雾里

    来自北京 回复
    1. 我也有点、回想一下感觉不知道说了些什么呢、还是自己太菜了…..

      回复
    2. 我也是~我感觉前面还好~后面的就懵了~我是小白~我以为是我的锅~

      来自河南 回复