譯者自動媒合與派稿

🎯 這條流程解決什麼

派稿是翻譯社最仰賴「人腦資料庫」的環節。哪位譯者擅長法律合約、哪位醫療專業詞彙特別強、哪位文筆適合行銷文案、誰這週滿檔、誰品質穩但速度慢，這些關鍵資訊往往全裝在資深 PM 的腦袋裡。一旦這位 PM 請假或離職，派稿能力等於跟著走人，這對中小型翻譯社是很大的營運風險。

日常運作上，派稿也極度耗時。一個案子確認後，PM 得在心裡篩出幾位合適人選，逐一發 LINE 問「這案子方便接嗎」，然後等回覆。對方檔期滿了或沒空，再找下一位，又是一輪等待。急件最痛苦，客戶在催、案子卻派不出去，PM 一邊安撫客戶一邊瘋狂輪詢譯者，常常一個案子卡上半天還躺在待派稿欄裡。

更隱性的損失，是「派稿不均」。PM 在時間壓力下，往往反射性地把案子丟給最熟、最常合作的那幾位譯者，導致老班底忙到爆、新進譯者卻接不到案而流失，整個譯者池無法健康擴大。

這條流程把「媒合到接稿」自動化。案件一轉為待派稿，系統就依語系專長、領域標籤與當前檔期，排出最適合的譯者順序，自動發出帶案件摘要與報酬的邀請。譯者一回覆就回填指派與佔用檔期；若逾時未回或婉拒，立刻順延到候補名單。PM 從「逐一輪詢的接線生」變成「盯看板的決策者」。

導入後的改變

導入前，派稿是 PM 一天裡最分心、最被打斷的工作。一個案子要發好幾則訊息、等好幾輪回覆，注意力被切得支離破碎，急件來了更是手忙腳亂。譯者的選擇高度依賴 PM 的記憶與當下心情，難以一致也難以交接。

導入後，待派稿案件自動觸發媒合與邀請，PM 只需在看板上看「誰接了、誰還在等、進到第幾順位」，真正要介入的只剩特殊案件。派稿從「主動輪詢」變成「被動審核」，PM 的腦力釋放出來去做更需要判斷的事。

以一家月接六十件、約四十位合作譯者的翻譯社估算，過去每件派稿平均要花二十到四十分鐘輪詢，導入後系統自動發邀請、PM 監看，每件實際耗時降到五分鐘以內，一個月省下的派稿工時可達二十到三十小時。急件從確認到派出的時間，常能從數小時縮短到數十分鐘。更重要的是，派稿規則被寫進系統，新進譯者只要標籤齊全就會被輪到，譯者池更健康、PM 離職的營運風險也被分散。

流程怎麼運作

第一步「案件讀取」，由案件狀態更新為「待派稿」觸發，系統讀取該案的來源與目標語系、專業領域、字數與交期需求。

第二步「譯者媒合」，是這條流程的智慧核心。系統比對譯者資料庫（Airtable 或 Google Sheets）裡每位譯者的語系專長、領域標籤、品質評級與目前檔期佔用，篩掉滿檔與領域不符者，再依優先規則（例如領域吻合度、過往評級、檔期空檔）排出一份推薦順位名單。

第三步「派稿邀請」，依名單順位，透過 Gmail 或 LINE Notify 對第一順位譯者發出接稿邀請，附上案件摘要、字數、交期與報酬，並設一個回覆期限。

第四步「接稿回填」，譯者回覆接受後，系統自動把案件指派欄填上該譯者，並在譯者檔期表標記佔用，避免同一時段被重複派案。

第五步「順延候補」，若第一順位逾時未回或婉拒，系統自動把邀請順延給名單上的下一位，如此循環直到有人接稿；全程 PM 只在 Slack 看板上監看進度，無人接稿時才收到提示介入。

需要的工具與串接重點

平台用 n8n 或 Make。譯者資料庫強烈建議用 Airtable，因為它能用多選標籤管理「語系、領域、評級、檔期」這些多維屬性，比純表格好維護太多；案件清單可放 Airtable 或 Google Sheets。邀請管道依譯者習慣選 Gmail 或 LINE Notify，PM 監看用 Slack。

串接重點：一是譯者資料庫的「標籤體系」是整條流程的地基，語系、領域、評級要先定義清楚且每位譯者都填齊，標籤亂了媒合就不準；二是要設計好「邀請逾時自動順延」的等待時間，急件設短、一般件設長，避免邀請卡在某位譯者那裡空等；三是檔期佔用要在接稿當下就鎖定，否則容易超派。譯者標籤設計可參考 /recipes 的範例，整套自動化串接見 /automation。

常見錯誤與注意事項

第一個紅線是「合約與條件不可全自動」。譯者報酬、保密協議與接稿條件屬契約事項，正式委派前建議由 PM 人工確認雙方條件，系統不取代議約判斷，尤其遇到高難度或敏感案件，報酬該不該加、條件能不能談，都要人來拍板。

第二，個資與機密分權。譯者個資與案件機密文件須分權限存取；派稿邀請階段只給「案件摘要」，避免一次外洩客戶完整內容，等對方確認接稿、簽妥保密後再提供全文。

第三，別讓自動媒合變成「機械分案」。系統排出的順位是建議，特殊客戶指定譯者、敏感案件需要資深者把關等情境，PM 仍應保留手動指派的權力，不能完全交給規則。

台灣中小企業情境案例

新北一家中型翻譯社，靠一位資深 PM 派稿派了八年，所有譯者的專長與脾性都在他腦裡。某次他長假兩週，代班同事完全不知道哪位譯者能接醫療案，急件積壓、客戶連環抱怨，公司才驚覺派稿能力過度集中在一個人身上的風險。

導入這條流程後，他們花了兩週把四十多位譯者的語系、領域、評級、檔期一一建進 Airtable。此後案件一確認，系統自動依規則發派稿邀請、逾時順延候補，PM 只需在看板上監看。資深 PM 再請假，代班同事看著看板也能撐住；新進譯者因為標籤齊全開始穩定接到案，譯者池半年內擴大。急件派出時間從動輒數小時降到半小時內，客戶滿意度明顯回升。

延伸應用

這套「依條件媒合人力、自動邀約、逾時順延」的邏輯，適用於任何接案媒合場景。例如家教平台依科目與時段媒合老師、設計外包依風格與檔期媒合設計師、活動公司依地區與專長媒合工讀生與司儀，骨架都一樣。

在翻譯社內部，派稿是承先啟後的一環：往前接報價建檔，譯者接稿後往後直接觸發進度追蹤與催稿，再到交件驗收，整條鏈一氣呵成，相關串接可參考 /workflows 的其他翻譯社流程。

⚠️ 合約與個資提醒：譯者報酬、保密協議與接稿條件屬契約事項，正式委派前建議由 PM 人工確認雙方條件，系統不取代議約判斷。譯者個資與案件機密文件須分權限存取，派稿邀請避免一次外洩客戶完整內容，待對方確認接稿再提供全文。

流程圖

用到的工具

更多「專業服務」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →