首页 资讯 民生 科技 财经 汽车 房产 娱乐 文化 能源 公益 时尚 健康 图片

网络

旗下栏目: 三农 教育 法治 体育 消费 旅游 网络

三个场景,教你做皮实的产品经理

来源:柳星聊产品 作者:复兴网网络 发布时间:2024-01-23
摘要:如果10年前你要问,一个人最稀缺的能力是什么? 可能你会收到这样的回复:超一般人的技能,能说会道的嘴皮子,又或者是脑瓜子灵活,转得快等等。 但放到充满不确定性的现在,大家会异口同声的说:皮实,耐操的能力。 所谓“皮实”,我们可以将其解读为坚韧而不失灵活,

对于产品经理而言,“皮实”是每个人都需要在职场修炼的基本功。本文将从三个高频场景来看皮实的产品经理会怎么做,也许会带给你一些灵感。

如果10年前你要问,一个人最稀缺的能力是什么?

可能你会收到这样的回复:超一般人的技能,能说会道的嘴皮子,又或者是脑瓜子灵活,转得快等等。

但放到充满不确定性的现在,大家会异口同声的说:皮实,耐操的能力。

所谓“皮实”,我们可以将其解读为坚韧而不失灵活,能够在压力下保持稳定输出,面对挫折不折不挠,同时又具有开放心态和快速适应变化的能力。

对于产品经理而言,这更是每个人需要在职场修炼的基本功,我们接下来从三个高频场景来看皮实的产品经理会怎么做,也许会带给你一些灵感。

  1. 场景一:跟客户聊需求
  2. 场景二:做需求,写PRD
  3. 场景三:开需求评审会

01?场景一:跟客户聊需求

想象一下,这是一个跟你关系很好的客户,他的需求你一般盛情难却,想拒绝,还没有理由,有时候还抹不开面子。

你会怎么办?

作为一个皮实的产品经理,首先就得做好两件事:听和写,并且在最后一行打个标记,写好你的洞察。

有一个很棒的隐喻,就是客户给你说我就想怎么打好两个孔,你就得考虑到,孔的作用是什么?记录你的猜想,也许是挂幅画,又或者是做别的用途,记得带入他给你描绘的场景里,去往下挖。

你时不时的还得有勇气去打断他,通过提问和交流,去判别你的猜想,并落实到纸面上。因为这代表你与他达成了“可见的一致”。

最后你用简洁明了的语言去阐述这次需求的范围,如果当场很难评估工期,就别逞能,给客户一个准确回复的时间这样能让他安心。

02?场景二:做需求,写PRD

当你兴奋的收集完所有需求,也许你的list已经写了一堆,此时也许你有点乱,这有客户的需求,有老板的需求,有领导的需求,你自己还有自己的想法,这可咋整?

作为一个皮实的产品经理,这是一份“兴奋”时刻,你大显身手的时候到啦!

首先,你需要对整个需求list做好分类,尤其是客户需求你需要单独打个标记,其他人的需求可以放到一起,进行整体的同类合并。

其次,像侦探一样,想想你跟他们沟通的场景,尤其分析客户需求的真伪性,记得带入实际的场景考虑,将真需求放到需求list;如果是老板或者领导的需求,你需要考虑的是这是战略需求还是当下就应该满足的需求,如果是当下应该满足的需求,那就放到需求list。

最后,将需求规整为需求包,可以将一个list分成多个包进行迭代,客户需求优先放到第一个包里,其次是其他需求,同内部达成一致。

此时,你就做好了初步需求分析,就可以写PRD了。

一份好的产品需求文档(PRD)应当清晰、准确、详细。它不仅要描述产品的功能,还要展现产品的灵魂,譬如界面设计、用户流程、技术要求……每一个细节都不能放过。

当然,写好PRD只是第一步,更重要的是要确保团队成员理解这份文档,明确自己的任务和责任。这就需要产品经理具备出色的表达能力和团队协作精神。

03?场景三:开需求评审会

如果做好PRD,你就可以约开发,测试,业务等部门开评审会,此时就是一个需求临门一脚的关键时刻了。

你可能表现的比较紧张,担心自己需求会被开发diss,会被业务部门喷为垃圾等等。

作为皮实的产品经理,首先,要对自己的设计要有信心,告诉自己,you are the best.

当然气势上足了还不够,你需要在评审前跟业务先内审是否满足他们的需求;将功能设计跟开发预审一下是否基于现有的技术能实现?期望的上线日是否有压力?如果不行的话,有哪些可以实现,或者有没有其他更优的方案,等等。

气势足了,设计也过关了,那你的底气就上来了,这时候你开需求评审,还畏惧什么?

是时候该你表演了…

等等,假如技术人员在评审会的时候对你的需求还有怀疑,或者之前说能做,现在又说做不了的情况,皮实的产品经理不会纠结于情绪(或者你可以在心理纠结释放一点小小的愤怒)。

接着重点解决他的怀疑和做不了的情况,你得先认真倾听技术团队的观点,理解他们所面临的困难和挑战,而不是简单地坚持己见或施加压力。

你可以说:“我明白你们对于这项技术实施的顾虑,让我们一起深入探讨一下这个问题。”

接着,你应该积极寻找替代解决方案或优化现有方案,如可能的话,还要会对功能进行优先级排序或者拆分,将关键部分先行开发,降低短期实施难度。

同时,主动协调内部资源,寻求外部技术支持,甚至重新审视产品规划,确保目标与现实之间的平衡。

这样一套组合拳下来,跟你配合的开发,测试和业务的同事们肯定心里悠然升起:专业啊~

最后的话

如果你把一个团队比做一台车,那发动机在什么地方?

那肯定是在产品经理这里,他们承受了业务-鉴别需求的真伪,开发-技术的可行性和测试-功能的可用性等等,这一系列任务的压力。

因此可能很多老职场人,有一种是修成了神,他很皮实,能听的进去别人的建议,也能容纳他人的情绪,深受团队的爱戴,都喜欢跟他做项目。

而另一种则是修成了佛,他什么都不管,有需求就做,碰到技术问题就装傻充愣,也不对自己的需求负责,大家都在背后骂,就他还觉得自我感觉良好。

前者随着年龄和阅历的增加,越来越向上;而后者随着年龄的增加,越来越向下,最后被无情的“优化”。

这三个产品经理必经的高频场景,也许会对你带来一点新的做事思路。

一起,加油!

作者:柳星聊产品,公众号:柳星聊产品

本文由 @柳星聊产品 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

责任编辑:复兴网网络
关于我们 | 联系我们 | 广告服务 | 法律声明 | 招聘信息 | 网站地图

复兴网版权所有,未经书面授权禁止使用

复兴时报社主办 版权所有:复兴时报社 © 2014-2023 CHINAFXNEWS.com All Rights Reserved.

举报邮箱: chinafxnews@163.com

电脑版 | 移动版