別瞎忙了！問題不拆成渣，加班到死也白搭

職場人最崩潰的不是加班而是白忙

近來和好些朋友交流，眾人一同吐槽一種情形：明明每日加班至深夜。然而手中項目恰似被卡住，難以向前推進。領導催促甚急，同事也在等待相關進展，自己亦渴望解決問題，只是不知該從何處著手。許多人最初反應竟是懷疑自個兒能力欠佳，實則并非你能力不足，而是你未將問題拆解至可直接著手處理的程度。今日所講的這個辦法，做 B 端產品經理的人天天都在運用，只需簡單的三個步驟，便能使你從混亂不堪轉為有序推進工作。

先把模糊抱怨變成具體地圖

職場之中最怕的便是那種模糊不清的抱怨，業務方面臨問題時，會不假思索地講出“流程過于繁雜”“此功能不太好用”“體驗糟糕透頂 ”。倘若你直接只顧自行埋頭思索解決方案，大概率會偏離正確方向，白白耗費精力。就好比業務人員提及流程繁瑣，你誤以為是系統操作存在復雜性，急忙添加一個快捷入口，然而人家依舊聲稱麻煩。

最關鍵的細節你沒問清楚，到底是誰覺得麻煩，是客服呀還是銷售。下單環節卡住了，還是對賬環節出問題了。每天都會出現卡住的情況，還是月底高峰期才成這樣。操作步驟繁多，還是審批環節長時間沒人理會。這些場景細節要是沒弄清楚，所有討論就如同在猜謎語一般。

業務方面稱效率較為低下，研發人員覺得是頁面加載速度遲緩，然而實際問題卻是數據同步出現延遲，領導表示體驗欠佳，執行的人員認為要增添新功能，事實上領導所指的是字體尺寸太小，客戶講使用起來不好用，團隊內部因而開始相互推諉責任，沒有任何人真正觸及到問題的實質。當遭遇繁雜事務時，要先將場景拆解開來，即誰、在何處、于什么時候、碰到了什么狀況。

別被表面需求騙了找到真實痛點

嘴上說著的眾多人，實際上根本并非痛點，而是其自認為的解決辦法。比如說，有人講“這兒可不可以添加個提醒”，倘若你直接予以添加，最終卻依舊毫無作用。這是由于真實痛點根本不是缺少提醒，或許是負責人自身都并不明晰應當管理此事，又或許是截止時間沒有人去進行更新。

又存在這樣的可能性，那便是群消息數量過多，即便發出提醒，也會被海量消息所淹沒。或者是上游的數據根本就未曾進行更新，就算發出提醒，也沒辦法開展相關事務。直接添加提醒，僅僅是致使混亂更為準時地發出聲響罷了，根本無法解決核心的問題。再比如說，領導聲稱你的匯報不夠清晰，你覺得是自身口才欠佳，便跑去報名參加演講班。

你沒先說結論，致使領導聽了許久都不清楚你要做何事，這或許是真實痛點。你沒講當下風險，導致領導難以判定優先級，進而不知是否該批準，這可能是真實痛點。你沒給出判斷依據，使得領導不敢輕易拍板，生怕承擔責任，這也許是真實痛點。你闡述了諸多過程，卻沒提及需要他做出何種決策，這亦是真實痛點。痛點并非他人講的那番話，而是此事反復受阻的關鍵所在。

別讓問題懸著定好下一步動作

職場之中，最能消耗人的那種狀態是，一群人交談了許久，然而最終卻不存在任何實際的行動。會議持續了兩小時，所有人都認定問題極是重要，只是卻沒有人做出決策。群里面討論得極為熱烈，每個人都闡述了篇幅不短的看法，最終卻無疾而終。文檔撰寫得十分精美，邏輯明晰如同教科書一般，可是項目依舊沒有啟動。

誰負責此事無人知曉，何時做完沒有明確，先做哪部分也不清楚，做到何種程度算完成不明確，風險由誰同步給領導不確定。問題僅是從會議紀要移至文檔，依舊懸而未決。故而最后一步必須落實到具體動作，不可再處于懸空狀態了。

舉例來說，于今天下午五點之前，小王整理出三個核心使用場景并發送至群里。明天上午十點之前，小李要與財務確認清楚數據口徑。這周僅僅解決審批卡住的那兩個環節，其他暫且不予理會。此次會議僅僅確定責任人和截止時間，不討論其他閑聊內容。當前的風險由老張向上同步給總監。實際上，有用的溝通并非把話說得動聽，而是使混亂變得具備可操作性。

不止產品經理能用所有人都能抄作業

這套法子并非僅是產品經理所特有享有的，在職場當中的每一個人全部都能夠去拿來運用。進行運營工作崗位的人員能夠借助它去剖析活動為何沒有達成預期的成效為當下的狀況：場景層面在于究竟是哪個渠道的用戶沒有實現轉化，痛點之處在于活動規則極度繁雜亦或是獎品欠缺引力從而缺乏吸引力，接下來的步驟是對規則予以優化還是去改換替代更為合適有用獎品。從事銷售工作崗位的人員能夠憑借它去拆解剖析客戶為何沒有下單。

場景呈現為客戶處于哪個決策環節而出現了猶豫狀況，痛點在于價格過高還是信任程度不足，后續步驟是提供成功事例還是申請優惠。財務能夠運用它來拆解數據差異：場景是哪一份報表里的哪一個科目出現了不一致，痛點是數據來源有誤還是計算邏輯有誤，下一步是核對原始數據還是調整公式。

那種普通的上班族也是能夠使用的，匯報遭遇了卡頓的情況，首先要詢問場景，也就是向誰去匯報以及匯報的是什么事情。痛點在于領導想要了解的是什么以及我究竟是哪里沒有表述清楚。動作是下次在進行匯報的時候應該先講述結論。會議出現了混亂的狀況，同樣也是要進行拆解的。當面對著雜亂的問題時間，不要著急去承擔責任，也不要急忙給出解決方案，首先要詢問這三個問題。它并非一定能夠馬上就解決掉所有的問題，但是至少能夠幫助你們從那一團混亂之中尋找到開始著手的入口。

好多時候著實并非問題困難，而是我們未曾將其拆解細致。下次碰到推進受阻的事情，先把場景拆解得具體些，接著找到實際痛點，最后確定好能夠落地的動作。問題便由“人人都感覺亂”轉變為“此刻能夠往前推進一步”。對了，你近來是否遭遇過推進不了的問題？運用這三個問題去拆解一番，在評論區告知我你的結果。