提案一直修改，問題可能在一開始就沒對準痛點
總是差一點，才是最磨人的狀況
彥廷最近常有一種熟悉的挫折感。
最讓人挫折的，並不是客戶直接拒絕，而是明明有在談，卻怎麼都推不進下一步。
會議氣氛不差，對方會點頭，也會補充幾句意見，甚至還會說「方向有接近」。團隊一回來，就立刻開始改。有人補內容，有人調流程，有人重寫提案，連簡報順序都換了好幾輪。大家都很認真，也都想把案子再往前推一點。
可是一版改過一版，結果卻差不多。
沒有被明確否定，卻始終少了那個真正讓案子往前走的關鍵。改到後來，團隊開始急了。有人覺得是不是提案還不夠完整，有人猜測客戶其實沒有那麼想做，也有人把壓力丟回執行端，認為是不是自己的反應不夠快、調整還不夠靈活。
很多提案卡住，不是做不夠，而是太快開始做
這樣的場景，在企業裡其實很常見。很多團隊一聽到需求，就很快開始動手做方案。這種積極本身沒有問題，真正的問題是，大家常常太快進入解題模式，卻還沒先把題目看清楚。於是後面每一次修改，看起來都很忙，實際上卻可能只是沿著偏掉的方向繼續加碼。
後來，彥廷和團隊沒有急著修第四版，而是先把過去幾次的會議紀錄、往返信件，以及業務當場記下來的反應全部攤開來看。也是在這個時候，他們才慢慢發現，自己一直抓的是客戶說出口的需求，卻沒有真正碰到客戶心裡最在意的那個地方。
客戶口頭上說，希望功能再完整一點，真正擔心的，可能是第一線已經夠忙了，新東西導進來以後根本沒人想學。
他說流程最好再周延一些，真正卡住的，可能是現在每多一道確認，就多一次等待，最後速度反而更慢。
他說制度要做得更完整，心裡在意的，也許不是制度本身，而是導入後會不會增加反彈、讓原本就不順的協作變得更僵。
這些差別如果沒有看清楚，方案很容易越做越多，卻越來越碰不到核心。因為客戶表面上提出的是需求，真正影響他要不要往前的，往往是那個還沒被整理清楚的痛點。
先看卡點，再談方案，提案才有機會真正對焦
這也是我們佑鈞企管在和企業討論需求時，通常很重視的一件事。
我們不會一開始就急著把課程架構、工具內容或完整方案全部攤開來，而是會先陪客戶一起看：現在最卡的是哪一段？問題出在流程銜接、跨部門協作、主管帶動，還是前端目標本身就沒有對齊？只要卡點找準，後面的提案就不會只是內容很多、頁數很多，而是真正讓客戶感受到，這個方案有機會幫他解決眼前的麻煩。
很多時候，合作之所以談得下去，關鍵不只是提案講得多漂亮，而是客戶有沒有感覺到：「你真的知道我現在難在哪裡。」一旦這一點對上了，後面的信任感和合作意願，通常都會明顯不同。
提案一直修，不如先回頭看三件事
所以，當提案一直修、一直補，案子卻還是停在原地時，我反而會建議團隊先停一下，不要急著再加內容。先回來看三件事。
第一，把客戶最近幾次說過的話整理出來。
不要只挑那些好像可以直接變成需求的句子，也要把他的顧慮、猶豫、抱怨和反覆提到的麻煩一起列進來。
第二，讓團隊把目前認定的核心問題寫下來。
寫得越白話越好，不要用太多漂亮名詞。因為問題如果連自己人都說不清楚，後面的方案通常也很難真的打中。
第三，把這兩份內容放在一起看。
看看團隊現在努力處理的，和客戶真正反覆在意的，是不是同一件事。
真正的痛點，可以從三個地方看出來
很多人會問，那到底怎麼判斷客戶真正的痛點？我通常會先看三個地方：
- 他反覆提到哪一段最麻煩?
- 他最擔心導入後增加什麼負擔?
- 如果這件事不處理，最先出問題的是時間、流程，還是人。當這三件事慢慢看清楚，表面需求和真正痛點的差別，通常就會浮出來。
舉例來說，客戶說「我們想把功能做完整」，表面上像是在談功能，真正的痛點卻可能是第一線人力吃緊，沒有多餘時間學新系統；客戶說「流程想再嚴謹一點」，聽起來像是在追求完整，實際上可能是在擔心責任切不清、出錯後不知道誰要收尾；客戶說「希望制度再全面一些」，也許不是想把制度做厚，而是在意導入之後會不會增加更多摩擦，讓原本就不順的合作更難推。
所以，不是不能聽客戶講需求，而是不能停在需求表面。真正有幫助的提案，往往不是照著對方講的每一句話一路往上堆，而是能進一步幫他把沒有講清楚的困難整理出來。
這一步看起來很基本，卻常常是案子能不能往前的分水嶺。因為很多提案卡住，並不是做得不夠多，而是解的根本不是客戶最想先解決的那一題。
這也是我很常用設計思考提醒主管和團隊的原因。很多人一聽到設計思考，就想到創意發想、工作坊、便利貼，覺得那是一種很發散的方法。可是在工作現場，它最實用的地方，其實很務實：先不要急著交答案，而是先把人、情境和問題看清楚。
如果把它講得再簡單一點，大致就是三個動作。
先看清楚，客戶真正卡在哪裡。
再把問題重新寫一次，確認眼前這一題到底要解什麼。
最後才回頭談解法，而且先用輕一點、小一點的版本去確認方向。
需求訪談時，多問幾句，比多做幾頁更有用
如果團隊想讓這件事更落地，和客戶談需求時，其實也可以多問幾句關鍵問題。像是：
「這件事如果不改善，現在最困擾的是哪一段？」
「您現在最擔心的，是做不到，還是做了以後會增加更多負擔？」
「如果只能先解決一個麻煩，您最希望先處理哪一個？」這些問題的作用，不是把會議拖長，而是幫雙方更快看見真正的焦點。
這樣做的好處，是團隊不會一直在錯的方向上硬修，也不會每次都把力氣花在補表面需求。因為真正能打動客戶的，通常不是最厚、最滿、最完整的那一版，而是最貼近他當下困境的那一版。
對主管來說，這一點尤其重要。當團隊一直改、一直修，主管最容易先看到的往往是速度：是不是還不夠快？產出是不是還不夠多？但如果方向本來就偏了，催得越快，只會讓團隊更累，案子也更難推進。這時候，主管真正該做的，不是再催團隊多交一版，而是帶大家回頭把問題看清楚。
打中客戶，不在做得最滿，而在看得最準
為什麼老是打不中客戶需求？
很多時候，問題不是因為點子不夠多，也不在團隊不夠努力。真正讓提案一直卡住的，常常是一開始就太快進入解法，卻沒有先對準客戶真正的痛點。
當團隊願意先停下來，看清楚對方現在怎麼卡、為什麼卡、最在意的是哪一段，再回頭談方案，事情反而比較容易往前。因為客戶最後買單的，從來不只是提案本身，而是他感受到：這個團隊真的懂我們現在的問題，也知道該從哪裡開始幫我們解。
