别瞎忙了！问题不拆成渣，加班到死也白搭

职场人最崩溃的不是加班而是白忙

近来和好些朋友交流，众人一同吐槽一种情形：明明每日加班至深夜。然而手中项目恰似被卡住，难以向前推进。领导催促甚急，同事也在等待相关进展，自己亦渴望解决问题，只是不知该从何处着手。许多人最初反应竟是怀疑自个儿能力欠佳，实则并非你能力不足，而是你未将问题拆解至可直接着手处理的程度。今日所讲的这个办法，做 B 端产品经理的人天天都在运用，只需简单的三个步骤，便能使你从混乱不堪转为有序推进工作。

先把模糊抱怨变成具体地图

职场之中最怕的便是那种模糊不清的抱怨，业务方面临问题时，会不假思索地讲出“流程过于繁杂”“此功能不太好用”“体验糟糕透顶 ”。倘若你直接只顾自行埋头思索解决方案，大概率会偏离正确方向，白白耗费精力。就好比业务人员提及流程繁琐，你误以为是系统操作存在复杂性，急忙添加一个快捷入口，然而人家依旧声称麻烦。

最关键的细节你没问清楚，到底是谁觉得麻烦，是客服呀还是销售。下单环节卡住了，还是对账环节出问题了。每天都会出现卡住的情况，还是月底高峰期才成这样。操作步骤繁多，还是审批环节长时间没人理会。这些场景细节要是没弄清楚，所有讨论就如同在猜谜语一般。

业务方面称效率较为低下，研发人员觉得是页面加载速度迟缓，然而实际问题却是数据同步出现延迟，领导表示体验欠佳，执行的人员认为要增添新功能，事实上领导所指的是字体尺寸太小，客户讲使用起来不好用，团队内部因而开始相互推诿责任，没有任何人真正触及到问题的实质。当遭遇繁杂事务时，要先将场景拆解开来，即谁、在何处、于什么时候、碰到了什么状况。

别被表面需求骗了找到真实痛点

嘴上说着的众多人，实际上根本并非痛点，而是其自认为的解决办法。比如说，有人讲“这儿可不可以添加个提醒”，倘若你直接予以添加，最终却依旧毫无作用。这是由于真实痛点根本不是缺少提醒，或许是负责人自身都并不明晰应当管理此事，又或许是截止时间没有人去进行更新。

又存在这样的可能性，那便是群消息数量过多，即便发出提醒，也会被海量消息所淹没。或者是上游的数据根本就未曾进行更新，就算发出提醒，也没办法开展相关事务。直接添加提醒，仅仅是致使混乱更为准时地发出声响罢了，根本无法解决核心的问题。再比如说，领导声称你的汇报不够清晰，你觉得是自身口才欠佳，便跑去报名参加演讲班。

你没先说结论，致使领导听了许久都不清楚你要做何事，这或许是真实痛点。你没讲当下风险，导致领导难以判定优先级，进而不知是否该批准，这可能是真实痛点。你没给出判断依据，使得领导不敢轻易拍板，生怕承担责任，这也许是真实痛点。你阐述了诸多过程，却没提及需要他做出何种决策，这亦是真实痛点。痛点并非他人讲的那番话，而是此事反复受阻的关键所在。

别让问题悬着定好下一步动作

举例来说，于今天下午五点之前，小王整理出三个核心使用场景并发送至群里。明天上午十点之前，小李要与财务确认清楚数据口径。这周仅仅解决审批卡住的那两个环节，其他暂且不予理会。此次会议仅仅确定责任人和截止时间，不讨论其他闲聊内容。当前的风险由老张向上同步给总监。实际上，有用的沟通并非把话说得动听，而是使混乱变得具备可操作性。

不止产品经理能用所有人都能抄作业

这套法子并非仅是产品经理所特有享有的，在职场当中的每一个人全部都能够去拿来运用。进行运营工作岗位的人员能够借助它去剖析活动为何没有达成预期的成效为当下的状况：场景层面在于究竟是哪个渠道的用户没有实现转化，痛点之处在于活动规则极度繁杂亦或是奖品欠缺引力从而缺乏吸引力，接下来的步骤是对规则予以优化还是去改换替代更为合适有用奖品。从事销售工作岗位的人员能够凭借它去拆解剖析客户为何没有下单。

场景呈现为客户处于哪个决策环节而出现了犹豫状况，痛点在于价格过高还是信任程度不足，后续步骤是提供成功事例还是申请优惠。财务能够运用它来拆解数据差异：场景是哪一份报表里的哪一个科目出现了不一致，痛点是数据来源有误还是计算逻辑有误，下一步是核对原始数据还是调整公式。

那种普通的上班族也是能够使用的，汇报遭遇了卡顿的情况，首先要询问场景，也就是向谁去汇报以及汇报的是什么事情。痛点在于领导想要了解的是什么以及我究竟是哪里没有表述清楚。动作是下次在进行汇报的时候应该先讲述结论。会议出现了混乱的状况，同样也是要进行拆解的。当面对着杂乱的问题时间，不要着急去承担责任，也不要急忙给出解决方案，首先要询问这三个问题。它并非一定能够马上就解决掉所有的问题，但是至少能够帮助你们从那一团混乱之中寻找到开始着手的入口。

好多时候着实并非问题困难，而是我们未曾将其拆解细致。下次碰到推进受阻的事情，先把场景拆解得具体些，接着找到实际痛点，最后确定好能够落地的动作。问题便由“人人都感觉乱”转变为“此刻能够往前推进一步”。对了，你近来是否遭遇过推进不了的问题？运用这三个问题去拆解一番，在评论区告知我你的结果。