意見沒被採納，多數時候不是你太有主見，是它沒被翻成決策語言
2026-09-17
Tim Pu
33
開會提了意見沒人接，久了就不想再講。但多數時候問題不在你太有主見，而在你交出去的是一個「看法」，主管需要的是一個「可以拿去做決定的東西」。這篇拆開三種翻譯法：把抱怨翻成選項、把擔心翻成成本、把建議翻成一個可以被否決的提案。另附一個判斷「這次不要說」的時機準則，以及說了之後該怎麼收。
有一種會議是這樣結束的。
你在中間講了一段話，內容沒有錯，語氣也還好。主管點了頭，說了一句「嗯，這個我們再想想」，然後會議往下走。散會之後那件事沒有任何後續，而你會有一種說不上來的感覺：我到底講了什麼，讓它變成「再想想」。
幾次之後，多數人會得出兩個結論的其中一個。一個是這家公司不聽人講話，另一個是我大概太有主見了。
這兩個結論都可能是真的。但在下這兩個結論之前，有一個更常見的原因值得先排除。
兩個人講了同一件事
艾拉和康納在同一個專案裡，兩個人都看出了同一個問題：這一版的排程把測試放在最後兩天，只要前面任何一段延遲，測試就會被壓縮掉。
艾拉在會議上說的是：「這樣排我覺得測試時間太趕了，之前就發生過壓到最後測不完的狀況，這樣品質會有風險。」
她講的每一句都是對的。主管回她：「我知道，但客戶那邊的時間就是這樣。」然後會議往下走。
康納在同一場會議上，等到排程那一頁的時候說：「這個排程有一個地方我想先講清楚，測試在最後兩天。如果前面延遲超過兩天，我們會面臨三個選擇：一是延交期、二是砍測試範圍、三是照原範圍測但延遲交付。我想確認的是，如果真的發生，我們要優先保哪一個。如果是保交期，那我這邊會先把測試範圍拆成必測跟選測兩層，這樣壓縮的時候不會整包掉。」
主管的回應是：「那你先拆，下週會議帶來看。」
這兩段話講的是同一個風險，時間點一樣，資訊一樣，連提出的人在組織裡的位置都差不多。
差別在於，艾拉交出去的是一個看法，康納交出去的是一個可以拿去做決定的東西。
主管接到的不是意見，是待辦
Dutton 和 Ashford 在 1993 年提出過一個概念叫議題推銷，講的是組織裡的人如何讓上層注意到某一個議題。他們的觀察是，議題本身的重要性，並不足以決定它會不會被處理，議題被包裝的方式才是。同一件事，包裝成「風險」跟包裝成「需要做的選擇」，在上層那邊的處理路徑完全不同。
這裡有一個很少被講開的機制。當你說出一個問題但沒有附上處置選項，你其實是把一件工作交給了對方，而不是交出一個判斷。主管接到的東西是：現在有一個問題，你去想辦法。
多數主管當下能給的回應只有兩種，一種是「我知道」，一種是「再想想」。這不是敷衍，是他手上沒有可以動的東西。
Liang、Farh 和 Farh 在 2012 年把建言分成兩型。促進型建言是提出改善的做法，抑制型建言是指出正在發生的問題。他們發現這兩型在組織裡收到的反應差異很大，而差異的來源不是內容的價值，是接收者的處理成本。
抑制型建言正確的時候，接收的人要先承認有問題、再去找解法、還要處理「原本這樣做的人」的面子。促進型建言正確的時候，接收的人只要決定做或不做。
大部分人在會議上講的都是抑制型。這不是缺點，因為看見問題本來就是第一步。問題在於，多數人停在第一步就交出去了。
三種翻譯法
第一，把抱怨翻成選項。
抱怨的結構是「現在這樣不行」。選項的結構是「如果發生 X，我們有 A 跟 B 兩條路，各自的代價是什麼」。
做法上只要多做一件事：在你要講之前，先自己回答一次「那怎麼辦」，而且要答出至少兩個答案。只有一個答案的時候不要講，因為那不是選項，那是主張，主張會引來辯論。
一位做採購的人如果發現某個供應商交期一直在延，講「這家不能再用了」是主張。講「這家過去三個月延了幾次，我們有兩條路：換供應商要多少前置時間跟多少價差，或是把安全庫存拉高要多壓多少資金」，是選項。
第二，把擔心翻成成本。
擔心是一種情緒，情緒在會議上會被歸類成個人感受。成本是一個數字或一個具體後果，它會被歸類成資訊。
不需要精準。「我擔心人力不夠」翻成「照這個量，現有兩個人每週要多做大概十個工時，連續四週」，就已經從感受變成資訊了。估計值也可以，只要你講明它是估計值。
一個反例，免得做過頭：不要為了讓它像資訊，就把沒有根據的數字講得很肯定。一旦被抓到數字是編的，你之後講的所有東西都會被打折。講「這是我粗估的，誤差可能不小」不會減損你的可信度，反而會增加。
第三，把建議翻成一個可以被否決的提案。
這一點最反直覺。多數人希望自己的意見被接受，所以會把話講得讓對方難以拒絕。但難以拒絕的東西，對方通常選擇不處理，因為處理它的成本太高。
反過來，一個明確寫出「如果你覺得不行，我就照原本的做」的提案，對方接起來很輕鬆。而且很多時候，你會在對方說「不用，就照你說的做」的那一刻，發現事情已經定了。
康納那段話的最後半句就是這個結構：如果是保交期，那我這邊會先把範圍拆兩層。他把決定權留給主管，把執行方案留給自己。
什麼情況不要說
有兩種情況，翻譯得再好也不該說。
第一種是決定已經做完，而且沒有回頭成本可談。這時候提出問題，實際效果是讓做決定的人難堪，而不是讓事情變好。正確的動作是把你看到的風險記下來，等到它真的發生的時候，你手上會有一份帶日期的判斷紀錄，那份紀錄的價值遠高於當場講出來。
第二種是你還沒搞清楚對方為什麼這樣決定。很多看起來不合理的決定背後有你不知道的限制。先問一句「這樣排是因為客戶那邊有什麼限制嗎」，成本是十秒，但它可能會讓你發現整段話都不必講。
說完之後
意見被接受不是終點。多數意見在會議上被接受，然後在一週內消失，原因是沒有人把它接住。
散會之前用一句話把它固定住：「那我這邊照剛剛講的拆兩層，下週三前給你。」有日期、有交付物、有對象。這句話講完，那個意見才算真的存在。
最後
艾拉不是不會講話，她只是把最難的那一半留給了別人做。
一個看法從你的腦袋裡出來，到變成別人可以動的東西，中間有一段翻譯工作。那段工作不做，意見再對也只會停在「再想想」。
這件事沒有那麼難，難的是承認翻譯是自己的事，不是對方的事。
常見問題
我講了選項，主管還是只回「再想想」，是我方法錯了嗎？
先確認你的選項有沒有附代價。只有選項沒有代價，對方一樣沒辦法決定，因為他要自己去評估每一條路的後果。選項的完整形式是「A 路要付出什麼、B 路要付出什麼」。另外也要接受一種情況：有些「再想想」是真的在想，隔週追一次就會有答案，不必第一次就判定失敗。
在會議上當場翻譯來不及，怎麼辦？
那就不要當場講。會議上先記下來，會後花二十分鐘整理成一封短信，寫問題、兩個選項、各自代價、你建議哪一個、以及你需要對方回覆什麼。會後的書面翻譯效果通常比當場好，因為對方可以在自己有空的時候處理，而不必在會議室裡即時反應。
如果我的意見常常被採納但功勞算在別人身上，怎麼處理？
在翻譯的時候就把署名做進去。提案用書面發出、副本給會用到的人，功勞的歸屬在文件寄出的那一刻就決定了。事後爭取歸屬幾乎不會成功，因為那時候唯一的證據是記憶。