接案英文溝通實戰：報價、催款、改稿的信件寫法

很多台灣接案者第一次接到歐美客戶，準備的是文法。翻出多年沒碰的時態表、查片語、確認冠詞有沒有漏掉，寫完一封信要四十分鐘。結果信送出去之後，對方回得很慢、或是回了一句「Let me get back to you on that」然後就沒有下文；再不然就是需求一改再改，明明合約寫得清清楚楚，對方還是理所當然地把新東西丟進來。這時候你檢查自己的英文，一個文法錯誤都沒有，於是更困惑：問題到底出在哪裡。

問題通常不在文法，在語氣拿捏。中文商務信的禮貌是靠「削弱自己的訴求」達成的——不好意思、再麻煩您、您有空再看就好、如果方便的話。這些句子直譯成英文之後，對方讀到的不是有禮貌，而是「這個人自己也不確定這件事重不重要」。於是他就照你的暗示，把它放到待辦清單的最後面。接案英文真正要練的，是怎麼在不失禮的前提下，把「這件事有期限、需要你回應」講得毫不模糊。這篇文章不教文法，只處理語氣：先拆解直譯的三個典型陷阱，接著給六種高頻情境的完整可改用範本，每個範本後面補一段「這樣寫的理由」，再附上語氣強度的分級用語、時區與時效的正確寫法，以及三個容易誤判的文化差異。

一、為什麼直譯中文的客氣話，在英文信裡反而顯得沒把握

中文的商務信有一套隱性的節奏：先建立關係（問候、寒暄、鋪陳背景），中段婉轉提出需求，最後留一個台階給對方。這套節奏在中文語境裡是成熟的，因為讀信的人知道怎麼解碼——「再麻煩您」等於「請務必處理」，「有空再回我就好」等於「這週內要」。但英文商務信的預設解碼方式完全相反：字面上寫什麼，就是什麼意思。你寫「whenever you have time」，對方就真的等到有時間才處理，而且不覺得自己有任何失禮。

陷阱一：過度道歉，把自己寫成不可靠的合作對象

最常見的是 sorry 用得太兇。一封三段的信裡出現「Sorry to bother you」「Sorry for the long email」「Sorry, but I think there might be an issue with…」，累積起來的印象不是謙虛，是這個人似乎覺得自己在造成麻煩。而在需要專業信任的關係裡，這個印象很傷——客戶會下意識覺得，一個一直道歉的人，可能對自己的判斷也不太有把握。

更關鍵的是，過度道歉會稀釋真正該道歉的時刻。如果你每封信都在 sorry，那麼當你真的延遲交付、真的出錯需要正式致歉時，這個字已經沒有份量了。務實的替換方式是把「道歉」翻轉成「感謝」：不是 Sorry for the delay，而是 Thanks for your patience；不是 Sorry to bother you，而是直接進入主題，或用 Quick question on the homepage layout 當開頭。差別在於，前者把焦點放在你的過失上，後者把焦點放在事情本身。

什麼時候該真的道歉？當你造成對方實質損失時——延誤了他的上線日、交錯了檔案、漏掉了明確答應過的事。這種時候一句清楚的 I’m sorry，加上具體的補救方案和新的時間點，遠比十封信裡分散的 sorry 有效。

陷阱二：過度鋪陳，重點掉到手機螢幕外

「I hope this email finds you well. I hope you had a great weekend. I’ve been working on the project and things are going quite smoothly so far. There are a few things I wanted to check with you…」——寫到第四句還沒進入主題。歐美客戶多半在手機上先掃一遍收件匣，預覽只顯示前一兩行；如果那兩行是問候語，這封信在他心裡的分類就是「不急，晚點看」。

更麻煩的是，長鋪陳會讓對方讀完之後不知道你要他做什麼。他知道你很認真、進度不錯、有幾件事想討論，但「所以我現在要回什麼？」這個問題沒有答案，於是最省力的做法就是先不回。已讀不回有很高比例不是不尊重，而是對方一時之間不知道怎麼回。這一點在需求反覆的專案上特別明顯，值得搭配需求確認的防呆流程一起處理，因為信寫得再好，如果流程本身沒有把決策點標出來，對方一樣會卡住。

陷阱三：把要求包在問句裡，訴求就消失了

這是三個陷阱裡最隱蔽的一個。「Would it be possible to maybe get the brand assets sometime this week, if it’s not too much trouble?」——這句話文法完美、禮貌滿分，但它同時包含了 would、possible、maybe、sometime、if it’s not too much trouble 五層緩衝。每一層都在告訴對方「這件事可以不做」。對方讀完的結論是：你想要，但你也知道很難，所以做不到也沒關係。

