产品怎么做,才能超出需求方的预期?

2022 年 1 月 1 日 人人都是产品经理

关注并将「人人都是产品经理」设为星标

每天早 07 : 45 按时送达

产品经理应怎样做才能超出业务的预期呢?或者说,产品经理要怎么把产品做好,能够在满足需求方需求的同时,又能让需求方眼前一亮呢?围绕这个问题,我们在天天问发起了讨论,一起来看看小伙伴们的回答吧~


整理:蔡文媛

本文整理自人人都是产品经理社区旗下互助问答模块「天天问」

题图来自 Unsplash,基于 CC0 协议

全文共 5970 字,阅读需要 12 分钟

——————/ BEGIN /——————




【天天问每周精选】第170期:产品怎样才能如何超出需求方的预期?

文章内容部分来源于@Mr.杰 @君上666 @石砚 @张柳楠(John) @PM2.5 @温凉 @咕噜噜 的精彩回答。




作为产品经理,你是否经常有这样的困惑:好不容易做好了一个产品,但放到需求方眼前一看,需求方反应平平,甚至需求方还认为不满意,让你回去重新修改。

于是你拿着自己的产品设计,左思右想都想不明白:

  • 明明是按照需求方的要求去做了,但为什么需求方还是不满意?

  • 如何才能做一个符合需求方需求的产品,同时这个产品又能够超出需求方预期呢?

针对这些问题,我们在天天问展开了一场讨论,一起来看看小伙伴们是怎么说的吧~

如何能够设计出超出需求方需求的产品,一直是产品经理的一大难题,想要超出需求方预期并不容易,但是关于如何能够去做到设计出一款令人满意的产品这个问题,还是有不少的方法和技巧,以下是方法的总结。

如何按预期交付

大家在讨论中总结了很多关于需求方不满意的原因,以下具体说说其中的3点,以及对应的解决方式,让我们能够更好地按需求方的预期来交付。

1. 既定需求的交付效果不佳

比如需求被打折扣,或者产品本身还有bug等未解决,体验不够流畅等等。

作为产品经理,我们可以怎么做呢:

  • 保障此次上线没有出现bug。

  • 对产品功能已经非常了解,需求方不需要再对你进行额外培训了。

  • 保证需求得到满足,也就是需求方暂时没有优化需求了。

  • 给予数据反馈。合格的产品经理要跟踪上线产品的数据,上线前应该和需求方沟通,明确哪些数据需要得到反馈。双方也要根据需求开发时做的收益预估,对上线产品进行数据分析复盘等等。

  • 及时对需求进行优化。如果需求方没有反应,但基于前期的产品调研,产品经理如果有2.0的优化动作,可以根据1.0的数据,主动和需求方对接,输出2.0的规划和收益预估,以此超出需求方的预期。

2. 需求本身不是痛点

很多时候的需求就是为做而做,为了找点事干而做出来的需求;或者需求方刚开始觉得是痛点,但其实后面发现并不是。总之都是属于那种不痛不痒的功能需求,有无都不会带来太大的影响。

这种需求要注意,很多时候都属于伪需求,不仅浪费研发资源,而且投入产出比很低,做法是该“砍”则“砍”,其实很多业务需求不一定非得用软件来实现。

3. 没有挖到真正的需求

1)需求方未清楚提出需求

需求方本质上并不清楚自己要什么,或者虽然清楚但词不达意。

比如你去商场买衣服,最后你说不买了,销售员问为什么不买了,你说因为不好看,然后销售员给你找了很多更好看的衣服,但你还是说不好看,这时销售员懵了。其实本质的原因是你觉得太贵了,但潜意识里你并不清楚这个本质原因或者自己不愿意说透。

这个比喻可能不太合适,但所想表达的其实是需求方说出来的不一定是真正的需求和原因,这需要产品经理能够更深度的去了解需求方的要求,同时也考验产品经理的沟通能力和人性洞察能力。

对此,产品经理应该多对需求方或是市场进行洞察分析,多与需求方进行沟通,这样才能提升对产品设计需求的理解程度。

2)沟通和理解不到位

这就是沟通能力问题,不是每个需求方都很专业,能非常清楚自己要什么,而且能把自己的所想非常精准地表达给你,恰好你又非常精准地理解到位了,这种沟通很难,也十分考验人的沟通能力。

沟通法则里面沟通信息传递程序是:脑子里所想的、 所说的、所听到的、所理解到的,这四层每经过一层都会造成20%的信息遗失。所以需求方脑子里想到的东西,和你理解到的东西从原理上会有60%的信息丢失。

所以产品经理要在沟通和理解上多下功夫,找到更加贴切需求方所想的设计方案。

3)未经沟通加需求

