利害關係人真正需要什麼?揭開需求面紗的技巧

為什麼你做的功能沒人要?因為你落入了「需求偽裝」陷阱

很多 PM 跑來問我:明明是照著客戶需求書做的,為什麼驗收時他們還是不滿意?「是不是我的規格書寫得不夠細?」

我說:不,這不是規格問題,是你根本分不清什麼是「想要」,什麼是「需要」



1. 別被字面意思騙了,要看清「顯性 vs 隱性需求」

客戶說「我想要一個 AI 自動化報表」,這只是表象。如果你直接照做,你只是個「接單員」而不是 PM。

這就是心理學中的「需求偽裝」:

  • 傳統思維 PM: 客戶要 A 功能,我就給 A 功能(淪為規格編譯器)。
  • 顧問思維 PM: 挖掘 A 功能背後的動機。這叫「五個為什麼」法。客戶要 AI 報表,可能是因為他想在老闆面前顯得「有在數位轉型」,或者他只是想解決某個流程冗長導致的 KPI 壓力。


2. 為什麼「數據」比「訪談」更誠實?

行為經濟學告訴我們,人類存在「觀察者偏差」。利害關係人在會議桌上說的話,往往會為了政治正確或推卸責任而扭曲事實。

實戰場景分析:
❌ 主管說流程太慢,需要 AI 提速。(聽取字面,可能做白工)
✅ 調閱數據發現,真正卡關的是人工簽核的行政延遲,AI 無法解決制度病,應先優化 Workflow。(直擊病灶)


3. 避開「大而全」的災難:小步快跑的生存法則

PM 常想一次做滿所有功能來討好客戶。但在需求模糊的賽局中,這叫「沉沒成本陷阱」。你投入越多,最後發現方向錯了就越不敢改。

專業 PM 應該是「風險管控者」: 不要承諾一次走到終點,而是「逐步揭露真相」。用最短的迭代(Sprint)交出原型,逼出客戶的真心話。記住:未經測試的需求,都是幻覺。

需求分析與AI優化
需求分析指南:該問與不該問的事
  • 不要做的事: 不要問「你想要什麼功能?」,這會讓對方的思考侷限在現有的認知框框裡。
  • 需要做的事: 問「你現在最痛苦、最想解決的現象是什麼?」,讓對方描述痛點,由你來定義解法。

解決問題的前提是「找對問題」。解法往往不在技術,而在對人性與業務邏輯的深度洞察。

顧問型 PM 真正最強大的武器,是「定義問題」的權力

如果你覺得自己只是在幫客戶畫規格圖,那表示你已經失去了專案的主導權。

  • 識別政治意圖: 很多「硬需求」其實是為了應付組織內部的 KPI 壓力,學會聽出弦外之音。[注1]
  • 用數據擊碎幻覺: 當客戶堅持要不合理的功能時,拿出數據。數據是唯一能讓感性決策回歸理性討論的籌碼。
  • 建立信號機制: 讓利害關係人知道,你的「小步快跑」是為了保護他們的投資不被浪費。

PM 的價值不在於實現需求,而在於過濾掉錯誤的需求

別再當個唯唯諾諾的傳聲筒,那只會讓你每天疲於奔命。學會看懂需求背後的利益流動與現實困境,你才能從一個「功能開發者」,變成真正能為企業創造價值的商業決策參與者


[注1]: 有時候「AI 自動化」只是對外宣傳的口號,真正的核心需求可能是內部流程的標準化。

需求分析對比:為什麼你的專案總是在改?

情境 傳統型 PM (聽話辦事) 顧問型 PM (洞察本質)
客戶要求新功能 記錄下來,評估工時 詢問該功能要解決什麼具體痛點
驗收標準模糊 硬著頭皮做完再說 利用 MVP 或數據驗證,分階段對齊期待

專案基本功上還想再加強 ?

若你覺得這篇內容偏策略、偏政治,而你在專案基本功(需求拆解、風險管理、WBS、時程控管)上還想再加強, 建議先把基礎打穩,再來吸收這些進階技術,你會更快看懂。

基礎穩了,你才能真正理解利害關係人的動機、讀懂風向,也才能少走彎路,成為一位成熟的 PM。

我設計了一門課,專門把 PM 的基礎功扎穩。 基礎穩了,你才能真正理解利害關係人的動機、讀懂風向,也才能少走彎路,站上更高階的 PM 位置。歡迎來看看

折扣連結

留言

這個網誌中的熱門文章

PMO是什麼?專案經理必懂的PMO、SOP與Waterfall

以MBTI 分析誰適合當專案經理?

任務分工的關鍵技巧