要理解的是，英文的禮貌不是靠削弱訴求達成的，而是靠句型和正面措辭。Could you send the brand assets by Thursday? 這句話同樣禮貌，因為 Could you 本身就是禮貌句型；但它有明確的動詞（send）、明確的受詞（the brand assets）、明確的期限（by Thursday）。想再客氣一點，可以加上原因和彈性：Could you send the brand assets by Thursday? That keeps us on track for the Friday review. If that’s tight, let me know and I’ll adjust the schedule. 這樣寫既沒有壓迫感，訴求也沒有被稀釋。

美國聯邦政府推行的 Plain Language 寫作準則對這件事有明確立場：使用主動語態、把最重要的資訊放前面、用讀者能直接執行的動詞。這套準則原本是給公務文書用的，但拿來檢查商務信件同樣有效——它逼你把「我希望某件事發生」改寫成「請你做某件事，在某個時間之前」。

二、英文商務信的基本骨架：一句話講結論 → 背景 → 明確的下一步與期限

把上面三個陷阱反過來，就是英文商務信的骨架。這個結構在英語系的職場寫作訓練裡通常叫 BLUF（Bottom Line Up Front），意思是把結論放在最前面。實際套用時分成四塊：

第一，主旨行要能單獨讀懂。「Question」「Update」「Hi」這種主旨等於沒寫。好的主旨包含專案名稱和動作屬性，例如 Homepage redesign — need your logo files by Thu 29 Jan，或 Invoice #2026-014 — due 13 Feb。（順帶一提，如果你要在主旨裡同時寫星期和日期，寄出前務必核對一次日曆——一封主旨寫錯星期的信，會讓整封信的可信度先扣一半。）有些客戶習慣在主旨前加標記，你也可以主動使用：[Action needed]、[FYI]、[Decision needed]。這個小動作會讓你在對方收件匣裡的優先度明顯上升。

第二，第一句話就是結論。不要問候、不要鋪陳、不要背景。第一句直接說明你要什麼、或你要告訴他什麼。問候語可以放在結論之後，或乾脆省略——英文商務信省略問候語不算失禮，尤其在已經往來過幾次的關係裡。

第三，背景控制在三到四句。只寫對方做決定所需要的資訊，不寫你的工作過程。客戶不需要知道你試了三種方案、參考了哪些網站；他需要知道的是有哪些選項、各自的代價、你建議哪一個。

第四，結尾一定要有明確的下一步。誰、做什麼、什麼時候之前。如果需要對方決策，把選項編號列出來，讓他可以只回一個數字。這是最能提高回覆率的單一技巧——把「請給我意見」變成「請回覆 A 或 B」。

面向	中文信的習慣	英文商務信的預期
開頭	問候、寒暄、鋪陳背景	第一句就是結論或請求
禮貌的來源	削弱訴求（有空再、不好意思）	句型與正面措辭（Could you / I’d appreciate）
期限	盡快、方便的時候	具體日期＋時間＋時區
提出問題	開放式徵詢意見	提供編號選項，請對方擇一
一封信的目的	可包含多個議題	一封信一個目的，多議題就拆信
結尾	再麻煩您、謝謝	誰、做什麼、什麼時候之前
道歉	頻繁使用作為潤滑	保留給真正的失誤，平時改用感謝

這個骨架不是要你變得生硬。事實上，把結構整理清楚之後，你反而有餘裕在最後加一兩句真正有溫度的話——問候對方剛結束的產品發表、提一句上次合作的細節。溫度來自具體，不是來自模板化的問候語。

三、六種高頻情境的完整範本

以下六個範本都是通用寫法，可以直接把方括號裡的內容換成你的專案資訊。刻意避開華麗字彙——商務信不需要漂亮，需要的是讀完就知道要做什麼。每個範本後面都補上「這樣寫的理由」，因為看懂邏輯之後，你才有辦法在情境不同時自己改。

範本一：報價與範圍說明

Subject: [Project name] — proposal and scope

Hi [Name],

Thanks for the details. Based on what you've described, here's my proposal.

Scope
- [Deliverable 1], including [specific item]
- [Deliverable 2], including [specific item]
- Two rounds of revisions on each deliverable

Not included
- [Item outside scope], which I can quote separately if needed
- Ongoing maintenance after handover

Timeline
- Start: [date], assuming assets are received by [date]
- First draft: [date]
- Final handover: [date]

