如何建立服務台工單系統：工單、狀態、指派及電郵

服務台工單系統會把零散的要求（電郵、訊息、走廊上的「想問一下」）整理成工單：每個問題一份紀錄，有負責人、狀態、優先次序及完整對話內容。要建立這樣的系統，你需要一個建立工單的途徑、附有篩選功能的共用佇列、指派功能、能把公開回覆與內部備註分開的對話串，以及通知功能，確保沒有人被遺忘而一直等待。AI 應用程式建立工具可以在一個下午內，為內部 IT、人力資源或設施管理服務台建立一個穩健的第一版。面向客戶的支援服務，若要處理電郵串連、回應時限及報告，則需要更多心思——而這正是成熟的服務台產品值得收取費用的地方。

系統需要什麼

資料

從一開始就要儲存首次回覆時間及解決時間。所有報告都是以它們為基礎，而日後無法重新還原。

頁面

• 提出人：「提交要求」表格（附類別及附件）、「我的要求」清單，以及每張工單的對話串。
• **支援人員：**佇列（我的工單、未指派、所有未完成的工單）、篩選及搜尋、工單頁面（附回覆、備註、狀態、優先次序及負責人的控制項）。
• **管理員：**類別、團隊、支援人員、預設回覆，以及簡單的報告。

權限

提出人只能看到自己的工單，以及公開回覆。支援人員可以看到其團隊的工單及內部備註。主管及管理員可以看到所有內容，並管理設定。內部備註外洩給客戶，是服務台最典型的失誤，因此必須在伺服器上執行這項權限控制，而不能只是隱藏某個分頁。參閱角色存取控制。

決定與取捨

表單、電郵，還是兩者並用

網頁表單最簡單，並能取得乾淨的資料：類別、優先次序及必填欄位。電郵收件（人們寫信到 support@，工單便自動出現）是客戶的普遍期望，但需要能接收郵件並把它們送到你的應用程式的電郵服務供應商，還需要對話串功能，確保回覆能附加到正確的工單（通常是在主旨中包含工單編號，或使用獨一無二的回覆地址）。建議先用表單，待工作流程成熟後再加入電郵。從應用程式發送電郵一文涵蓋了發出電郵的部分。

指派

方法包括：支援人員從未指派的佇列中自行揀選；在團隊內輪流指派；或按類別指派。小型團隊採用自行揀選即可。當工單經常無人負責時，自動指派會更有幫助。

優先次序及回應時限

定義兩至三個優先次序，並為首次回覆設定目標（「緊急：1 小時，一般：1 個工作天」）。在每張工單上顯示剩餘時間，比沒有人會看的月報更實用。加入營業時間會令計算更複雜——應及早決定時限是否計算晚上及週末。

合併及重複工單

同一個問題被回報三次的情況很普遍。加入「合併到工單 #」的操作，可以讓支援人員不必重複回答同一件事；值得及早建立。

有效的首個提示

為一間 60 人的公司建立內部 IT 服務台。員工以表單提交要求：主旨、類別（硬件、軟件、權限、網絡、其他）、優先次序（低、一般、緊急）、描述及附件。每張工單都有編號，狀態包括新建、處理中、等待提出人回覆、已解決及已關閉。IT 支援人員可以看到佇列，分頁包括未指派、我的工單及所有未完成的工單，並可按類別、優先次序及狀態篩選，以及搜尋。工單頁面會清楚區分公開回覆與內部備註；員工永遠看不到內部備註。支援人員可以指派、更改狀態及優先次序、使用預設回覆，並合併重複工單。追蹤首次回覆及解決時間，並在每張工單上顯示距離最後更新的時間。員工有「我的要求」頁面。角色：員工、支援人員、管理員。所有資料都儲存在資料庫中。介面簡潔、資訊密集、快速，以速度優先，不講求裝飾。

建立步驟

1. **工單模型及表單。**提交、列出、打開工單、回覆。
2. **佇列及篩選。**未指派、我的工單、所有未完成的工單；篩選及搜尋；按優先次序及時間排序。
3. **角色及登入。**提出人、支援人員、管理員——並在伺服器上確保備註對提出人隱藏。
4. 指派、狀態及優先次序的控制項，並附有每項更改的活動紀錄。
5. **通知。**透過你自己的電郵服務供應商，在有公開回覆時通知提出人，在有新指派時通知支援人員。
6. 預設回覆及合併功能。
7. 回應時限及基本報告：按時間列出未完成的工單、首次回覆時間、每個類別的工單數量。
8. 電郵收件，待其他功能運作後才加入，並徹底測試對話串功能。
9. 先在一個團隊試行兩週，才把所有人轉過來。

常見錯誤

• 內部備註對提出人可見，因為只是在介面中隱藏。
• **狀態及類別過多。**支援人員會選擇看起來最接近的第一個選項。起初每種最多五個。
• **沒有記錄首次回覆及解決的時間。**當有人問「我們是否愈來愈快？」時，你會需要這些數字。
• 電郵回覆變成新工單，而不是歸入原有的對話串。要測試以手機郵件應用程式回覆的情況，因為它們經常會更改主旨。
• **工單人人都有指派，卻無人負責。**每張工單只應有一位負責人；其他人則作為關注者。
• **附件使用公開網址。**錯誤訊息的截圖往往包含私人資料。檔案應保持私人，只提供給能看到該工單的人。

何時現成產品較合適

如果是面向客戶、涵蓋電郵、即時通訊及社交媒體渠道的支援服務，並需要回應時限追蹤、滿意度調查、巨集、報告及整合功能，專業的服務台產品幾乎總是更好的投資。這些產品已在電郵串連、垃圾郵件、分派及報告方面下了多年功夫，而這些並不是讓你的業務與眾不同的部分。我們的 Zendesk 替代方案指南比較了各種選擇。

自行建立則適合內部服務台（IT、人力資源、設施管理、財務要求）、工單本質上是有特定步驟的工作的特定工作流程，以及希望把要求與已保存的其他資料相連的團隊。當許多人偶爾需要處理工單時，自行建立也可以避免按座位收費的問題。內部工具指南則較全面地涵蓋這類工具。

使用 Mythex 建立

在 Mythex 上，你可以在對話中描述服務台，在即時預覽中檢視，然後發布給團隊使用。當需要儲存資料時，代理會加入 Postgres 資料庫存放工單，附件則存放於專案的檔案儲存空間。提出人及支援人員的登入，以及所有電郵的收發，都使用你自己的服務供應商——Mythex 沒有內建的終端用戶登入或電郵產品；發送電郵指南介紹了做法。團隊成員可以透過共用工作區一同建立，而 Mythex 本身不收取每個座位的費用。

如需起始提示，可以試用內部要求佇列或錯誤追蹤範本，並可把服務台與知識庫一併使用，讓常見問題可以自行解答。

常見問題