為何物業客服中心總在掛線後才出問題

扼要而言：物業客服中心最常出問題的環節，並非電話無人接聽，而是電話接通之後。電話雖獲接聽，但問題最終仍未能解決——細節在轉交過程中遺失，緊急程度的判斷缺乏統一標準，個案一旦離開客服中心便無人專責跟進，而管理層總要等到住客正式投訴後才獲悉情況。要改善此問題，需要的是一套能夠貫穿「接獲通報」至「工作完成」整個過程的工作流程，而不僅是追求更快的接聽速度。

住戶來電反映門外積水。客服人員於兩聲鈴響內接聽，態度有禮，回覆會安排人員跟進。住戶掛線時，感覺尚算滿意。

三日後，無人到場處理。住戶再度來電，語氣明顯不悅，且須重新交代事發經過，皆因系統內僅留有一則「A 棟積水」的簡略備註。由第一通電話至今，這個案子就卡在一個沒有任何報表看得見的漏洞裡。

這是物業日常運作中極少被正視的一環。各類指標普遍集中於電話接聽速度，卻鮮有追蹤通話結束後數小時甚至數日內所發生的事情。然而，真正導致問題的，往往正是後者。

Digible 與 Fiona 曾就多戶型物業逾 17 萬通來電進行分析，發現 60.8% 未獲接聽，而每通漏接的租務查詢來電，可導致每年 15,000 至 30,000 美元的租金收入損失（資料來源）。此數字確實值得正視。然而對大多數物業團隊而言，更為普遍卻較少被察覺的問題，在於那些獲接聽的來電，其後續處理是否到位。

住戶報告漏水、租客投訴噪音、訪客反映冷氣故障——電話均獲接聽，當下物業亦承諾跟進。然而問題最終能否真正解決，取決於以下環節：細節是否準確記錄、緊急程度是否判斷得宜、有否指派專人負責、相關團隊是否獲正確調配，以及案件是否獲持續跟進至正式結案。

由「接獲來電」至「完成跟進」之間的交接過程，正是大多數物業客服流程的斷裂點。改善方向並非單純加快接聽速度，而是確保整個流程在通話結束後仍能繼續有效運作。

「電話已接」不等於「問題已解」

不少物業團隊衡量客服表現的方式，仍參考一般零售業熱線的標準：以接聽率、等候時間、來電數量及通話處理時長為主要指標。此類數據固然有參考價值，惟未能反映物業管理服務質素的關鍵所在。

物業範疇的來電，大多需要實際行動跟進，而非單靠話語即可完結。漏水不會因為一句「我們會跟進」而自行修復，電梯故障不會因為獲記錄而自動維修，噪音投訴不會因為有人記錄而平息。此類問題必須由合適人員接收準確資訊、承擔跟進責任、付諸實際行動，並於完成後留有正式紀錄，方算真正解決。

因此，客服中心報表數字理想，並不代表住戶滿意度高。電話接聽了、客服態度良好、等候時間合乎標準——若移交給維修團隊的備註內容含糊不清、案件無人專責跟進、管理層無法查閱進度，服務質素依然未達標。對物業管理而言，通話本身從不是最終目標；真正重要的是維修是否完成、投訴是否妥善處理、住戶是否獲適時通報，以及是否有完整紀錄可供查核。

流程斷裂的具體成因

轉介過程的資訊稀釋。住戶鮮以專業用語描述問題。「我門外有積水」背後可能涉及多種情況：水管爆裂、去水渠阻塞、上層單位滲漏、相鄰單位漏水、清潔問題，甚至整棟大廈的管道系統故障——各需截然不同的應對方式。問題往往始於一段詳盡對話被壓縮為「A 棟積水」之類的簡略備註。此等記錄僅能證明曾有來電，卻不足以讓後續處理人員據此行動。一套穩健的流程，理應將地點、事件詳情、發生時間、有否擴散、是否涉及安全風險、是否需要安排入內、以及應聯絡何人等資訊，以可供操作的形式記錄在案，而非留下一則需要他人另行解讀的訊息。

緊急程度判斷欠缺統一標準。水龍頭滴水、水管爆裂、電梯受困、噪音投訴、走廊照明故障——此類事件性質及嚴重程度各異，不應納入同一處理隊列。然而不少物業客服中心仍將緊急程度的判斷，完全交由接聽人員自行決定。而相關判斷可能因接聽者的經驗、當值時段、來電者語氣，甚至團隊對該大廈的熟悉程度而有所差異。相同情況，有人視為緊急個案處理，有人則按一般程序登記了事。此問題在設施管理行業普遍透過分級服務水平協議（SLA）處理——高優先級事件訂有明確的快速應對時間（關鍵環境通常為 15 分鐘內），一般事件則容許較長處理時限。物業團隊無須照搬廠務或資訊科技部門的做法，但背後的邏輯值得借鑑：必須有清晰的優先級別及明確的派案準則。缺乏此層架構，緊急程度便淪為個人主觀判斷，SLA 的達標表現亦難以維持穩定。