Fee
- [Amount and currency], invoiced 50% upfront and 50% on handover
- Payment terms: 14 days from the invoice date

This proposal is valid until [date]. If the scope looks right, reply to
confirm and I'll send the agreement and the first invoice. If you'd like
to adjust anything, let me know which part and I'll send a revised version.

Best,
[Your name]

這樣寫的理由：報價信最容易出事的地方不是價格，是範圍。把 Not included 明確寫出來，等於在案子開始之前就先立好界線，之後要加價才有依據——你不是臨時提高價格，你是引用當初雙方都同意過的文件。時間表刻意寫成「assuming assets are received by [date]」，把你的交期綁在對方的配合上，這樣如果對方拖延素材，延期的責任歸屬一開始就講清楚了。報價有效期限（valid until）是專業的訊號，也避免對方三個月後拿舊報價回來找你。最後一段給出兩條明確路徑：確認、或告訴我要改哪裡，對方不需要自己想「那我現在該回什麼」。至於價格本身怎麼定，那是另一個題目，可以參考五種定價模型與台灣行情的整理。

範本二：確認需求（把口頭討論變成書面紀錄）

Subject: [Project name] — summary of today's call, please confirm

Hi [Name],

Good call today. Here's my summary of what we agreed, so we're all on
the same page.

What we agreed
1. [Decision 1]
2. [Decision 2]
3. [Decision 3]

Still open
- [Open question] — I need an answer on this before [date]
- [Open question] — for now I'm assuming [your assumption], unless you
  tell me otherwise

What happens next
- I'll deliver [item] by [date]
- You'll send [item] by [date]

If anything above doesn't match your understanding, reply by [date] and
I'll correct it. If I don't hear back by then, I'll proceed on this basis.

Best,
[Your name]

這樣寫的理由：這封信的真正功能是把口頭承諾轉成可追溯的書面紀錄。歐美客戶普遍接受這種 recap email 的文化，寫了不會被視為不信任，反而會被視為有條理。三個區塊各有作用：What we agreed 鎖定已決事項；Still open 明確標出球在誰手上，並寫出你的預設假設（unless you say otherwise），這樣即使對方不回，你也有一個可執行的版本；What happens next 把雙方責任並列，提醒對方他也有交付義務。最後一句 If I don’t hear back, I’ll proceed on this basis 是關鍵——它把「沉默」定義成「同意」，而不是讓專案無限期停在等待狀態。書面紀錄之外，正式的權利義務仍然要靠合約處理，這部分可以參考接案合約的必備條款與驗收設計。

範本三：告知進度延遲

Subject: [Project name] — revised delivery date for [deliverable]

Hi [Name],

[Deliverable] will be ready on [new date] instead of [original date].
Here's what happened and how I'm handling it.

Reason
[One or two sentences. State the cause plainly, no excuses and no
long explanation.]

What this changes
- [Deliverable] moves from [original date] to [new date]
- [Other milestone] is unaffected and still scheduled for [date]

What I'm doing about it
- [Concrete step you are taking to absorb the delay]
- I'll send a partial version on [date] so you can start reviewing

If the new date causes a problem on your side, let me know today and
we'll look at what can be cut or resequenced.

Best,
[Your name]

這樣寫的理由：延遲通知最忌諱兩件事：拖到最後一刻才說，以及花大半篇幅解釋原因。這個範本把新日期放在第一句，因為那是對方唯一真正需要知道的資訊；理由壓縮到一兩句，因為解釋越長越像在找藉口。真正決定客戶觀感的是 What I’m doing about it 這一段——延遲本身難免，但你有沒有主動提出補救方案，才是他判斷你是否可靠的依據。提供 partial version 是很有效的一招，讓對方不至於完全停擺。最後一句把主導權交回去，同時也預告了「如果要維持原期限，範圍就得縮」，避免對方預設你可以無條件趕上。

範本四：超出範圍要加價

Subject: [Project name] — [new request]: cost and timeline to add it

Hi [Name],

Happy to take on [the new request]. It sits outside the scope in the
proposal you approved on [date], so here's what it would take.

Original scope
- [Quote the relevant line from the agreed proposal]

New request
- [Describe what is now being asked, in their words where possible]

To add this
- Additional fee: [amount]
- Additional time: [number] working days, moving final handover to [date]

Two options
1. Add it now, with the fee and timeline above
2. Keep the current scope and handle this as a separate phase after handover

Let me know which you'd prefer and I'll update the paperwork accordingly.

Best,
[Your name]

