从 0 开始做增长
刘津
前宜人贷用户增长团队负责人,《破茧成蝶》系列图书作者,UGDlab 创始人
24498 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 44 讲
模块一 | 找对目标,增长路上不迷失 (3讲)
模块五 | 小小实验让增长稳稳落地 (2讲)
模块六 | 巧妙复制让增长遍地开花 (2讲)
模块七 | 增长总结 (1讲)
从 0 开始做增长
15
15
1.0x
00:00/00:00
登录|注册

33 | 四个要点颠覆传统需求文档

数据统计报表/埋点文档
测试方案
上线时间
上线计划
需求假设拆分列表
本次需求假设
本次数据洞察/用户洞察
历史假设验证记录
量化指标/非量化目标
需求所在业务模块
用户群体
需求背景
实验
分解
假设
指标
传统需求文档的问题
为什么需要需求文档?
为什么不喜欢写需求文档?
应用场景:需求文档
思考题
四个要点写好需求文档
精益闭环的思路
你真的知道需求文档该怎么写吗?
参考文章

该思维导图由 AI 生成,仅供参考

你好,我是刘津。
前面我们学习了精益闭环的思路,也讲解了不少案例。其实精益闭环的思路可以应用在各种事项上,今天我们就来讲解一个有意思的延伸应用的场景——需求文档。
“写需求文档”这件事,如果用精益闭环的思路来做,会有怎样的效果呢?现在你可能还想不明白,不过没关系,我想先从一个问题引入。
在工作中,你可能经常要接触“需求文档”,可你喜欢写、喜欢看需求文档吗?我想你的答案是否定的。
为什么会这样呢?这是因为常规的需求文档就像一本厚厚的遥控器使用手册,看起来很专业,但是你宁可自己去试着摆弄、探索各种功能按钮,也不会愿意一页一页地读下去。除非实在是遇到了搞不定的问题,你才会从使用手册里有针对性地寻找相关内容。
同样的,在实际工作中,很多研发人员也会更愿意看图文并茂的原型说明(原型图是需求文档的部分表现形式,不能代表需求文档),而不是一堆干巴巴的文字。

我们为什么需要需求文档?

但是,需求文档又十分的重要。
如果需求文档写不清楚,产品经理就无法向设计师和研发人员传达具体的要求,也就是说这会让设计师和研发人员不知道该做些什么。需求文档其实可以看作是产品经理与设计师、开发人员之间的一种“协议”,或者说是“契约”,可以约束双方。而且,后面在进行上线前的测试时,需求文档也会被用做产品质量验收的衡量标准之一。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

精益闭环思路重新构思需求文档写作方式,突出指标、假设、分解和验证四个要点。传统需求文档常常冗长繁琐,缺乏重点和针对性,难以引起人们的兴趣。通过精益闭环思路,需求文档可以更加简洁明了地传达信息,使得研发人员能够更好地理解需求的来龙去脉,从而提高工作效率。文章还提到了上线计划的拟定内容,包含上线时间、测试方案、数据统计报表等,为读者提供了完整的需求计划范例。文章还提出了思考题,引导读者思考如何改进需求文档或提出更多建议。通过这些内容,读者可以深入了解精益闭环思路对需求文档写作的影响,以及如何提升产品经理的思维水平和工作效率。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《从 0 开始做增长》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(4)

  • 最新
  • 精选
  • 程序员小跃
    第一次用听的方式来看增长课,全称让我不敢分心去做笔记,因为一分心就错过重点。 需求文档这部分,我真的很深刻,最近在做一个功能,光是需求文档,我就看了差不多大半天,还没看出个大概来。哦,对了,我是一名开发,是需要看需求文档的人。 我拿到的需求文档,真的就如文中说的,只有上游的朋友才能看懂,下游的像我这样的,能看懂,但是一到落地的时候,就一头雾水。以致于现在的我,做需求都是左右代码,右手文档,做一块对一块;遇到需要交互的,还得经常拉人讨论,很多时候功能写完了,发现还不符合要求,真的是很扎心。 看了这节课,需要好好自己先探讨一番,然后和同事好好聊聊,感谢老师

    作者回复: 谢谢你的心得,我开始以为写好需求文档是为了帮助上游人员想清楚,不提无意义的需求。看了你的心得我才想到对于下游的工程师来说,如果不了解前因后果很容易产生理解上的歧义,辛苦半天还达不到要求。确实扎心了。感谢你的分享也帮助我想的更多🤝

    2019-07-06
    3
    8
  • JohnnyB0Y
    看到需求文档,我要先把里面的点一个一个拆分出来,然后把有疑问不合理的地方拿去问产品经理。🤪

    作者回复: 把知识化为行动,很赞👍

    2019-07-21
    3
  • Derrick
    1.不是每个需求都需要拆解验证的吧,是否有必要?并且埋点太多,还有可能影响性能? 2.有些改动某个环节,同时会使得很多指标同事变化。

    作者回复: 不是每个需求都要拆解,视情况而定。也不需要太多埋点,看主要数据即可。

    2019-11-25
    1
  • 阿兰ALan
    人人都是产品经理 门槛太低 真正愿意做好的不多见
    2019-11-12
收起评论
显示
设置
留言
4
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部