案件離開客服中心後權責模糊。在大多數物業運作中，客服中心僅為第一站。其後案件可能轉交現場辦公室、物業主任、工程部、保安、清潔承辦商、外判商戶服務商，或當值主管——而溝通媒介亦涵蓋電話、WhatsApp、電郵及試算表等，各有不同。各方渠道各存一部分資訊，卻無一處能呈現案件全貌。這正是權責歸屬逐漸模糊的根源。客服中心假設現場團隊已接手，現場團隊假設外判商已獲通知，外判商正在等候審批，管理層則假設一切按進度推進——與此同時，住戶一方全無消息。住戶第二度來電，往往並非因為問題惡化，而是因為無人能明確告知當前進度。一套穩固的流程，應隨時清楚顯示四項資訊：目前由誰負責、當前狀態為何、下一步行動為何、以及預定完成時間。

管理層發現問題時已太遲。多數物業運作仍處於「延遲通報」的狀態——管理層通常透過早會匯報、日結報告、住戶投訴，或住戶直接致電辦公室，方知悉問題。而屆時，問題早已為住戶所察覺，且往往已發展為正式投訴。若未能即時掌握哪些案件屬緊急、哪些滯後、哪些瀕臨 SLA 時限、哪些外判商延誤，團隊便只能長期處於被動應對的局面。此乃設施管理業界持續提倡即時儀表板及違規預警機制的原因。待下班後匯總的報告，往往未能反映那些真正導致服務失誤的具體延誤。

物業客服中心應追蹤的三個時間節點

流程斷裂的另一原因，在於團隊將「回應時間」視為單一指標，實際上整個過程涉及多個不同的計時節點。

1. 通報時間，即住戶首次反映問題的時刻。此時間點之所以重要，在於它是服務承諾的起算點。電話雖獲接聽但未妥善登錄，團隊便可能無法準確計算案件的真實起始時間。
2. 派案時間，即案件正式轉交至相關團隊或外判商的時刻。案件可於短時間內獲受理，卻可能擱置數小時仍未獲派案——此段空窗期若未有獨立追蹤，往往不為人察覺。
3. 首次行動時間，即實際開始處理的時刻——技術人員獲調派、主管審視投訴、緊急情況下通知當值團隊，均屬此類。

分開追蹤此三個時間點有其必要，因為各自指向不同的問題。若來電接聽迅速惟派案緩慢，問題在於派案機制。若派案迅速惟行動遲緩，問題在於人力資源或外判商反應。若行動迅速惟住戶持續來電查詢，問題則多半在於溝通或結案程序，而非執行速度。物業管理的 SLA 重點不在於設定某個數字，而在於精確識別整個鏈條中哪一環出現延誤。

通話結束後出問題所衍生的成本

此類成本極少以單一重大事故的形式呈現。其常見表現為：住戶反映「我已經報過一次」、技術人員到場時僅掌握一半資訊、管理層每日早上耗費大量時間追查進度而未能專注於日常管理、以及本可透過一次明確進度通報而避免的投訴最終演變為正式個案。

對租務團隊而言，此類問題最終反映於租金收入的流失。對營運團隊而言，則表現為一種更緩慢、更紛亂、更被動的管理模式。雖然具體影響因團隊而異，惟根本原因如出一轍——來電內容從未被轉化為可靠的後續行動。

穩健的後續流程應具備的要素