這樣寫的理由：加價信的第一句一定要是 Happy to take on。先確認你願意做，對方才不會覺得你在拒絕他；主旨也要跟著這個定調走，寫「cost and timeline to add it」而不是「is outside current scope」——後者在收件匣預覽裡讀起來就像一封拒絕信，對方還沒點開就先築起防禦；接下來談條件，性質就變成「怎麼安排」而不是「要不要」。中間並列 Original scope 和 New request 是整封信的重心——你不是在主觀認定這件事超出範圍，你是在引用雙方簽過的文件，讓事實自己說話。刻意同時列出費用和時間影響，因為很多客戶以為只要願意付錢就不會延期。最後給兩個選項而不是一個要求，讓對方保有選擇權；option 2 的存在也很重要，它讓「不加價」變成一個體面的退路，而不是逼對方一定得付錢。

範本五之一：催款第一次（到期後幾天，語氣中性）

Subject: Invoice [number] — due [date], now outstanding

Hi [Name],

Invoice [number] for [amount] was due on [date] and is still showing as
unpaid in my records. I've attached a copy in case it needs to be
re-circulated internally.

Invoice: [number]
Amount: [amount and currency]
Issued: [date]
Due: [date]
Payment details: [bank / platform reference]

Could you confirm the expected payment date, or point me to whoever
handles payments on your team? If it has already been sent, let me know
the date and reference and I'll check with my bank.

Thanks,
[Your name]

這樣寫的理由：第一次催款要假設是行政疏漏，不是惡意。整封信不帶情緒，只陳述事實，並且主動提供對方一個台階（If it has already been sent）。把發票資訊做成欄位而不是寫進段落，是因為請款經常要轉給財務部門，欄位格式讓對方可以直接複製轉發，減少一次往返。最重要的問句是 or point me to whoever handles payments——很多歐美公司的付款流程根本不在你的窗口手上，問出正確的人往往比催窗口有效。

範本五之二：催款第二次（逾期較久，語氣轉硬但不失禮）

Subject: Invoice [number] — [number] days overdue, action required

Hi [Name],

Following up on invoice [number] for [amount], now [number] days past
the due date of [date]. My previous emails on [date] and [date] are
below for reference.

I need one of the following by [specific date]:
1. Payment in full, or
2. A written payment date confirmed by whoever approves payments

If I don't receive either by then, I'll pause work on [current
deliverable] and follow the recovery process set out in our agreement.

I'd rather keep this straightforward, so if there's anything on your
side I can help unblock, let me know and I'll do what I can.

Regards,
[Your name]

這樣寫的理由：第二次催款的差別不在用字兇不兇，而在有沒有具體的期限和後果。整封信仍然沒有任何情緒字眼，但它做了三件第一封沒做的事：把過往催款紀錄列出來（建立時間軸）、給出二選一而不是開放式詢問、明確說出逾期會發生什麼事。「follow the recovery process set out in our agreement」這句話刻意寫得中性，它只是陳述你會依約行事，不是威脅；但對方讀得懂。結尾保留一句合作姿態，讓對方即使理虧也有回信的空間。但這句話有一個前提：你的合約裡真的要有這一條。如果合約壓根沒寫逾期怎麼處理，它就變成無法兌現的虛張聲勢，對方的財務一查就知道，你反而失去籌碼。沒有這類條款時，改成單純的事實敘述即可：I’ll need to pause work until this is settled.

至於逾期利息與債務追償，法源要看契約的準據法，不是看誰逾期或你人在哪裡。英國有一套商業逾期付款的利息與債務追償規定，可以拿來理解這類制度長什麼樣子——它規定 B2B 交易若未約定付款日，發票送達或交付服務後 30 天即算逾期，約定的付款期原則上也不得超過 60 天。但關鍵在於它只適用於準據法為英國法、而且交易與英國有實質關聯的契約（Late Payment of Commercial Debts (Interest) Act 1998 第 12 條就是在處理這件事）。換句話說，如果你的客戶在美國、德國、澳洲，合約也沒有約定適用英國法，你就不能拿這套法定利息去催款；寫進信裡只會讓對方的財務或法務一眼看出你引錯法源，反而削弱這封信的力道。對接案者比較實際的做法，是在合約裡自己把逾期利率與計算方式寫清楚，這樣不論落到哪個法域都有可執行的依據。至於款項要在台灣求償的情況，程序又是另一套，可以看三階段催款與支付命令的實務流程。

範本六：婉拒案子

Subject: [Project name] — I'm not the right fit for this one

Hi [Name],

