先判斷對方在等一個位置，還是一項交付
拒絕活動邀請與拒絕幫忙請求，禮貌語氣可以相近，但要關閉的不確定性不同。邀請的核心是你是否占一個位置：會不會到場、是否需要座位、餐食或票券。幫忙請求的核心是你是否接一項工作：要做什麼、由誰完成、何時交付、目前誰正在等待。有些訊息把兩者綁在一起，例如請你參加聚會並負責拍照。此時不要用一個含糊答案包住兩項決定，而要分開回答出席與任務。你可以出席但不拍照，也可以不出席而提供一項有限資源，或兩項都拒絕。清楚的差別不在於哪一種更難拒絕，而在於收件人讀完後應停止等待什麼。
辨識承諾對象：位置還是任務
把訊息改寫成一個簡單問題。若問題是「他們需要知道我會不會到場嗎」，走邀請軌；若是「他們期待我完成或提供什麼嗎」，走幫忙軌。邀請圍繞位置、同行者、餐點或票券；幫忙則圍繞動作、負責者、期限與成果。遇到「來生日聚會並幫忙布置」時，將出席和布置分成兩列，各自標示接受或拒絕。別讓「再看看」隱藏已確定的兩項答案。這一步也會顯示是否存在正式義務；若與工作或既有分工有關，先查當前規則，不把它當作純社交請求。
拒絕活動時先關閉人數不確定性
先透過主辦者指定的回覆管道給出明確出席狀態：「謝謝你邀請我參加週五演出，我這次無法到場，祝活動順利。」只有在實際相關時，才補充同行、票券或餐點資訊。你不必證明另一件事更重要，也不必自動補上一場見面。Google Calendar 等工具會把 Yes、No 或 Maybe 回傳給主辦者，說明邀請回覆的第一個功能是更新規劃，而不是審查理由。已經確定不去時，就不要用「也許」柔化不存在的可能。
拒絕幫忙時點名不接的工作
幫忙回覆要讓任務界線可見：「我週五無法負責搬運，也不能在當天待命。」若請求包含數個工作，可逐項回答：「我不能開車接送，但能在週四前把地址清單寄給你。」部分協助不是禮貌稅，只在真心願意且範圍清楚時提出。還要區分新請求與既有承諾。從未答應時，直接拒絕即可；先前已接下任務而必須退出時，應盡早說明完成到哪裡、哪些資料要交接及已知期限。這是在處理對方對交付的真實依賴，不代表你要承擔所有後果。
理由要提供不同的操作資訊
活動邀請中，「這次無法參加」通常已回答核心問題，更多細節由你選擇。幫忙請求同樣不需要私人故事，但能力界線可能有用：「我沒有那項設備」「我無法在期限前完成」「我不能接夜間值守」。這些不是辯論材料，而是讓請求者停止等待某項資源。求助研究指出，請求者與可能提供協助的人會錯估拒絕的社交成本與獲得協助的機率；它不能預測這一段關係。實務上應以明確答案取代猜測。真實的容量限制，比延後回覆、先答應再漏交更能讓對方調整。
兩條軌道的替代方案邏輯不同
拒絕邀請後，替代方案是另一種聯絡，例如另約咖啡；只有真的想安排才提出，它不是拒絕必備附件。拒絕幫忙後，有用的替代會降低任務不確定性，例如公開指南、獲准分享的轉介，或十分鐘且範圍明確的檢查。不要未經同意交出他人聯絡方式，也不要說「我幫你找人」卻沒有期限與動作。可寫：「原請求我不能接；若有用，我今晚能傳這份公開清單。」把拒絕和小資源分開，請求者才不會誤認你仍負責最終成果。
混合訊息用兩句話分別回答
常見混合訊息包括參加生日並布置場地、出席會議並記錄、加入旅行並訂住宿。圈出每個動詞後分別回答：「聚會我會參加，但不能採購或提前布置。」「會議我不出席，也不接會議紀錄，請移除我的記錄人角色。」「旅行我不加入，但可在週三前傳我曾用過的路線。」若對方仍把決定綁在一起，重申「我的出席答案與幫忙答案是分開的」。這比增加更多理由有效，因為它直接關閉會造成錯誤期待的項目。
傳送前檢查類型、答案、依賴與下一步
最後檢查四欄：類型是邀請、任務或混合；答案中哪些項目接受或拒絕；依賴中是否有人正等你的工作、資料、設備或確認；下一步由誰在何時做什麼。完整的邀請婉拒可能只有感謝、明確缺席與祝福。完整的幫忙婉拒可能要有任務名稱、拒絕範圍與既有承諾的交接。刪除無法兌現的「下次一定」「我再想辦法」與沒有期限的「晚點回」。你不用靠長篇說明取得拒絕資格，但對方必須知道哪些事情不用再等、哪些承諾仍有效。
常見問題
朋友用邀請口吻請我幫忙，如何判斷？
找出是否期待一項交付。只問你是否出現是邀請；期待開車、拍照、提供設備或文件，就含幫忙任務，應分開回答。
拒絕幫忙一定要推薦其他人嗎？
不用。只有確知合適資源、取得必要同意且願意完成轉介時才提出；清楚拒絕比不可靠替代更有用。
答應幫忙後還能退出嗎？
情況改變時應盡早告知，說明已完成內容、需交接資料與已知期限，不要用突然消失代替退出通知。