指派負責處理要求的人

要求會送到誰手上、怎麼分配,以及職員在哪裡處理佇列。也包括把職員欄留空、結果 寄給全公司的那個陷阱。

更新於 2026年8月18日

1. 先給權限

只有持有服務職員——「能管理服務要求」——的人才能收到服務要求。沒有這個權限的人不會出現在候選名單裡,也看不到佇列。

開啟服務職員

底下還有第二道關卡:處理要求同時也是一項授權功能。有權限但沒有授權的人什麼都看不到,主控台會直接說明——尚未指派服務人員的授權。如果有人已經拿到權限卻仍然看不到佇列,先查授權,再查其他任何東西。

2. 在服務上指定職員

在服務本身的服務職員頁裡有服務職員/ 服務職員群組。請指定一個群組—— 清潔人員、茶水間團隊、IT 服務台——而不是個別的人,這樣有人轉職時要求仍然送得出去。

3. 選擇要怎麼分配

自動指派規則決定新的要求會落到誰身上。

服務的「服務職員」頁上的自動指派規則。

服務的「服務職員」頁上的自動指派規則。

規則作用適合什麼時候用
要求進來時不指派,等人認領一起盯著佇列的小團隊
工作量較少者優先交給目前未處理最少的人真實團隊的合理預設
隨機隨意分散工作內容一致、公平比負載更重要時

工作量較少者優先只計算仍在新請求或處理中的要求,所以今天早上做完十筆的人不會因此被懲罰。

4. 通知他們要求進來了

發送電郵給服務職員會寄信給所有可能接手的人。不論這個開關如何,推播通知都會送出,所以關掉它就等於要求職員得盯著應用程式。

包含 ICS 檔案會附上行事曆檔,讓這件工作出現在職員自己行事曆的正確時間上。它預設開啟,對任何有準備時間的服務都值得保持開啟——會議已經在自己行事曆裡的清潔人員,不需要再被提醒第二次。

5. 設定他們的上班時間

服務時間是這項服務自己的受理時間。時間外根本無法提出要求。

開啟服務時間

它與會議室的營業時間、公司的營業時間都是分開的。茶水間四點收工,不代表四點半就不能預約會議室——不能的是四點半訂茶水。誠實地設定這裡,就不會出現根本沒人打算回應的要求。

6. 職員實際處理的地方

位置用途
主控台的已申請的服務完整佇列——清單、表格或日曆,即將到來或過去
應用程式的服務頁面多數職員日常使用的地方
牆上的服務管理面板茶水間或設施管理室共用的佇列
會議室面板直接在會議室裡消掉服務
已申請的服務:每一筆要求、它掛在哪個預約上,以及進行到哪裡。

已申請的服務:每一筆要求、它掛在哪個預約上,以及進行到哪裡。

打開一筆要求,可以看到對方要了什麼、挑了哪些選項,以及發起人的備註。職員用處理中完成拒絕推進狀態,並可以回覆服務人員回應

7. 確認是否生效

以一般使用者的身分,對一間有提供該服務的會議室提出要求,然後確認三件事:它出現在已申請的服務中;如果你設了自動指派規則,它已經有職員負責;而且那個人收到了電郵。

如果設了規則卻仍未指派,代表當下沒有任何符合條件的人可以接手。請檢查該服務的職員清單,以及那些人是否同時持有權限與授權。