Thanks for thinking of me for [project]. I'm going to pass on this one.

[Pick one reason and keep it to a single sentence:]
- My schedule through [month] is committed and I couldn't give this the
  attention it needs.
- This sits outside what I do well — [the work] is closer to [type of
  specialist] than to my usual [your specialty].
- The budget and the scope don't line up on my side, and I'd rather say
  so now than deliver something compromised.

If it helps, [name or type of person] does this kind of work well and
may have capacity. Happy to make an introduction.

I'd be glad to look at future projects, especially anything involving
[the kind of work you want more of]. Do keep me on your list.

Best,
[Your name]

這樣寫的理由：婉拒最怕寫得含糊。「I’m not sure I can fit this in right now, maybe we could talk again later?」這種寫法會讓對方持續追問，你反而要處理更多信。第一句就明確 pass，之後的內容都是善後。理由只給一個，而且只給一句——理由越多越像藉口，而且每多一個理由就多一個被反駁的破口（對方會說「那我們可以延後兩週」）。推薦別人是這封信最有價值的部分，它把一次拒絕變成一次人情，日後回頭的機率大幅提高。最後一句主動指出你想接的案型，等於免費做了一次定位。

四、語氣強度分級：soft、neutral、firm 怎麼切換

同一件事可以有三種強度的說法。多數台灣接案者的問題是整條光譜都停在 soft，導致沒有升級的空間——當事情真的需要強硬處理時，你已經沒有更重的話可以講了。實務上的做法是：日常溝通用 neutral，關係良好或對方剛幫過忙時用 soft，涉及金錢、期限、責任歸屬時用 firm。

情境	Soft（客氣，適合關係良好或首次提出）	Neutral（日常預設）	Firm（涉及金錢、期限或已重複提醒）
請對方提供素材	Whenever you get a chance, could you send over the assets?	Could you send the assets by Thursday? That keeps the Friday review on track.	I need the assets by Thursday to hold the current timeline. Without them, delivery moves to [date].
催款	Just checking in on invoice [number] — let me know if you need anything from me.	Invoice [number] was due on [date] and is still outstanding. Could you confirm the payment date?	Invoice [number] is now [n] days overdue. I need payment or a confirmed date by [date] before I continue work.
指出對方造成延誤	I think we may still be waiting on a couple of things from your side.	The schedule assumes feedback by [date]. We’re currently [n] days past that.	The feedback we’re still waiting on from your side has pushed handover by [n] days. The revised date is [date].
拒絕額外要求	That’s a good addition — realistically it needs more time than the current schedule allows.	That’s outside the agreed scope. I can quote it separately if you’d like.	I can’t include that under the current agreement. It needs a separate quote and a revised timeline before I start.
要求對方做決定	No rush, but let me know your thoughts when you can.	Could you pick option 1 or 2 by [date]?	I need a decision on option 1 or 2 by [date]. After that, I’ll proceed with option 1 to protect the schedule.

觀察這張表會發現，firm 的句子並沒有變得無禮，改變的是三個技術性的東西：主詞從 we 換成 I need、模糊時間換成具體日期、加上不作為的後果。這三件事都跟情緒無關，所以你可以在完全不生氣的狀態下把語氣升級。

另一個實用原則是：升級要有節奏，不能跳級。從 soft 直接跳到「I’ll be forced to take legal action」會讓對方覺得你反應過度，反而站上道德高地。正常的節奏是 soft（第一次）→ neutral（一週後）→ firm（再一週後）→ 正式的書面通知。每一級都要留下時間戳記，這些紀錄在後續真的需要求償時就是證據。

五、時區與回覆時效：不要寫 ASAP

ASAP 是接案信裡最沒有意義的四個字母。它對你來說是「今天」，對客戶來說可能是「這週」，而且雙方都覺得自己理解正確。同樣有問題的還有 EOD（end of day，誰的 day？）、by next week（週一還是週日？）、in a couple of days（不含週末嗎？）。跨時區合作時這些模糊詞是延誤的主要來源之一，關於整體排程與非同步交付的設計，可以另外參考跨時區協作的排程與界線設定。

正確的時間寫法