1. 結構化記錄。來電內容應被轉化為可供操作的數據，包括地點、問題類別、緊急程度、是否需要安排入內、聯絡方式等，而非一段含糊的備註或一段需要事後重聽的錄音。此乃 Routiq 的 AI 派案系統 的價值所在：可在通話過程中提出針對性的補充問題，並將營運團隊可直接執行的資訊移交，而非僅留兩行撮要。
2. 問題分類。每通來電均應歸入正確的類別——維修、投訴、緊急事件、保安、清潔、外判商跟進、一般查詢等——因為投訴的處理方式不應與場地預約相同，緊急事件亦不應與例行維修排在相同的隊列。於記錄階段自動完成分類，可避免相關判斷取決於當值人員的主觀決定。
3. 建立工單。每一通需要跟進的來電，均應轉化為可追蹤的工單，包含案件編號、情況描述、地點、優先級別、負責團隊、目標處理時限、當前狀態及時間戳記。此乃「一則通話記錄」與「一項可問責的行動」之間的分別——而當記錄與分類均已結構化，此步驟便可輕易自動化。
4. 派案與權責確立。案件須自動分流至正確的團隊：電梯問題交給工程部、漏水交給維修組、噪音投訴交給物業主任或保安、清潔問題交給清潔組，緊急事件則直接通知當值主管。重點不僅在於分流，更在於確立權責歸屬——每一宗案件在任何一個階段，均須有明確的負責人。
5. 狀態追蹤。每宗案件均應有清晰可見的狀態進展——由新接獲、已派案、處理中、等待住戶回覆、等待承辦商回覆、等待零件、已完成、已結案，至已升級，層層分明。若一宗案件全無狀態更新，則根本無人能確定其是否正在推進。
6. 留存紀錄。最後一環為完整的結案紀錄：原始來電內容、時間戳記、備註（如備有謄本亦一併留存）、負責人、所有狀態變更、升級歷程及最終處理結果。此對服務檢討、SLA 匯報及投訴處理均屬必要。在香港，此亦涉及監管要求——物業管理業監管局 規定持牌物管公司須設有正式的投訴處理機制，而投訴可以口頭或電話方式提出，因此電話投訴與書面投訴同樣須有完整紀錄。

人工智能接待系統 vs. 人工智能派案系統

AI 接待系統能減少漏接來電，確實有其實際效益，然而通話結束後，團隊仍須手動處理最耗時的後續工作：分類問題、派案、追蹤、需要時升級、及事後產出報告。

AI 派案系統（Routiq 所屬的類別）則將來電視為營運流程的起點，而非單純一則需要記錄的對話。它在通話當時即記錄結構化細節、自動判斷問題類別及緊急程度、建立工單、指派負責人、追蹤各項狀態直至結案，並保留完整可供搜尋的紀錄。此乃「減少漏接」與「堵塞導致住戶再度來電的營運漏洞」之間的根本區別。

更大的轉變：由客服中心邁向營運控制層

物業營運的發展趨勢，已不僅是追求更快接聽來電，而是將客服中心轉化為一個營運控制層。

客服中心負責接聽；控制層負責統籌協調。

客服中心記錄對話內容；控制層將對話轉化為行動。

客服中心統計來電數量；控制層追蹤由開案至結案的完整進度。

隨著管理規模持續擴張、住戶對回應速度的期望不斷提高，最終能夠突圍的團隊，將不僅是電話接聽最快的那些，而是能夠將執行標準化，套用至每一幢大廈、每一個班次、每一間外判商，使任何案件均無須依賴個別人員的記憶力來跟進。

因為在物業管理行業，來電從來不是最終成果。真正的成果是工作確實完成、住戶獲適時通報、案件正式結案，以及有完整紀錄證明整個過程確實發生。

常見問題

為何物業客服中心在通話結束後便告失效？

因為來電的細節甚少被轉化為可追蹤的行動。常見原因包括：記錄過於簡略、案件離開客服中心後權責不清、緊急程度判斷標準浮動、派案進度透明度不足，以及管理層須待住戶投訴後方知悉情況。

漏接一通來電對物業管理者實際造成多少損失？

對租務團隊而言，損失可能相當可觀。Digible 與 Fiona 分析逾 17 萬通多戶型物業來電，指出每通漏接的租務查詢來電可導致每年 15,000 至 30,000 美元的租金收入損失。對營運團隊而言，成本較不明顯，惟會反映於重複來電、投訴增加、處理時間延長，以及住戶對物業管理的信任度逐步下降。

物業團隊應採用甚麼 SLA 回應時間？

視乎物業類型及服務模式而定，惟大多數設施管理團隊均採用分級制——重大事件要求在數分鐘內回應，例行案件則有較長的處理時限。重點不在於具體數字，而在於分級須清晰明確，並須分開追蹤「通報時間」、「派案時間」及「首次行動時間」。

AI 接待系統是否足以應付需要？

通常不足。它能可靠地接聽及記錄來電，惟物業營運尚需後續環節：分類、建立工單、派案、SLA 追蹤、升級機制及留存紀錄。

「接聽」與「派案」實際上有何分別？

接聽乃接通電話並記錄內容；派案乃將案件轉交至正確的團隊或外判商，使事情實際開始推進。物業營運兩者均不可或缺，因為大多數來電需要實地跟進，而非僅僅一則客氣回覆。

即時可視化為何如此重要？

若無即時可視化，管理層通常要待住戶投訴後才知悉問題。若能即時掌握負責人是誰、當前狀態、是否有 SLA 超標風險，團隊便可及早介入，在小延誤演變為正式投訴之前先行處理。