邱岳的产品手记
邱岳
无码科技产品经理,公众号二爷鉴书作者
33999 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 49 讲
邱岳的产品手记
15
15
1.0x
00:00/00:00
登录|注册

07 | 关于需求变更(上):需求背后的需求

重要性
引入外力
需求文档的发酵
需求分析的重要性
挖掘真正需求的过程
5问法
如何选择变更时机
提高需求评审的效率
需求评审
给需求分析留出时间
挖掘需求背后的需求
实现变更
下次讨论内容
需求变更
产品经理生存指南

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

“唯一不变的,就是变化本身。”——斯宾塞·约翰逊
每当行业中想要黑产品经理时,首个被砸下来的罪责一定是“需求变更”,仿佛需求变更是产品经理最要命的错误,我并不这么看。所谓需求变更其实很复杂,不能一概而论,今天我们就来聊聊它。

需求不会变更,变更的是实现

“需求变更”四个字有个不好的暗示,仿佛变更是来源于产品用户的需求变化。实则不然,从整个团队的角度看,需求变更多半其实是指“实现变更”。
用户的需求通常很稳定,变更是由于产品经理对用户需求的分析出现了偏差,或满足用户需求的手段发生了调整。
比如,产品经理说需要一匹更快的马,后来换成了要汽车。在这个过程中,用户的需求一直都是“更快到达目的地”,变更的是满足需求的方式。
就像“工程师用搜索技术实现了某个查询功能,后来发现索引建立有几秒钟延迟不能满足实时查询的场景需要,又改用查数据库”的道理差不多,需求没变,实现变了而已。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

需求变更并非源自用户需求的变化,而是实现方式的变化。产品经理应该深入挖掘用户需求背后的真实动机,而不仅仅停留在用户提出的表面需求上。通过“5问法”等方法,产品经理可以更好地挖掘用户真正的需求。另外,给需求分析留出足够的时间也是至关重要的,这样可以减少在开发过程中的需求变更,降低团队的成本和风险。建议增加需求评审,引入外力,确保需求的稳定性和完整性。文章还提到了一个案例,强调了需求评审的重要性。未来的文章将继续讨论如何利用具体的力量来提高需求评审的效率,以及如何选择变更时机等。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《邱岳的产品手记》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(75)

  • 最新
  • 精选
  • Charles tong
    在做项目的过程中,在开需求评审会之前,我一般会先把自己的产品方案给技术看一下,简单评估下可行性,做一个简单的统一看法。 再开需求评审会的时候,最大的目的是传达整个项目的目标,统一项目中的细节,然后根据会上各方的讨论结果再给需求内容做一些合理调整。最终发邮件确定方案。 需求评审会更像是将产品经理对项目的看法和目标传达给项目参与者的过程,给团队成员统一目标。

    作者回复: 这也是个好办法 提高会议效率

    2017-12-05
    2
    21
  • 宇宙全栈
    谢谢二爷的文章,知己知彼,百战百胜。 —— from 某程序员

    作者回复: 感谢宇宙全栈

    2017-12-05
    20
  • Atom
    前边分析用户提出需求那段,概括来说就是用户提出的需求往往都是他真实需求的解决办法。 从(伪)心理学的角度看,我们所在的这个社会非常鄙视那种只会提问题而不提解决方案的人,因此我们习惯于在自己提出一个问题后自行思考解决方案。 即使我们在面对一个新产品时是小白用户,但潜意识也不想承认这一点,不想让别人觉得自己是一个“没用”的人,因此在提需求的时候,往往会给设计产品的人提出一个解决需求的思路。

    作者回复: 所以产品经理得从这里面去看到真正的需求

    2017-12-05
    13
  • Ryan Feng
    穿透用户诉求去找到更好的产品实现方式是好坏产品经理的分水岭

    作者回复: 也是基本功

    2017-12-06
    10
  • AthenaT🤘🏻
    打產品經理的時候,個別好心人沒能擠進去便轉而開始勸架了

    作者回复: 也可能在外头往里递砖头

    2017-12-05
    10
  • 啊啊啊是我啊
    “二爷,没有你这么办事儿的。” 想知道这句话对二爷的心理影响是怎么样的。

    作者回复: 内疚了很长时间

    2017-12-18
    7
  • zhang
    留给产品做需求的时间,经常都是很赶的,花两三天或者一周就敲定一个可以做一两个月工期的版本,然后在实现的过程中,必然就伴随着变更了。

    作者回复: 唉,心痛

    2017-12-12
    5
  • Hand
    每天奔波在各种会议中的我,真的很想静静写文档,泪目

    作者回复: 实在不行就少睡点儿…

    2017-12-05
    5
  • 田小川
    现在的公司没有产品,通常都是需求直接丢给我(UI )去直接出效果图,但是又不交代清楚需求,也不留足够的时间给我去思考,感觉真的是特别蛋疼。有时候跟领导讨论需求的时候想问清楚真正的需求,以便有更好的方案去实现,领导很多时候又觉得我没必要知道那么多,按照他说的去做就行了,有点憋屈。

    作者回复: 别急,达到大家愿意跟你充分沟通之后,有些东西才能走通,循序渐进

    2018-01-07
    4
  • 卿宗伟
    1.二爷今天这个观点很有意思。需求变更并不是变更需求本身,而是变更需求的实现路径。确实是这样的,用户需求是相对稳定的,不可能在短时间内发生改变。我想大部分产品经理都没有对这个提出过质疑,都是张嘴闭嘴需求变更,我也是。 2.需求变更是产品经理的必修课,发生变更有各种各样的原因,主观的和客观的。如何在工作中尽可能地减少需求变更,是产品经理在职业生涯中需要持续不断摸索和学习的。 3.5问法,很不错。学习了。另外分享一个卫哲老师的「3+1需求分析法」: 3:这个需求是从哪来的,目标用户是谁,用户特征是什么;这个需求紧迫吗,有多少人有这样的需求;用户的场景是什么,他们有什么样的痛点。 1:这个问题解决后,网站的数据有没有什么变化。 以上。 十三

    作者回复: 谢谢十三

    2017-12-06
    2
    4
收起评论
显示
设置
留言
75
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部