寫時間有三個層次。第一，日期一律寫出月份的英文名稱。純數字的 03/04 在美國是三月四日、在英國是四月三日，這是實務上真的會出事的誤解。要嘛寫 4 March 2026 或 March 4, 2026，要嘛用 ISO 8601 的 2026-03-04 格式。這個順序不是個人偏好，英國政府把 ISO 8601 訂為官方資料交換的日期時間標準，理由就是為了消除這種歧義。要留意的是，那份標準管的是 API、系統間資料傳輸、檔名排序這類機器可讀的場合，它並沒有要求人讀的內文也寫成數字格式——所以最保險的分工是：信件內文寫 4 March 2026（月份用英文名，不會被誤讀），附件檔名和試算表欄位用 2026-03-04（可排序、跨系統不出錯）。網路協定常用的 RFC 3339 時間戳規格則是把 ISO 8601 收窄成單一必填格式的子集（規格書自己的說法是 a profile of the ISO 8601 standard），你在系統匯出的檔案裡看到的日期多半長這樣。

第二，時間要標時區，而且最好同時標對方的時區。3pm 沒有意義，3pm Taipei time (UTC+8) 才有。更貼心的寫法是把換算做完：Let’s meet at 9am Berlin time — that’s 4pm my time in Taipei. 這一步做完，會議爽約的機率會明顯下降。要注意的是，歐美多數地區有日光節約時間，時差在一年之中會變動，所以不要把「時差七小時」寫死在合約或簽名檔裡。時區資料的權威來源是 IANA Time Zone Database，Asia/Taipei、Europe/Berlin 這類識別碼就是它定義的，各家日曆軟體的換算也都以它為基礎。

第三，把期限寫成「日期＋時間＋時區」的完整組合。by Thursday 不如 by Thursday 5pm Taipei time (UTC+8)。這不是龜毛，是因為當你的 Thursday 結束時，美西的客戶還在 Wednesday 下午，如果沒寫清楚，他完全有理由認為自己沒有遲交。

主動宣告你的工作時間與回覆時效

跨時區接案最容易失控的是「隨時待命」的預期。與其被動接受，不如在合作一開始就主動宣告。一段可以直接放進簽名檔或啟動信的寫法：

Working hours: Mon-Fri, 10:00-19:00 Taipei time (UTC+8)
Email response time: within one business day
Urgent issues: [channel], and please mark the message as urgent
Time zone note: our offset shifts by one hour when your clocks change

這樣寫的理由：把「我不會秒回」轉譯成一個專業的服務規格。寫成 within one business day，比寫 I usually reply quite fast 更能建立信任，因為它是可驗證的承諾。另外特別留一個 urgent 的通道很重要——如果你不定義什麼叫緊急，對方就會把所有事都當緊急。

不要寫	改成	原因
ASAP	by 4 March, 5pm Taipei time (UTC+8)	ASAP 對每個人的定義都不同
03/04/2026	4 March 2026 或 2026-03-04	日月順序在英美相反
by EOD	by 6pm your time	沒說是誰的一天結束
next week	by Wednesday 11 March	週的起點各地不同
we’re 7 hours apart	I’m at UTC+8; the gap changes when your clocks shift	日光節約時間會讓固定時差寫死出錯
let me know when you’re free	Does Tue 10am or Wed 3pm your time work?	開放式問句需要對方做更多工，回覆率低

六、文化差異的三個陷阱

這一節談的是「字面看懂了，意思卻理解錯」的狀況。這類誤判比文法錯誤傷害更大，因為你完全不知道自己誤會了。

陷阱一：沉默不代表同意

中文語境裡，把方案寄過去、對方沒有異議，多半可以視為默認。在歐美的工作文化裡，沒有回覆通常只代表還沒有人處理——可能卡在對方要等內部另一個人點頭，可能你的信被歸類到低優先，也可能他真的漏看了。如果你把沉默當同意就開始動工，做完之後對方說「這不是我要的」，責任在你身上，因為你沒有拿到明確確認。

務實的做法是在信裡預先定義沉默的意義，也就是前面範本二用的那句 If I don’t hear back by [date], I’ll proceed on this basis。這句話把沉默變成一種有紀錄的默認同意：你給了期限、給了預設方案，對方沒有在期限內反對，你就有依據往下走。相對地，如果事情涉及金錢或著作權歸屬，就不要用這一招，一定要拿到明確的書面同意。

陷阱二：interesting 不一定是稱讚

英文商務對話裡有一批「表面正面、實際保留」的字，interesting 是最典型的一個。當對方看完你的提案說 That’s interesting，它可能真的是感興趣，也可能是「我有疑慮但不想當場說」。同一類的還有 ambitious（可能在說太貴或太難）、bold（可能在說太冒險）、I’ll keep that in mind（可能等於不會採用）、Let’s circle back on this（可能等於這件事到此為止）。這種雙面性其實有辭典依據：Cambridge Dictionary 的 interesting 詞條除了「因為不尋常、令人興奮而吸引注意」這個主要釋義之外，還另外收了一條標註 humorous 的用法，意思直接寫成「strange or different」（奇怪、與眾不同），例句是對別人的帽子說 That’s an interesting looking hat you’re wearing——表面在稱讚，實際上是說「這頂帽子很怪」；辭典也把這個字同時歸進「Strange, suspicious and unnatural」的詞群，中文翻譯欄位甚至直接列出「怪異的」。所以問題不在你查不查得到，而在語境——同一個字用哪一邊，字面上分辨不出來。

這不代表對方虛偽，而是英語職場普遍避免當面直接否定。破解方式很簡單：不要靠形容詞判斷，靠下一步判斷。聽到 interesting，就接一句 Good to hear. Would you like me to work it up into a full version, or is there a part you’d want to change first? 如果對方真的喜歡，會給你一個具體的下一步；如果只是客套，你會得到另一個模糊的答案——那就是答案。

陷阱三：對方直接指出問題，不等於生氣

反過來的誤判也很常見。歐美客戶回信寫 This doesn’t work. The hierarchy is off and the CTA is buried. Can you redo the top section?——很多台灣接案者讀到這種句子會胃部緊縮，覺得對方在發火、關係要破裂了。但這種寫法在許多英語職場裡就只是就事論事的回饋：指出問題、說明原因、給出要求，這個結構本身就是專業溝通的樣子，並不必然帶著情緒。

要補一句的是，「歐美＝直接」其實是個過度簡化的印象，各地差異很大。荷蘭、德國、以色列的回饋通常真的很直白，說難聽也不是針對人；英國反而是出了名的迂迴，一句 I might suggest a slightly different approach 有時候等於「這整個方向要重做」；美國常見的是三明治式回饋，先肯定再修正，所以中間那段修正才是重點。與其記國家標籤，不如記一個更可靠的指標：看對方有沒有給你具體的下一步。有具體要求的通常就是回饋，只有情緒形容詞而沒有可執行內容的，才需要進一步確認。

如果你用中文的解碼方式回應——寫一封充滿道歉的信、過度解釋、甚至主動提出免費重做——對方反而會困惑，覺得你把工作上的意見當成人身攻擊。正確的回應是同樣就事論事：確認你理解的問題、說明你打算怎麼改、給出新的時間點。一句 Got it. I’ll rework the top section with the CTA above the fold and send a new version by Thursday. 就夠了，不需要 sorry。

當然，判斷失準的成本是雙向的。如果你不確定對方是在給回饋還是真的不滿，最安全的做法是問：Just to make sure I’m reading this right — is the whole direction off, or is it mainly the top section? 這個問句沒有情緒，也不會把小事鬧大。這種「怕誤解對方語氣」的焦慮，其實跟接案者常見的自我懷疑是同一組問題，如果你發現自己每收到一封客戶信就要反覆重讀五次，可能值得看看冒牌者症候群的處理方式。

七、不要做的事

不要把翻譯軟體的輸出直接送出

翻譯工具現在的品質已經很好，用它打草稿完全合理。真正的問題是沒有讀過就送出。機器翻譯最常出的三類錯，剛好都是它不會標紅字提醒你的：一是主詞漂移，中文原句省略主詞，翻出來變成 it 或被動語態，讀者搞不清楚誰要做這件事；二是語氣層級跑掉，中文的「請您務必」可能被翻成過度正式的 hereby 或 kindly，這類字在現代歐美商務信裡讀起來生硬，甚至帶點居高臨下的命令感；三是專有名詞和產品名被一起翻譯掉，客戶看到自己的品牌名被翻成別的字會非常在意。

最低限度的自我檢查是：翻完之後把英文唸出來。唸不順的句子多半就是機器味重的句子。另外把信丟回翻譯工具反向翻成中文，如果讀起來跟你原意有落差，那就是對方會讀到的版本。至於商務寫作的通則，Purdue 大學的 Online Writing Lab 專業與技術寫作區整理得相當完整，是免費且可信的參考來源。

不要讓簽名檔沒有可驗證的身分資訊

一個只寫英文暱稱、Gmail 地址、沒有任何連結的簽名檔，對海外客戶來說風險訊號很強——他要付錢給一個查不到的人。簽名檔應該包含：全名（護照上的拼法，因為付款和合約要對得上）、職稱或專長、作品集或個人網站網址、所在時區、以及如果有的話，公司或工作室名稱。有統一編號或營業登記的話寫上去也有幫助，海外客戶的財務部門常常需要這個欄位。

