通話轉接與簡訊轉接：技工服務業設定指南

晚上 9:40，一名熱水器爆裂的屋主在 Google 上搜尋並致電了三家水電行。第一通電話撥到了老闆的私人手機，但他正在施工而設為靜音。第二通電話轉入了已滿的辦公室語音信箱，僅承諾會回電。第三通電話透過轉接規則轉到一家水暖空調（HVAC）維修店，值班技術人員在趕往不同工地的開車途中接聽了電話。幾分鐘後，屋主用簡訊發送了一張地下室的照片。卻沒有任何人看到。

這個脫節的環節正是許多非營業時間潛在客戶流失的原因。通話轉接會轉移語音通話，但不會自動轉移簡訊對話。 店家即使接通了電話，仍可能失去預約訂單，因為對方的回覆傳到了一部無人監控的手機、一個停用的收件匣，或是一整個晚上都沒人查看的號碼。

本指南將通話轉接與簡訊轉接視為一項營運問題，而非僅是一堆 *72 代碼與 iPhone 切換開關。切實可行的架構通常包含三個層次：用於維持基本連線的電信商路由、用於受控處理通話與訊息的 VoIP，以及將未接來電、SMS 回覆、客戶接待與派工整合為單一可審計工作流程的接聽層。

目錄

• 每家水電工程行都會面臨的非營業時間難題
• 語音轉接與簡訊轉接的實際差異
  • 主要裝置選項的實際作用
  • 架構設定決策
• 為工程行選擇適合的轉接層
  • 工程行的轉接層比較
• 以正確方式設定未接來電自動發送簡訊（Text Back）
  • 打造引導回覆的訊息內容
• 從未接來電到成功預約的真實工作流程
  • 調度人員應能審計的對話串
• 悄悄讓您痛失訂單的轉接錯誤
  • 常見的轉接迷思與實際情況
• 疑難排解與上線前檢查清單
  • 上線第一週轉接失敗疑難排解矩陣

每家水電工程行都會面臨的非營業時間難題

撥打緊急電話的客戶通常不會去評估您的電話系統。她想要的是真人回覆、明確的後續步驟，以及確信有人能夠解決問題的安心感。如果您的設定僅僅改變了電話響鈴的地點，那麼當下一個人終於接聽或回電時，客戶還得把狀況重新說一遍。

這就是為什麼轉接機制表面上看起來面面俱到，實際運作卻往往漏洞百出。電話可能接通了老闆、技術人員或代接電話服務，但客戶傳送的簡訊卻依然留在原本的行動裝置上。技術人員可能接了語音電話，承諾會查看照片，卻在工作排程確立之前就把這條線索給遺漏了。

實用準則： 將每通來電都視為語音與簡訊兩組可能的對話，直到測試證實這兩個管道都能確實送達同一位負責人為止。

電信商通話轉接適用於來電溢流處理、非營業時間應對以及臨時線路中斷。當辦公室關閉或調度人員正忙於處理另一通來電時，轉接能確保客戶依然能撥通店家的號碼。但它無法建立共享收件匣、擷取地址、排定預約，也無法顯示是否有人已跟進該潛在客戶。這些屬於獨立的營運控制環節。

第一則 SMS 簡訊於 1992 年 12 月 3 日 透過英國 Vodafone 的 GSM 網路發出，隨後 SMS 便發展為電信商的主流服務，而非小眾功能。SMS 的歷史記載，到了 2011 年，英國行動用戶每年發送超過 1,500 億則 SMS 訊息，而 2008 年全球 SMS 發送量就達到了 3 兆至 4 兆則訊息，估計營收達 800 億至 1,000 億美元。客戶早已習慣將簡訊視為服務溝通的一部分，因此僅轉接語音的方案會讓這個大眾熟悉的管道處於無人管理的狀態。

對小型店家而言，實務目標非常簡單：

• 語音連續性： 通話能轉接到真人、值班技術人員或代接層。
• 簡訊連續性： 回覆、照片和預約諮詢能送達有人監控的公務收件匣。
• 營運連續性： 無論是報價、回電還是派工，下一個行動對團隊都是公開透明的。

基礎的承包商非營業時間代接電話服務可以解決第一和第三項需求，但老闆仍需確認 SMS 簡訊的處理方式。如果簡訊路徑未經妥善規劃，店家就沒有建立起完整的工作流程，而只是構建了一個語音上的權宜之計。

語音轉接與簡訊轉接的實際差異

語音轉接與簡訊轉接採用不同的路由機制。電信商可以接收連入語音通話，並在原始電話響鈴之前，透過電信商或網路層級的通話處理將其重新路由至另一個號碼。該目的地可以是老闆的手機、值班技術人員或另一條公務電話線路。

在許多電信服務中，*72 可啟用轉接到指定號碼，*73 則是關閉轉接，但具體的代碼和選單因電信商而異。在 iPhone 上，該裝置設定通常位於「電話」設定中；而在 Android 手機上，相關控制項則位於「電話」應用程式的補充服務區域內。這些設定只會影響語音通話，不會影響客戶的 SMS 簡訊對話串。

SMS 是一種儲存轉發（store-and-forward）式的訊息服務，與行動帳戶、裝置及訊息環境綁定。一項針對此差異的技術探討指出，SMS 需要獨立的轉發邏輯，例如廣播、尋線（hunting）、鏡像或重新發送。單純的語音轉接規則並不會自動讓傳入的簡訊出現在目的地手機上。

主要裝置選項的實際作用

iPhone 訊息轉發可以在裝置和帳戶設定於 Apple 生態系內時，在多部 Apple 裝置之間轉發訊息。這對於維持 Apple 裝置間的個人連續性非常實用，但這與將工程行的 SMS 簡訊對話路由到調度員收件匣或技術人員工作流程完全是兩回事。iMessage 還增加了一層複雜性，因為它依循的是 Apple 自身的訊息系統，行為模式與電信商 SMS 並不完全相同。

Android 裝置通常不提供跨不同手機的原生自動簡訊轉發功能。第三方應用程式或許能鏡像同步訊息，但這會帶來權限、可靠性、隱私以及監控等問題。在商業用途上，採用具備託管 SMS 功能的號碼，通常比在後台轉發訊息的個人手機更容易進行審計與管理。

電信商通話轉接在唯一需求僅是重新路由語音時依然適用。它設定快速，且即使原始手機不是接聽電話的裝置也能持續運作。但它無法提供簡訊收件匣、共享對話記錄、逐字稿轉錄，也無法為客戶照片提供可靠的接收管道。

架構設定決策

單車出勤的獨資店家可以先從電信商通話轉接和獨立的商用簡訊號碼開始。但持續成長的水暖空調或水電團隊通常需要將店家號碼建置在雲端電話系統中，讓經授權的使用者都能同時存取語音與 SMS。了解 iPhone、Android 與商用系統之間的平台差異至關重要，因為同樣宣稱「轉接」功能，在某個生態系中可能代表內建的裝置轉發，在另一個生態系中卻需要依賴第三方軟體。

在依賴任何設定之前，請務必使用外部電話進行測試。撥打電話、發送 SMS、回覆該 SMS、附加照片，並確認每一項事件分別由誰接收。如果電話轉到了技術人員，但回覆卻傳回老闆的個人手機，那麼這套架構就只算成功上線了一半。

為工程行選擇適合的轉接層

水電工程行通常會採用多層路由堆疊，而不是永遠只挑選單一功能。電信商轉接可以提供快速的後備方案。VoIP 能集中管理號碼及其通話記錄。當外勤團隊無法接聽時，AI 接線生或真人代接服務則可代為處理對話。

選擇合適的層次取決於您需要捕捉什麼。電信商規則捕捉的是響鈴。雲端電話系統捕捉的是更完整的對話。而代接層則能捕捉客戶意圖、工程細節以及下一步的營運動作。

工程行的轉接層比較

電信商轉接是最簡單的層次，但也最容易被誤解。它無法提供逐字稿、共享記錄或可靠的簡訊傳輸路徑。它是個實用的緊急切換開關，但不是一套完整的客戶溝通系統。

雲端 PBX 或商用電話線（如 RingCentral、OpenPhone 或類似 Google Voice 的服務）能將語音和 SMS 整合在同一個帳戶下。這為通話選單、同時響鈴、語音信箱轉電子郵件、營業時間排程與共享收件匣創造了發揮空間。代價則是行政管理成本——必須有人維護使用者、路由規則、節假日排程、上報升級目的地以及權限設定。

