首页 文章详情

B端产品上线后,业务方不认可,怎么办?

李宽wideplum | 168 2022-06-30 03:40 0 0 0
UniSMS (合一短信)

大家好,我是“干B端,找李宽”的李宽。今天我们来聊一聊话题,“B端产品上线后,业务方不认可,怎么办”。这是视频的文字版。

感谢运营编辑--说啥啊 的整理。


使出浑身解数推动B 端产品上线后,业务方不认可,产品经理内心多煎熬大家都懂,此时的我们除了emo,还能怎么办呢?

找到问题我们才能有的放矢,以下两种问题,你是否遇到过:

新业务赶进度

为了新业务赶进度,各业务方或项目的需求方在一起快速地推动产品上线。这样就会导致前期一些需求调研的不够充分,或者一味追求上线速度,没有明确、详尽地说明内容,最后结果不尽人意。

小概率场景

第二种现象,大家都很努力地推动上线,但是上线之后,出现了一些不能满足业务方使用需求且发生概率非常小的特殊场景,这时业务方很自然的认为我们提供的产品不支持。

摸清问题后,调整好心态。

放宽心!

作为一个长期经历被业务“怼”的产品经理,我想说的是:出现这种情况,不是一个人的问题。

这不是推卸责任,一个系统的上线,是各方共同努力的结果,并不是单靠产品经理说这个事能做,那个事不能做来推动产品上线的。

你要明白:

越努力干事的人,越容易暴露问题

一个产品或项目上线,肯定是由产品经理为代表的角色去把这个事情落地,但是越努力干事的人,越容易暴露问题,产品经理就属于这种努力干事也容易暴露问题的角色。

暴露问题不可怕,解决问题才能真正提升个人能力。

系统刚性痛打业务柔性

系统上线之后,许多规则和限制被代码定死在系统里,不像没有系统的时候,业务人员遇到一些特殊问题,可能打个电话或者线下操作一下,就能非常变通的解决。

在系统使用初期,必然会出现一些不适和冲突,用哲学来思考,就是系统的刚性会痛打业务的柔性。柔性的业务处理方法遇到刚性的系统,带来的一系列问题,都是在推动新系统或者B 端产品时,必须要付出的代价和成本,面对这些代价和成本,我们要学会坦然,与自己和解,不要给自己太大的心理压力。

解决方法

做好心理建设后,到了放手去做的环节。

列出问题优先级

稳住!我们能赢

先思考到底是哪里出现的问题?客户吐槽哪些问题?问题收集完后列出优先级。

在短时间内,产品经理和产研团队没有办法解决所有问题,只能抓主要矛盾。这时我们一定要与客户明确沟通:我们在有限时间为了保证系统的主要流程能够走通,会优先处理影响主流程的问题。说明问题后进行原因分析和排期解决。

总结一下,汇总问题时最重要的就是确定任务的优先级,不要被对方带节奏,哪怕对方提出一个很着急而且需要其他部分配合的问题也要稳住,然后淡定的跟对方讲:我们作为问题的解决方,希望你们能尽快给我一个准确的回复和结论。

找到问题,给出执行方案

行动胜过一切

后面对方把结论给到我们,双方沟通确认后,按照方案继续执行即可。在这种高压情况下,产品经理一定要把控好节奏,牢牢守住优先级这根底线。当你心理有了这根优先级的底线,后面你就能有节奏去处理问题。

吃一堑长一智,遇在这种情况,我们要及时复盘,争取下次不再出现。在梳理需求的时候,我们做好以下几点,防患于未然。

防患于未然

1、打通主流程

首先将主流程与各方确认,也就是说在需求确认的前期和分析的前期,我们要保证主流程打通。

在此基础上,一定要将主流程的各个环节加粗标红并一一跟业务方发邮件确认或签字确认。分析过于详尽,可能会出现项目进展缓慢的情况,但是作为产品经理,一定要合理地把自己的责任分摊出去。

2、责任分摊

前期的需求分析和调研,业务方很大的义务责任跟进产品经理的工作,并配合产品经理把需求分析明确。如果主流程需求没有分析清楚,那么业务方也要承担相应责任。

所以为了产品上线,业务方与产品经理应各自承担起相应的责任,互相配合,分析需求,最后落地成文开始执行。

3、统一业务对接人

在分析业务需求的过程中,可能会涉及到很多部门和角色,东一榔头西一棒子并不能解决所有问题。这时就需要业务方成立一个需求小组或调研小组,先做好内部需求的充分调研和梳理,筛选内容后,交给产品经理进行进一步的分析和设计。否则,产品经理做的事情会非常的忙乱。

更极端一点的做法:不成立业务小组,只负责对接业务方老大或者主要负责人确认过的需求。没有业务方老大确认的需求不接!不跟!这样在某种程度上也能保证需求的合理性和正当性。

当然以上是对内工作时产品经理可能出现的情况。

那么当产品经理作为一个实施项目团队成员,给甲方实施项目分析需求时,该怎么办?

作为乙方的实施产品经理,我们只需做好一件事:催促甲方内部得出结论并给到产品经理。

如果甲方提出了一个不太合理的需求,我们已经预见需求上线后效果不好,而且很可能进行修正和改动的情况,这时我们要跟甲方客户提出建议,说清楚理由以及可能产生的后果,并进行劝阻。

如果甲方执意进行,我们“丑话”也已经说在了前面,后续如果有任何问题,甲方负责跟进更改,相应的变更成本和时间也由甲方负责。

以上是分别是对内和对外的需求场景解决方法,希望能够帮助大家更好的与业务方沟通,避免产品上线后,产品经理非常被动或被投诉的事情发生。

好了,今天我们聊的这个话题希望能够帮助到大家。如果大家对这个话题感兴趣的话,也可以在评论区留言。


欢迎入群


这可能是目前最大的B端产品微信群,点击->#快来入群:B端产品交流群#


今天,与 29500 位读者一起见证彼此成长
后台回复“微信”,可加我个人微信

学习推荐


目前最专业的支付产品经理课程,点击->“Pay X 支付集训营”每天都有进步
目前最专业的B端运营课程,点击->系统学习B端运营知识
good-icon 0
favorite-icon 0
收藏
回复数量: 0
    暂无评论~~
    Ctrl+Enter