另一個容易忽略的是發信地址。用自有網域的信箱（[email protected]）比免費信箱更容易通過對方的信任門檻，也比較不會掉進垃圾信件匣。如果暫時沒有網域，至少讓信箱名稱是你的真名而不是十幾年前的暱稱。

不要在信裡談情緒

覺得被冒犯、覺得對方不尊重專業、覺得改稿改到懷疑人生——這些都是真的，但不要寫進信裡。原因不是要你忍，而是email 是會被轉發的。你寫給窗口的抱怨，可能被原封不動轉給他的主管、法務、或下一個接手的人。一封帶情緒的信會在你完全不知情的情況下，長期損害你的專業形象。

如果真的動怒了，實務上的做法是照寫，但寫在別的地方——記事本、草稿匣、或寄給自己。隔一段時間再回來，把裡面「事實」的部分留下，「感受」的部分全部刪掉，重寫成一封只有事實、期限與後果的信。你會發現刪掉情緒之後，這封信的殺傷力反而更強。

其他容易忽略的細節

• 不要用全大寫強調重點，英文裡全大寫等於吼叫。要強調就用粗體，或乾脆另起一行。
• 不要混用中文標點。全形逗號、頓號、中文引號出現在英文句子裡會很突兀，也可能在對方的系統上顯示成亂碼。
• 不要在信裡用大量驚嘆號。一封信最多一個，多了會顯得不穩重。
• 不要附上沒開權限的雲端連結。寄出前用無痕視窗開一次，確認對方點得進去，這個動作可以省掉一整輪往返。
• 不要把附件命名成 final_v3_new.pdf。用「專案名-文件類型-日期」的格式，對方在幾個月後找檔案時會記得你。
• 不要在同一封信裡塞三個不相關的議題。拆成三封，每封一個主旨，回覆率會高很多。
• 不要省略稱謂就直接開始。Hi [Name] 一行即可，但要有。

八、發信前的三十秒檢查清單

寫到最後，這些原則能不能落地，取決於你有沒有一個能在三十秒內跑完的檢查流程。以下是可以直接貼在螢幕旁的版本：

• 主旨行單獨拿出來看，看得懂是什麼專案、要做什麼嗎？
• 第一句話是結論還是問候語？如果是問候語，刪掉或移到後面。
• 全文搜尋 sorry：出現超過一次就砍到只剩必要的那次（或零次）。
• 全文搜尋 maybe、possibly、just、a bit、if it’s not too much trouble：這些是稀釋訴求的字，刪掉之後句子通常更好。
• 全文搜尋 ASAP、EOD、soon、next week：全部換成具體日期＋時間＋時區。
• 所有日期都寫了月份英文名或用 ISO 格式了嗎？沒有純數字的 03/04 嗎？
• 結尾有沒有明確寫出「誰、做什麼、什麼時候之前」？
• 如果需要對方決策，有沒有給編號選項讓他可以只回一個數字？
• 語氣強度對嗎？這封信該用 soft、neutral 還是 firm？如果是第二次以上提醒，還停在 soft 就要升級。
• 有沒有任何一句話是在談感受而不是談事實？有就刪掉。
• 簽名檔有全名、作品集連結、時區嗎？
• 附件和雲端連結權限開了嗎？用無痕視窗實測過嗎？
• 如果這封信被轉發給對方的主管或法務，你會後悔寫了哪一句嗎？有就改掉。

最後補一個心態上的建議。很多人卡在「我的英文不夠好，所以不敢接歐美案」，但真實情況是：客戶對非母語者的文法容忍度，遠高於你的想像。他們在意的是你有沒有準時、範圍有沒有失控、出事的時候會不會主動說。一封文法有小瑕疵但結構清楚、期限明確、責任分明的信，比一封文法完美卻讀不出重點的信有用得多。與其把時間花在雕琢句子，不如把上面那份檢查清單跑熟——那才是接案英文真正能拉開差距的地方。

如果你正準備從國內接案轉向海外，除了信件寫法之外，還有兩件事值得同步準備：一是能撐得住視訊對談的口說模板，這部分可以參考遠距工作面試的必考問題與英文自我介紹範本；二是把上面的六個範本存成信件範本或文字展開工具的片段，讓你在需要的當下不必從零開始寫。真正會讓你在跨國合作裡站穩的，不是英文突飛猛進，而是每一次溝通都用同一套可預期的格式——對方知道你的信長什麼樣、知道你什麼時候會回、知道出事時你會怎麼講。這種可預期性，本身就是專業。