代接層位於電信商或 VoIP 路由的前端。它可以接聽非營業時間的來電、詢問服務地址與問題類型、發送未接來電簡訊，並將逐字稿或派工請求轉發給外勤團隊。其價值不僅在於「AI」這個標籤本身，而在於交接紀錄的完整性——特別是當一項工程在正式預約前可能會經手多個人員時。

轉接規則告訴電話該在哪裡響起；營運工作流程則告訴團隊響鈴之後該做什麼。

對於小型電氣承包商來說，如果是由同一個人穩定地使用同一台裝置接聽電話和發送簡訊，電信商轉接或許就已足夠。但一旦通話、回覆、照片、報價和派工需要在多人之間流轉，雲端架構就會比一連串的個人手機更容易管控。

正確設定未接來電自動發送簡訊（Text Back）

未接來電自動發送簡訊（Text Back）只有在來電者仍需要協助時送達才有效。一項獨立的 2026 年分析報告指出，在一分鐘內發送的自動簡訊，可為服務型企業挽回高達 93% 原本可能流失的潛在客戶，並每月增加約 3,500 美元營收。該篇未接來電自動發送簡訊分析也描述了核心流程：偵測未接來電、立即發送 SMS、引導簡短回覆，並將該回覆轉入預約排程或回電流程。

觸發條件不應僅限於響鈴無人接聽的電話，還應涵蓋忙線訊號、請勿打擾模式、轉接目標失敗，以及在代接層接聽前就掛斷的通話。

設計引導回覆的訊息內容

第一則訊息應表明店家身分、確認未接來電，並要求一個簡單的回覆。切勿發送冗長的服務項目清單或籠統的「我們會盡快回覆您」之類的承諾。

實用的格式如下：

• 表明商家身分： 使用店家名稱，讓來電者知道這是一則正當訊息。
• 確認未接來電： 說明團隊剛才無法接聽。
• 提供明確的下一步： 詢問來電者需要回電、預約還是報價。
• 保持回覆簡單： 僅在需要初步評估時，才索取服務地址與簡短說明。

客戶的回覆必須傳送至真人或可靠系統監控的位置。常見的接收端包括共享收件匣、派工人員手機、VoIP SMS 佇列、CRM 紀錄或原本的轉接線路。如果原本的線路屬於在非營業時間關閉通知的負責人，最後一種選項就會有風險。

電信商過濾機制也可能影響自動訊息發送，特別是當訊息來自不常見的發送行為，或引導回覆至平台無法妥善處理的號碼時。請使用多家不同電信商發送測試訊息、以純文字回覆、附加照片，並確認回覆會出現在與未接來電警示相同的工作佇列中。

專為工程承包商設計的 AI 接線生工作流程可以同時處理自動發送簡訊與客戶接待，但水電工程行仍需定義通報升級規則。暖氣中斷、爆管或用電安全等緊急案件，絕不能與一般例行估價排在同一個通用收件匣中乾等。

從未接來電到成功預約的真實工作流程

晚上 9:40，一位屋主的暖氣爐停止運轉。主要線路響了四聲後轉接給值班技術人員，因技術人員無法接聽而進入語音信箱。未接來電系統隨即發送簡短簡訊，屋主回覆了地址與問題描述，代接層接著將該回覆轉換為結構化的派工資訊。

重點不在於每個工具各自執行任務，而在於每一次交接都能留下紀錄。

派工人員應能完整審核的追蹤歷程

1. 來電呼叫： 水電工程行的公開號碼收到來電。電信商或 VoIP 規則會記錄此次通話嘗試，並套用非營業時間路由。
2. 轉接響鈴： 值班目標號碼響鈴。若無人接聽，系統會將通話標記為未接，而非將進入語音信箱視為通話完成。
3. 即時簡訊： 來電者收到表明水電工程行身分並請求回覆的 SMS。該訊息應指向受監控的公務管道。
4. 客戶回覆： 屋主回覆地址、設備問題與緊急程度。任何照片或補充資訊都會保留在對話歷程中。
5. 客戶接待與報價流程： 代接層擷取服務細節，套用水電工程行核可的報價或分流規則，並準備下一步。系統不應在店家自身的價目表之外捏造價格。
6. 派工確認： 技術人員透過 SMS 或派工看板確認可配合的時段。CRM 儲存預約紀錄，並附上原始通話與訊息歷程。

