硅谷产品实战 36 讲
曲晓音
Facebook 产品经理
42037 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 40 讲
开篇词 (1讲)
硅谷产品实战 36 讲
15
15
1.0x
00:00/00:00
登录|注册

13 | 如何撰写产品需求文档?

很多产品经理给人的印象就是每天开会,开完会就趴在桌子上写产品需求文档。上次和国内的几个产品经理交流时,有的产品经理告诉我说花好几个星期写的一份产品需求文档,工程师没看完就扔一边了;有的产品经理和我说, 他们的产品需求文档非常精确,每个小细节、每个逻辑都讲得清清楚楚, 流程图也画得非常清晰, 工程师照着这个文档一行一行地写代码就可以了。
我在硅谷认识的很多产品经理,包括我自己,都不喜欢把大量的时间花在写产品需求文档上。我们认为,应该直接和工程师、设计师面对面地沟通,当面把东西讲清楚, 而不是写一摞文档,最后工程师、设计师根本没时间看,或者一看这么多内容随便瞟一眼就扔一边了。
这样做的好处是,我们做决定的速度非常快,当面开完会,马上就开始干活,而不需要把每个细节都写得清清楚楚。
这样做的缺点是,如果你的团队成员还不具备自己做一些小决定的能力,或者公司对于一些基本的 UI 部件没有固定的标准(在大公司,按钮、配色都有相应的设计准则),那么很有可能出现产品的功能和功能之间不协调的问题。尤其是当一个成员辞职后,整个产品组需要花很长时间来填补这个空缺。所以,我理解有些公司的产品经理会在产品需求文档里面,事无巨细地把所有细节都写得清清楚楚。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《硅谷产品实战 36 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(29)

  • 最新
  • 精选
  • 个人认为,微信产品在创立之初,就秉承着以线下熟人关系链为主的聊天平台,所以微信不会在像qq一样容易被取代,因为对于用户来讲,抛弃微信,就等于抛弃了自己的朋友,成本太大,使用微信,也是因为不会容易被陌生人打扰,如果要和明星互动,这就等于明星的部分隐私会被他人所获取,但微信的壁垒就在于线下熟人的交流,所以如果我是明星,我宁愿选择头条微博,而非用微信,这会威胁到我自己的隐私,所以我认为这是个伪需求,当然这也需要数据支撑,需要去调研

    作者回复: qq取代性这一点很有见地👏🏻

    17
  • honggang
    写详尽的好处,哪怕不甚理解,也可以照着做;国内的对日外包是这种思路。 在不少小互联网公司,资深的员工少,因为招不到或者付不起。尾部员工素质一般,也有靠非常详尽文档来保持理解一致。

    作者回复: 确实和员工素质水平有关系 我比较幸运啦 同事都给力

    17
  • DSY💎
    下面简要说下我的【设计思路】【文档涉及内容】【需要注意的点】,请晓音姐指正思考的方向是否正确。 【设计思路】 1、 为什么要做这个功能?结合产品定位和功能定位思考 2、 做这个功能能为用户、平台产生什么价值。 3、 产生这些价值可以通过怎样的方式实现 4、 怎么定义用户(即怎样定义粉丝)?根据定义做不同的策略。 5、 什么样的用户会在会在什么样的场景下使用这个功能?主要的用户路径有哪些? 【文档涉及的内容】 1、 需求背景(为什么要做这个、解决的问题有哪些) 2、 数据支撑及相关调研内容 3、 功能的详细逻辑及页面、策略说明 4、 衡量指标 【需要注意的点】 1、互动是否需要引导?怎么做引导? 2、功能上线后数据没有达到预计应该怎么处理?

    作者回复: 方向很明确 很棒!

    15
  • Lisa
    请问,什么是产品流?

    作者回复: 产品流程。第一步第二步第三步

  • Iris.Guo
    其实就是想系统的学习一下所有文档的撰写,看完作者的系列篇,感觉对于我还是纸上谈兵
    30
  • Iris.Guo
    能分享一些文档供参考吗
    20
  • 陈小鹿
    我想请问一下,另外一篇文章中提到的用例use case,是否需要写在需求文档中?
    5
  • 徐东鹏~种下一朵太阳花
    微信公众号的定位是博客系统,本质上是产生内容,功能上也与普通的博客系统的订阅、留言、更新推送没有本质区别。但在微信体系下,由于微信的高日活及社交、传播能力,一切都变得不一样了。 如果我来做,增加明星和粉丝互动的玩法,首先我不会改变公众号自身的定位;其次,互动一定是要有内容沉淀的。最后,玩法一定有较高的自主选择及可扩展性的。 我会选择用小程序来做,通过小程序与粉丝互动、获得新粉丝。比如做直播,具体玩法是 让粉丝在文章下方留言、明星可以选择某个文章集中讲解和答复问题,在线互动等。视频内容会通过微信公众号直播小程序(就叫公众号直播吧)让更广大的微信用户看到,公众号粉丝也会第一时间收到推送。往期的直播内容也会关联文章,在公众号中显示。 我的需求文档会包含:1、项目背景介绍及要解决的问题(通过公众号直播增强互动,沉淀内容)。 2、玩法流程图,内容分发流程;3、功能清单及定位,预期标准;4、功能需求说明及原型图示。
    4
  • luna
    我把我的需求文档当作产品来对待,我的用户就是需要沟通的开发测试和设计师,我的产品的成功指标就是沟通完第一遍需求之后,他们找我再次确认需求的次数,再次确认次数越少,代表我的文档描述越清晰精确逻辑无漏洞。而且有必要的时候,还会在文档上写出简单的数据分析作为这个功能需要实现的论据。该功能上线后,如设立的目标已达到,也会和参与的人员分享这个战果,鼓舞一下士气。
    3
  • Geek_fab046
    功能:对公众号文章的部分段落/语句/图片等进行点赞或打赏或“踩一脚”。公众号的所有者同其订阅者之间的交流主要是通过公众号发的文章来实现的。目前现有的文章点赞和打赏是针对整篇文章来进行的,而公众号的文章往往偏长,作者很可能不知道具体是那句话或者哪个观点对读者产生了积极或消极的影响,这对公众号作者的精细化运营和写作是有帮助的;对读者而言也能更精确、更细致地去表达自己看文章时的感受。个人初步想来是一个痛点。 成功指标和反指标:成功指标是平均的文章点赞数量和赞赏数,反指标可以是文章底部的评论数,因为读者在阅读过程中已经表达了自己的喜好,可能不再通过留言评论的形式表达了。 场景:用户阅读文章的时候 功能开启和流程:用户进入文章阅读界面即开启此功能;短时间内点击文章某一段文字两次,或者选定某一段文字后弹出相应点赞/赞赏/踩一脚的选项,用户选择后点击提交即可 可以使用已有的架构:拍一拍功能
    2
收起评论
显示
设置
留言
29
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部