不要觉得给需求方加了量,需求方就会买单。在双方确定沟通需求后,自己又往里加了需求在里面,还不告知需求方,这不仅不会给别人带来惊喜,而且可能会给需求方带来惊吓和否定,会让需求方觉得这个产品经理怎么老是给自己加戏,而且还不按套路出牌。

加需求前提是让对方知道并且得到认同,而不是自己乱加。

综上所述,如果说要按需求方预期来交付,那么我们需要按时、按质、按量、按需求交付。

如何超预期的交付

那么前面说了“按预期交付”的一些方法和考量,有些产品经理可能更希望精益求精,那么如何做到“超预期交付”呢?以下也做出了一些方法的总结。

1. 为需求方做考虑

1)为需求方节约资金成本

不是去缩小利润空间,而是通过频繁的沟通去帮他做减法,把需求关注焦点提炼出来,汇聚力量主攻某个需求。

对于需求方那些模糊的、不细腻的需求,可以提出总体立项、分布实施的战略来进行删减,如果需求不清,就不可能满足需求方所要求达到的期望。

2)为需求方节约时间成本

有个很讨巧的技巧——报价的时候报的价格更高一些,做的时候反复无常,一会儿说要延期,一会儿又说要熬夜攻克了,但最终一定要确保在需求方的Deadline,也就是交付期限之前交付。

3)为需求方提供参与度

千万不要自己一个人闷头苦干,即便需求方是个外行,你也要邀请需求方一起参与,比如邀请协同办公、开会、来团队这里参观、对你进行指导等等。

让需求感觉这个案子始终在其手里,虽然需求方有可能并不是很了解每个步骤具体是做什么的,但他也能够有参与感。

2. 提高倾听能力、沟通能力、洞察能力

1)倾听能力

用心去倾听需求方的要求以及反馈,了解需求方预期产品的设计到达什么样的程度,明确需求目标以及范畴。

2)沟通能力

与需求方的沟通能力很重要,在沟通中要擅于提问,要更深层次地了解需求方的要求,了解需求方的想法。

3)洞察能力

对于需求方的需求,要进行深入研究,从需求方的角度去分析,完成显性要求的同时,能分析出他们的隐性需求且给予完美实现。

3. 调研出需求方背后更深层次的需求

如何做出超出需求方预期的需求,这个问题应该是从需求调研时就应该开始进行分类,具体可参考KANO模型,如果所做的本来就是无差别需求和基本需求,即使做好也对用户来说也是理所应当的,重点是找到需求方暗处的兴奋需求。

需求方往往是提一些自己的理解和解决方案,而需求还原就很关键,那要怎么去调研出需求方背后隐藏的更深层次的需求?还有怎么给需求方提供更好的解决方案,并且让自己看起来更专业?

举个例子:

给客户搭建工单系统的时候,按照客户的需求,工单按照流程去实现了上线了以后便能结束。

但是按照产品角度来说,每次流程变更都应该有填写变更理由的地方,甚至每次变更都需要发送通知给对应干系人。

如果能给客户新增这样的功能,客户的系统是会更方便去使用的。

4. 重视视觉呈现

视觉是需求方看到设计的第一反应,它是不需要逻辑思考和功能验证的。如果是网站或者APP的设计,视觉效果一定是让需求方超预期的最佳途径。

结  语

关于产品如何设计才能够超出需求方期待这个问题引发讨论的重点就在于产品,在满足需求方需求的同时,还需要再进行什么样更深层次的考虑,让这个产品能够超出需求方的预期。

对于新手产品经理来说,这是一项值得学习的知识点,对于做得风生水起的产品经理来说,这也是每次设计产品时不得不去思考和跨越的难关。

如果能够掌握这个技巧和思维模式,便能够在将来的产品设计中,更多地去关注重点,更加地去针对需求方的需求去做提升和改进,让自己设计的产品更加符合需求方的需求和市场的需求。

想他人所未想,做他人所未做,这需要产品经理有一定的创新思维才能够去做到的。养兵千日,用兵一时,在设计产品时不断去锻炼自己的思维能力,未来在产品设计中也能够有自己的一套方法,去做到超出需求方的预期。

产品经理永远都在学习中,希望大家能够持之以恒,继续加油!

—————— / END / ——————

天天神回复

「天天神回复」是天天问的一个新栏目,致力于发现天天问小伙伴的精彩语录。抖机灵,大伙儿也是认真的!如果喜欢,记得点击问题链接,和TA一起互动吧,我们也在这里期待你的发言哟~

一人一段的打工人年度报告

@FanFan:

2021年,老板给你发了12个月工资

你为老板节省了招聘3个人员的成本

能者多劳,相信你一定是最棒的

为什么微商很明显的割韭菜方式还是有很多人信呢?

@大鱼炖海棠:

微商的骗局很多人看来是智商税,但这些人都是要被微商筛掉的——只有筛剩下的那些才是他们的“目标用户”,也就是题目里提到的“很多人”。

企业的价值观到底是什么?

@吴彦祖杭州分祖:

企业价值观=上层领导价值观

▼ 点击「阅读原文」查看更多精彩回答
登录查看更多
0

相关内容

产品经理(Product manager,简称为 PM)是指,定义1:在公司中,针对某一项或是某一类的产品进行规划和管理的人,主要负责产品的需求分析、研发、制造、营销、渠道等工作;定义2:是针对某个产品,贯穿其生命周期,没有行政权力的全面负责人。一般来说,产品经理是负责并保证高质量的产品按时完成和发布的专职管理人员(某些公司有专职的项目经理完成)。他的任务包括倾听用户需求;负责产品功能的定义、规划和设计;做各种复杂决策,保证开发队伍顺利开展工作及跟踪错误等,总之,产品经理全权负责产品的最终完成和后续迭代
《数据中台交付标准化》白皮书
专知会员服务
122+阅读 · 2022年3月21日
专知会员服务
146+阅读 · 2021年8月7日
专知会员服务
50+阅读 · 2021年5月21日
模型压缩究竟在做什么?我们真的需要模型压缩么?
专知会员服务
27+阅读 · 2020年1月16日
缺少大厂背书的产品经理,你很难值钱!
人人都是产品经理
0+阅读 · 2022年4月10日
从1到100,SaaS怎么做增长
人人都是产品经理
0+阅读 · 2022年4月1日
B端产品的线下调研,怎么做?
人人都是产品经理
0+阅读 · 2022年3月24日
没有人能避开「竞品分析」的误区,如何修炼产品基本功?
人人都是产品经理
0+阅读 · 2022年2月22日
说到产品需求,到底谁的是第一优先级?
人人都是产品经理
0+阅读 · 2022年2月5日
月薪过万的产品新人,都是怎么做Axure原型设计的?
人人都是产品经理
0+阅读 · 2022年1月13日
从用户角度,体验产品的三个要点
人人都是产品经理
1+阅读 · 2022年1月9日
“做产品快2年了,怎么「基本功」还怎么差?”
人人都是产品经理
0+阅读 · 2021年12月30日
别再拍脑袋了!做B端产品决策前,你判断需求价值了吗?
人人都是产品经理
0+阅读 · 2021年12月13日
国家自然科学基金
0+阅读 · 2015年12月31日
国家自然科学基金
0+阅读 · 2014年12月31日
国家自然科学基金
5+阅读 · 2013年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
1+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
1+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
Arxiv
0+阅读 · 2022年4月20日
Arxiv
15+阅读 · 2021年7月14日
Arxiv
19+阅读 · 2021年1月14日
A Survey on Edge Intelligence
Arxiv
51+阅读 · 2020年3月26日
Arxiv
11+阅读 · 2018年7月31日
VIP会员
相关资讯
缺少大厂背书的产品经理,你很难值钱!
人人都是产品经理
0+阅读 · 2022年4月10日
从1到100,SaaS怎么做增长
人人都是产品经理
0+阅读 · 2022年4月1日
B端产品的线下调研,怎么做?
人人都是产品经理
0+阅读 · 2022年3月24日
没有人能避开「竞品分析」的误区,如何修炼产品基本功?
人人都是产品经理
0+阅读 · 2022年2月22日
说到产品需求,到底谁的是第一优先级?
人人都是产品经理
0+阅读 · 2022年2月5日
月薪过万的产品新人,都是怎么做Axure原型设计的?
人人都是产品经理
0+阅读 · 2022年1月13日
从用户角度,体验产品的三个要点
人人都是产品经理
1+阅读 · 2022年1月9日
“做产品快2年了,怎么「基本功」还怎么差?”
人人都是产品经理
0+阅读 · 2021年12月30日
别再拍脑袋了!做B端产品决策前,你判断需求价值了吗?
人人都是产品经理
0+阅读 · 2021年12月13日
相关基金
国家自然科学基金
0+阅读 · 2015年12月31日
国家自然科学基金
0+阅读 · 2014年12月31日
国家自然科学基金
5+阅读 · 2013年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
1+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
1+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
相关论文
Arxiv
0+阅读 · 2022年4月20日
Arxiv
15+阅读 · 2021年7月14日
Arxiv
19+阅读 · 2021年1月14日
A Survey on Edge Intelligence
Arxiv
51+阅读 · 2020年3月26日
Arxiv
11+阅读 · 2018年7月31日
Top
微信扫码咨询专知VIP会员