水電工程行可以使用雲端電話系統、共享收件匣、CRM 與獨立的代接服務商；也可以使用支援轉接與通話後紀錄的整合代接服務，例如承包商代接電話服務。無論採用哪種方式，營運要求始終如一：派工人員必須能清楚掌握狀況，而無需讓客戶從頭說明。

透過實際測試觀察整個鏈條的運作，而不僅僅是看儀表板上的摘要數據。

整個流程的成效取決於最脆弱的交接環節。如果回覆傳進了無人查看的死信箱，發送再快的簡訊也毫無意義；如果技術人員從未收到客戶接待逐字稿，再好的接待紀錄也是徒勞；如果確認的預約沒有同步到行事曆或派工看板，這項預約就稱不上完成。

悄悄讓您痛失訂單的轉接錯誤

最具破壞性的盲點，往往是在設定時聽起來合情合理的假設。

通話轉接不會自動轉接簡訊。 語音通話能轉接給技術人員，但客戶的簡訊仍會留在原始裝置上。如果水電工程行未另外設定公務簡訊功能，屋主傳送的照片可能永遠沒有人看到。

語音信箱不是挽回潛在客戶的有效手段。 內部的營運經驗往往清楚揭示其缺點：語音信箱雖然記錄了需求意圖，卻無法建立對話、確認緊急程度或預約時段。撥打緊急電話卻無人接聽的客戶可能會留言，但水電工程行無法掌控對方掛斷電話後是否會繼續尋找其他店家。

非營業時間的支援不能推託到週一才處理。 冷暖空調（HVAC）、水電與電力問題不會等到上班時間才發生。水電工程行必須為平日晚間、週末、繁忙時段及技術人員無法接聽的情況建立明確的處理路由。

常見的轉接迷思與實際情況

實務上的替代方案是進行分項測試。首先確認語音覆蓋範圍；接著向公開號碼發送 SMS，以客戶身分回覆並附加照片，確認派工人員無需查看任何人的私人手機即可進行後續處理。

疑難排解與上線前檢查清單

第一週出現的故障大多是路由設定錯誤，而非高深的技術問題。負責人啟動轉接、打了一通測試電話、聽到目標手機響鈴，就誤以為系統已經準備就緒。被遺漏的測試通常涉及回覆、排程、權限或最後的派工交接。

第一週轉接故障疑難排解矩陣

正式上線前，請使用辦公室電話、iPhone、Android 手機以及技術人員在現場使用的實際裝置進行以下檢查清單：

• 測試電信商控制項： 確認適用的通話轉接代碼或裝置設定，然後使用外部號碼撥入測試。
• 測試雙大作業系統生態： 分別在 iPhone 與 Android 上驗證路由，切勿假設單一裝置的測試結果適用於另一種系統。
• 停用衝突的語音信箱： 若應由代接層優先回應，請防止電信商語音信箱過早攔截通話。
• 梳理行事曆設定： 檢查營業時間、週末、國定假日、緊急應變時段與值班輪替安排。
• 驗證回覆號碼： 發送簡訊、進行回覆，並確認該回覆顯示於受監控的工作佇列中。
• 測試多媒體檔案： 傳送客戶照片，確認派工人員與技術人員皆可順利開啟。
• 確認 CRM 接收無誤： 確保轉接的簡訊、摘要與預約詳情皆能正確關聯至該客戶紀錄。
• 進行通報升級測試： 模擬爆管或暖氣中斷等緊急案件，確認備援接收人能順利收到警示。
• 指定負責專人： 指派專人於每天早晨檢視未接來電與尚未處理的回覆。

只有在水電工程行能確切追蹤每位客戶回覆的流向時，通話轉接與簡訊轉接才能發揮真正價值。請將路由規劃落實成具體文件，在真實的非營業時間進行測試，並在對外宣傳 24 小時全天候服務之前修復所有交接斷點。

---

Mercateer 能與電信商線路、VoIP 系統或行動電話協同運作，負責接聽電話與處理訊息、發送未接來電自動發送簡訊（Text Back）、擷取工作需求細節，並將逐字稿與派工資訊即時傳達給現場團隊。歡迎造訪 Mercateer，了解為水電工程等技術服務店家串聯轉接、SMS 挽回、客戶接待與預約排程的完整代接工作流程。