用英文寫郵件表達反對意見：話要軟，立場要留得住
英文怎麼表達不同意？這篇講的是用郵件說「不」又不失禮、也不含糊：一個三行回覆結構（認可、顧慮、方案）、六個緩和但不丟立場的句型，以及十條把常見句子改寫前後的對照。
目錄
計畫在 9 點 40 分寄出，副本給六個人；9 點 45 分你已經看到問題：這次遷移安排在發布凍結期開始前兩天啟動。你沒參加拍板的那場會議，卻要在信件串裡用英文回覆，而對方比你高兩級。
多數人會用兩種方式之一來解這道題，而兩種都會失敗。第一種回覆是一個判決——This timeline won't work——準確、迅速，但讀起來只能被理解成對寫計畫那個人的反對。第二種回覆鋪陳得太厚，反對意見被客氣話吞掉了，收件者讀完還以為你同意。
本文只回答一個問題：英文怎麼表達不同意，尤其是用郵件、既不顯得粗魯也不顯得含糊。答案是一個三段式結構，加上一小組緩和語，再加上十條把原句改寫的實例。結構是三行：先認可、再說顧慮、最後給方案。緩和只發生在第二、三行裡，從不取代它們。
為什麼寫在紙上的反對讀起來更硬
同一句話，在會議上聽起來是經過考慮的不同意見，進了收件匣就變成攻擊。這不是人們為了逃避寫字而編出來的感覺，它來自三個機制。
第一，緩和語氣的東西藏在聲音裡，不在字裡。劍橋的語法資料把禮貌分成兩項工作：表示尊重，以及「改變或減弱你所說的話，使其不至於過於直接或強硬」。口頭表達時，這層緩和大部分由停頓、語調和小半秒的遲疑承擔。一旦寫下來，只有詞彙層面的部分倖存，而那通常是直接的那部分。
第二，閱讀節奏由對方掌握。在會議上你能聽見反對並當場回應；在郵件裡，收件者可以讀到第二行就判斷你反對整個計畫，然後在你三行之後的方案出現前就回覆了。普渡大學寫作中心的郵件指南正是針對幽默警告過這種通道損失——笑話和俏皮話「在郵件裡可能傳達不出恰當的效果」——這條告誡同樣適用於一般語氣：你自認乾燥克制的表達，並不一定能被讀成乾燥克制。
第三，郵件是紀錄。口頭反對開完會就蒸發了；寫下來的那條會留在信件串裡，成為接下來三個月的參照點。九十秒寫下的句子，六週後會被引用進計畫審查，所以措辭必須經得起一個不在你腦子裡的人反覆重讀。
以上不是在主張要鋪陳更多。它主張的是：需要一個被粗讀一遍、再細讀一遍都還站得住的結構。
三段式郵件：認可、顧慮、方案
三段式不是照抄的範本，而是一個執行順序；正是這個順序讓你同時避免粗魯和含糊。
下表說明每一行要完成什麼。範例是為本文寫的。
| 行 | 要完成什麼 | 範例 |
|---|---|---|
| 認可 | 具體點出你同意的部分，具體到對方知道你讀過計畫 | Thanks for mapping the migration order — auth before billing is the right call. |
| 顧慮 | 只講一個反對點，並附上使它成立的那個事實 | My concern is the two-week overlap with the freeze: the last release that ran through a freeze slipped by nine days. |
| 方案 | 提出一個具體下一步，並說明若被拒絕你接受什麼 | Could we start on the 14th and keep the order? If the freeze cannot move, I would rather cut the reporting scope. |
認可這一行失效，往往是因為它變成了恭維而不是事實。「Great plan, but…」是書面版的嘆氣：它告訴對方後面有個「但是」，卻沒給對方任何可抓的東西。「Doing auth before billing is the right call」這句話，不讀計畫是寫不出來的，而重點正在這裡。
顧慮這一行失效，往往是因為它塞了兩個反對點，或者一個都沒有。一個反對點配一個數字，是可以回答的；三個反對點讀起來是對整個計畫的評斷，對方唯一能給的回應就是防禦。
方案這一行失效，往往因為它其實是命令或者退場宣言。「I need this moved」只給對方一個動作：拒絕。「Could we start on the 14th」給對方一個一行就能回覆的決定，同時也記錄下你提供過一條出路。
一封郵件只放一個顧慮
如果你有三個顧慮，只寄那個能改變決定的一個。另外兩個，等第一個解決之後再補一封，或者留到下一次計畫會議。這不是操縱，而是分診。一封帶三條反對的郵件，等於要求對方在回覆前把整件事重新規劃一遍，而多數人的反應是把回覆往後推。
對方頂回來時，同一條規則照樣適用。如果回信是 I don't see the problem，不要追加新的顧慮。把讓你寫信的那一個事實再說一遍：九天的延遲、休假的那位測試、凍結前必須結清的那張發票。一個事實能活過第二輪，一串清單不能。
緩和但不丟立場：六個句型
緩和是一種語法操作，不是道歉。劍橋的語法資料把這類表達稱為 hedge，也就是讓所說的話不那麼直接的手段，由時態、情態動詞、模糊語和表示感受的動詞構成。這個描述有用，因為它分開了兩件常被混淆的事：緩和你提出的主張，以及把你自己從主張裡緩和掉。
下面六個句型各自緩和句子的不同部位。它們都讓反對意見仍然找得到，而這是唯一重要的檢驗。
| 句型 | 緩和的是 | 什麼時候失效 |
|---|---|---|
I may be missing something, but… | 你對情況的掌握，在反對落地之前 | 一封郵件裡用兩次，就讀成表演 |
My read of the numbers is… | 把它標成一種解讀，而不是判決 | 用在已核實的事實上，會引來不必要的爭論 |
I would push back on one point | 不帶火氣地宣告不同意 | 後面再加「slightly」，訊號就被抵銷 |
Would that hold if…? | 把你的主張變成對方可以自己跑一遍的測試 | 答案顯而易見時，讀起來像設套 |
Can I suggest an alternative before we lock this? | 請求發言，而不是搶發言 | 決定已經發布之後 |
I can live with it if… | 給你的同意附加條件，而不是附加情緒 | 如果你根本沒有條件可提——那就是同意 |
兩條規則能讓這份清單不至於淪為裝飾。第一，一個主張只配一處緩和：堆疊的緩和（I just sort of wonder whether it might possibly be worth a look）會把不確定從計畫轉移到你身上，對方讀完的結論是你沒有立場。第二，永遠不要緩和事實，只緩和圍繞事實的判斷。I may be wrong, but the freeze starts on the 3rd 是一封有力量的郵件；I think there might possibly be some kind of scheduling issue 是一封無力的郵件，它換回來的是一句提問，而不是一個決定。
寄出前有個很實用的檢驗：把除顧慮那一行以外的內容全遮住，只讀這一行。如果同事能用一句話把你的反對複述給你，緩和就成功了；如果對方得先問你想說什麼，那你已經把立場緩和到不存在了。
什麼時候別用郵件
有些分歧不適合走郵件，早點認出來，可以省下一串註定收不好尾的往來。出現下面任何一條，就換管道。
- 分歧針對的是某個人的能力或行為，而不是一個計畫。寫下來，它就成了一份指控紀錄。
- 已經來回兩輪，第三輪只會重複第二輪。立場已經固定，更多文字也推不動。
- 幾小時內就要做決定，而對方不在電腦前。行事曆邀請比一段話更快到達。
- 這串郵件有觀眾，而觀眾改變了同意與否的動機——一大串副本、一個客戶，或者雙方的主管都在。
- 你發現自己是在寫來贏，而不是寫來被理解。那一刻就該停手。
替代方案不是一段解釋，而是一行字：Can we take ten minutes at 14:00? I want to test one assumption in the schedule before we commit. 它讓紀錄保持乾淨，把細微之處挪回口頭——那才是它起作用的地方——也給了對方在沒有觀眾的場合改變主意的機會。
十條郵件改寫前後對照
下面每一對都是為本文原創的範例。左欄是人們實際會寄出的句子，右欄是同一個反對意見，但立場仍然看得見。
| 原句 | 改寫後 | 改了什麼 |
|---|---|---|
This won't work. | I don't think this holds at the volume we saw in March. | 說出條件，而不是判決 |
You're wrong about the dates. | My copy of the schedule has the freeze starting on the 3rd. | 把衝突從人身上移到文件上 |
We can't ship that fast. | Two weeks is tight for us; four would let testing finish. | 用數字替換掉拒絕 |
Nobody agreed to this. | I don't remember this being agreed in Tuesday's call — can you point me to it? | 索取紀錄，而不是斷言紀錄不存在 |
This is a bad idea. | I would rather not commit until we have the support rota. | 說出你需要的條件，而不是評斷 |
I already told you this. | I raised this on the 6th; the number has not changed since. | 用出處替換掉不滿 |
Fine, do what you want. | I can live with it if we revisit the date after the pilot. | 把投降改造成一個條件 |
Your estimate is unrealistic. | The estimate assumes one tester; we have one tester and two releases. | 把理由掛到結論上 |
Stop changing the scope. | Every change this week has added a day; can we freeze scope on Friday? | 說出代價並提出截止點 |
I disagree. | I see it differently on the freeze, and here is the one number behind that. | 保留分歧，補上依據 |
把右欄整列一起讀，就會出現一個規律：每一句改寫都把評斷換成條件、數字或請求。技巧全在這裡。句子仍然很短，對方仍然沒被指責，而反對意見仍然清晰可讀。
按下寄出前的兩分鐘
四項檢查能攔掉大部分麻煩。
- 遮住顧慮以外的內容，它能被一句話複述嗎？
- 數一數反對點。兩個以上，就只留那個能改變決定的。
- 找數字或找文件。沒有證據的顧慮只是一種偏好。
- 讀最後一行。它有沒有要求一件對方今天就能做的事？
如果四項都過了，而郵件仍有三段，就刪掉第一段。它幾乎總是在描述你寫這封郵件的感受。
常見問題
給上級寫表達不同看法的郵件，開頭怎麼寫？
開頭寫決定，不寫分歧。用一句話說清你為了什麼而寫、想要什麼——I want to flag one assumption in the migration schedule before we commit——然後再寫認可那一行。上級讀第一行是為了判斷這封郵件需要現在處理、稍後處理，還是不必處理；如果第一行是鋪陳，郵件就會被往後放。不要以「抱歉打擾」開頭，也不要寫「I hope you don't mind me saying」。
在郵件裡寫 "I disagree" 會顯得沒禮貌嗎？
問題不在詞，而在缺失的上下文。單獨的 I disagree 只給對方一個沒有依據、也沒有下一步的立場，所以即使它完全準確，讀起來也生硬。I disagree on the freeze, because the last release slipped nine days 是同一個立場，但依據掛在後面，很少有人說它失禮。如果你想保留這個說法，就保留它，並在同一句裡補上理由。
什麼情況下該用「全部回覆」？
當這個決定影響信件串裡的每個人、而紀錄需要顯示你已經提出反對時，用全部回覆。當分歧是關於對方「怎麼寫的」、當你在確認自己有沒有理解計畫、或者當一大群觀眾會讓你們雙方都更難改變立場時，只回覆寄件者。一個好用的預設：事實進信件串，感受只寄給寄件者。
接下來怎麼練
三段式的結構十分鐘就能學會，但在壓力下用起來要久得多，因為壓力來自人際，而不是語言。先在低風險的信件串上練——一個你想挪動的會議時間、一個你想砍掉的範圍項目——練到「認可」那一行不再像恭維為止。
如果分歧發生在口頭而不是書面，用英文和老闆表達不同意見的指南講的是口頭版本，帶語氣階梯和演練；會議片語指南則涵蓋了會議中表示同意、不同意和禮貌打斷的短句。至於書面版本，HiBay 的 AI 對話練習是一個把這幾句話先說出口再寄出去的地方——而這正是多數人會跳過的一步。