企業贈禮客服排班試算表

十一點四十五分，台中一家企業的客服領班雅文看到通知後台已排好中午的員工贈禮邀請。三位當班同仁正在交接，上午試發還留著幾筆待回覆。採購問她要不要照原訂時間一次發完。

這是虛構情境。雅文先打開排班試算表，想知道三人能接住多少工作、能不能借到一位有權限的同仁，以及借不到時哪些邀請還來得及往後移。

雅文先把中午的受理窗口拆開

她和採購把案件分成一般選禮操作、訂單核對及配送聯繫。若從公司群組問到的問題會轉入原個案，群組裡的第二則訊息不是另一個人，但同仁仍需要時間處理。

第一個要回答的問題是：哪些案件真的可以由同一組人接手？例如兌換方式與截止日由前台客服處理，物流資料異動則要由能查單的人員核對。把這兩種案件放在同一列，可能得到一個看似足夠的人數，卻忽略了只有少數同仁具備權限。請在工作表把「同一時段、同一可用人員群」視為一列。如果人力不能互相替換，拆成不同列，並在排班時確認同一位同仁沒有被同時算進兩個佇列。

以台灣的企業內部活動為例，總部可能用公司郵件通知，廠區用內部值班窗口轉達，員工自行填寫資料後再由廠商安排交付。有人先在群組詢問，再透過正式表單開案。如果兩個入口最後都指向同一個案件，應按案件數記錄需求，再把讀取重複訊息和合併紀錄的工時算在處理時間。若兩個入口實際由不同隊伍分別處理，就觀察是否重複花了工時，並在排班決定前找出可以減少重工的做法。

AWS 的繁體中文聯絡中心文件把聯絡量與平均處理時間作為預測輸入。本文工作簿則以活動需要的可用工作分鐘估算排班，示例為自行設計的模擬值。可以用你的客服紀錄取代試算值，工作表不依賴特定客服系統。 AWS 聯絡中心預測說明

第 1 版的試算表以 2026 年 11 月 7 日為版本日期。黃色欄是可以編輯的輸入，結果區會顯示每人有效工時、需求人數與工時缺口。下載後先確認範例兩列的數字，再保留一份原始檔，另開一份加入自己的發送時段、歷史處理資料與可用排班。

下載企業贈禮客服排班試算表

---

先估要完成的工作，再看今天有誰在班

雅文翻到上午試發的案件，有幾筆只差回覆，另有一筆還在等物流商確認。她先問目前到底還剩下哪些動作，並請值班同仁指出下午誰能接續。

在邀請發出前，先圈出要看的時窗。例如午間發送後第一個小時、晚班前半個小時、客服下班前的最後一段。用門市、廠區與供應商實際工作的時鐘定義區間。若有海外支援，另寫明時區及誰負責轉換時間，避免只有一張寫著「六點」的班表，各地看到的是不同的交接點。活動有短時間尖峰時，一小時資料會把很忙的十分鐘攤平，必要時縮短觀察單位。

「新案件」應是由這個佇列第一次接手的工作件數。客服常看到一件地址異動產生多封郵件，員工又在其他地方詢問一次。已經併案時，新案件可以只算一件；客服多花的閱讀、比對、聯繫時間要留在處理時間內。若實務上無法併案而有兩次不同的受理工作，可用兩筆工時反映現況，並註明口徑與改善方向。不要在某一波用訊息則數，下一波用收件人數，最後拿兩者直接比較。

平均處理分鐘包含看懂問題、查找資料、回覆和必要的結案更新。案件若卡在物流商回答，等待時間未必占用客服的手上工時，但未結案仍要追蹤。可以把預計下一班要做的查詢列入該班的待處理分鐘。若多數問題能快速回答，而少部分需要人工核對訂單、回撥與重送，分開估時較能找出瓶頸。以總數做加權平均，也要讓下一位排班人能看見各案型原來的比重，否則後續新增了複雜問題仍會沿用舊平均。

「待處理分鐘」是時段開始前已存在、且這個時段需要執行的剩餘工作量。例如上一班已查完六件，只差把結果回覆，可能每件還要三分鐘，共十八分鐘；若有兩筆仍在等財務同意，可以在實際需要追查的時窗安排工時。對方沒回覆不等於案件可以消失，但也不能把每一件未結案都當作要從頭做。為等待案件保留負責人和下次檢查時間，避免交接時每個人都從第一封訊息讀起。

---

在黃色欄位放進班表真正能提供的分鐘

同一列要代表同一工作佇列與時段。最高人數及最大分鐘缺口不一定出現在同一列，安排備援前仍應核對時間與技能。

離線比例和作業占用上限都會減少有效分鐘，但考慮的是不同事情。離線時間可以是有固定責任的工作，如午休、內部會議、交接和例行行政。占用上限則表示扣掉這些時間後，有多少時間打算用來處理案件。若已把一位同仁的會議從他可用的半小時扣掉，不要再用同一場會議增加離線比例。若案件平均工時已包含寫完回覆後的結案註記，也不需要把這些註記另外扣一次。

在原始班表上找得到名字，並不保證那個人有相同的可用時間。以一小時視窗來說，只有最後十分鐘可以支援的人不能當作整小時人力。可把區間在他開始支援的時間拆開，再分別估算。另一種情況是有人只能回覆禮品頁面操作，不能改收件地址。把他的工時保留給一般問題，在能查單的同仁所在佇列另算專責需求，並約定何時能把問題轉給負責人。人員、班表與權限都能查到，排班才有實際用處。

可確認的新案件數或排班數為零時，照實填零。還沒拿到資料時保留空白，工作表不顯示該列結果。兩種狀態應有不同的處理。零值表示已估計沒有新案或沒有排班，可用來規劃缺口。空值表示應找負責人補數字。占用比例若填成零，沒有效分鐘可以用來分攤需求，該列也應回頭查輸入。若複製結果給其他部門，要讓他們知道哪些列尚未估算，避免整批看起來已可上線。

---

中午這一列還差十二分鐘

雅文把中午的時段填成一小時，上午還有十八分鐘工作要做，預計新進十七件、每件六分鐘。總需求是一百二十分鐘。扣掉百分之二十五離線，再把剩下時間的百分之八十留給案件，每人提供三十六分鐘。三位同仁合計一百零八分鐘，缺十二分鐘。若人員有相同受理權限且全程可用，這一列需要四人。

從數字來看，活動負責人有幾種調整方式。若能確認一位同仁具備合適權限，可以把該同仁排進首波時窗並設定支援的任務；若只能在十二點四十分之後支援，先用短一點的時段重算，確認前半段是否仍然沒有人可接手。若沒有人可以支援，將能分開送出的部分邀請往後移。修改後應重新估該波會進來幾件，確認減少的量與處理時間足以讓缺口收斂，不能直接把原有結果中的需求人數手動改小。

也可以從問題原因著手。如果試發時，大量同仁不知道用哪個登入方式，先讓負責人補齊核准的說明，再測試連結是否能在員工常用裝置打開。改善後的案件率要根據新的試發結果更新。若目前只是假設修正會減少詢問，將它當成新的情境，保留原估計以便決定是否先分批。請活動主辦人、客服和實際負責發送的同仁共同確認，下一波要等哪個現場數字回報後才能繼續。

例如第一波出去十五分鐘後，客服查看實際進案數與處理分鐘，發現十五分鐘的進案已接近原本一小時預估。此時應讓客服主管告知活動負責人，看看是否要暫緩未發的批次，並為現有案件安排適當人員。若問題主要是同一裝置的頁面錯誤，優先找能處理該頁的負責人，不能用增加客服讓問題本身消失。留下一份實際通知時間、案件口徑與決定者的紀錄，之後才能用這次經驗修正下一個時窗。

---

晚班交接的四個人，不能照抄中午的安排

晚班主管拿到的是另一個半小時。上一班留二十一分鐘，要接手八件新案，每件估八分鐘，總共八十五分鐘。時段三十分鐘、離線百分之二十、占用上限百分之七十五，每人可用十八分鐘。四人供應七十二分鐘，還差十三分鐘，試算需要五人。這一列的缺口比中午略大，還得確認其中幾人有權查單。

若八件中有部分是已出貨的地址異動，只有兩個人能看原始訂單。先把「需要查單」和「可由一般客服完成」分成不同工作，再確認哪個時段專責人員在班。一個人不能在同一分鐘同時被算成兩個佇列的有效人力。若一位專責人員只能交接十五分鐘，記下他能處理哪些案件，剩下的工時排到他交接後由有權限的同仁接續。未取得物流商確認的案件仍保留原狀態與下次查詢時點。

要讓晚班接得上，可以要求每筆仍待處理的案子交代四件事：目前確認的狀態、可以做的下一步、需要誰同意、何時應查。若白班已詢問物流商，晚班應先查同一次詢問的結果，不必再送一筆相同的申請。若白班已完成客服通知，但收件者尚未回覆，也不要讓晚班重新聯繫所有人。把每筆剩餘工作分鐘寫進有責任人的交接表，可以減少因交接描述太粗而把已做過的工作重新估一遍。

排班主管可以延長有查單權限的同仁的重疊時間、減少與活動同時啟動的通知，或保留一位跨組支援處理一般案件。比較每種做法時，確認改的是工作量、能供應的分鐘，還是專責權限。分批通知如果只移開一般操作詢問，查單的缺口可能仍然存在。用下一班的實際案件與剩餘分鐘驗證，並把未完成的專責工作分給能執行的人。

---

用現場進案校正下一批，保留原本的預估

歷史資料最好找相似的活動和時段。若去年是現場領取，今年改成寄送，地址相關問題可能改變；若前一次是單一辦公點，這次有夜班和海外據點，回覆入口和到達時間也會不一樣。選定基準後，把資料時間範圍、處理時間包含哪些動作，以及排除哪些未完成的案例寫下來。若活動尚無可用樣本，先使用低、中、高三組合理假設，並把它們標成試估。第一波不是為了證明原數字正確，而是為了取得實際可更新的資料。

用一列估計一種案件可能比先做一個平均更容易修正。例如二十件操作問題每件四分鐘、五件查單每件十四分鐘，兩者合計一百五十分鐘。若直接把四和十四平均成九，再乘二十五件，會得到二百二十五分鐘，差七十五分鐘。若能讓同一個人處理兩種問題，可以用總工時除以總案件數得到加權平均；若人員權限不同，就按兩個佇列保留。這樣一來，第二波即使查單問題增加，也能調整相應人員而不是把全部平均提高。

採用較短時窗時，要避免把延遲處理的案件同時算在兩段。例如十一點半進來的案件，預計中午後才查，已列入前段但沒完成的剩餘工時可轉到後段。記下預計轉移的時間，不把同一筆又當後段新增。有回覆等待的案件，用下一次實際應採取行動的時段計入。等候時間本身應留在服務追蹤，不能當作客服一直在工作。若資料不能精準拆開，也可以先使用最接近的值並註明限制，請一位當班主管在試跑時補記幾個案例。

有些缺口顯示的是流程問題。員工一直問領取截止日，可能是說明只出現在不易找到的地方；同一個人重複送出表單，可能是送出後沒有可辨識的回執；物流轉交很慢，可能是誰負責確認狀態還沒定。在活動真正發出去以前，主辦人可以把這些問題列為要試的路徑。修正完先看同一個地方是否真的更容易使用，再依實際資料更新排班。如果使用者報告安全或權限問題，先轉給適用窗口，依方案核准的程序調整發送。

---

驗收要看實際收到邀請與有人受理

把第一波發送時間、客服排班、受理權限及備援安排放在同一份核對範圍。可以試三個邊界值：第一個時段沒有新案但有舊案，工作表仍應算出剩餘工作；第二個時段無人排班，缺口應等於總需求；第三個時段缺少平均處理分鐘，結果不能顯示為零。再改一個時段的人數，確認詳細結果與摘要都更新。試算表的驗收只表示計算符合所輸入的值，活動的對外回覆時限仍要按實際營運條件另行確認。

活動開始後，當班負責人需知道可以去哪裡看實際發送量和受理量。預估和實際差異過大時，找出差異是發送時點、進案比例、案型組成還是可用人力，更新下一段而非抹掉原本的估計。若第一波比原本晚了半小時，把還沒發送的區間重新安排。已經進入案件系統的問題依原有時間追蹤，不能因行銷通知改期就重算成較晚的來件。留在前一時段的未完工作要有負責人、實際剩餘分鐘和下一步。

如果突然有人請假，先查目前哪個案型只有他能處理。一般案件缺人時可找同樣受訓的人備援；沒有其他人有權限確認的專責工作，先將案件安置在可追蹤的隊列，確認下一次能核對的時間。擴大發送前，讓活動負責人看到其影響。若客服量只是暫時放大，而且許多聯繫屬同一個已知問題，可以由核准的窗口準備一則狀態說明，再以實際案件量檢查成效。不要因此刪除原本有責任人的個案。

結束後可用一份不含收件人個資的回顧表，保留預估案件、實際案件、平均處理時間、時段可用人員、剩餘工作量及採取過的發送決定。受理記錄和人員資料依各自的作業流程處理，排班文件只需要看得到量和負責窗口。若同事用這次數據規劃年節活動，提醒他核對案型是否相同。下一次使用模型，最好先查一個相似的近期時段，而非把這次的比例當成所有活動通用的規則。

---

把暫緩下一波的決定交給能操作的人

排班表除了人力，還要能指出何時有權暫緩下一波。可以先約定由活動負責人決定發送，客服領班提供資料，配送或資訊同仁只對自己能確認的狀態負責。若預計十二點半發第二批，領班在十二點十五分讀取實際進案和已排支援的人員，再用下一個十五分鐘的工作需求決定是否提出暫緩。先說好通知的截止點，讓改期能趕在寄送佇列釋出之前完成。若原排程已經觸發，就先查實際是否已送出，不另建一批相同的通知。

例如有四十人無法開啟通知中的連結，客服在同一個時窗看到六封內容相同的來信。可以先建立一筆活動異常作為共同依據，個案仍保留收件人的需求和下一步。不能直接用六封信推估有六筆錯誤訂單，也不能因為問題原因相同就假設所有人已得到回覆。確認哪些入口可以一次告知狀態，哪些人仍需要個別回覆。若改版要等待資訊同仁，當班領班先安排能處理的其他案件，把狀態更新交給有權提供說明的人。

通知恢復時，主管要能說清楚恢復的是哪個範圍。例如已確認只影響第一批的其中一個公司信箱網域，其他市場有獨立路徑可以繼續。恢復前檢查測試對象能開啟更新連結，原先的邀請是否仍有效，以及安排好下一個高峰的處理人員。如果需要再次發出，先核對誰已收到、誰只需要更新說明。把同一筆狀態的查核交給一個窗口，可以避免客服、資訊與活動團隊各自建立一份需要後續合併的清單。

---

下一班接手時，只估還要做的工作

要比較不同波次，最簡單的做法是保存一份原估計、一次調整、一份實際結果。原估計說明先前使用的資料與期間，調整寫明看到什麼變化，實際結果用本班的口徑追蹤。假設把二百個通知分兩次，第一批一百個中有四個在半小時內開案，這只能支持該批、該時窗的觀察。第二批若包含住址異動比例較高的族群，就不能把前批四件直接乘二當成結果。可先把四件當作參考，再讓有查單權限的人核對第二批適用的流程。

活動開始之前，也可以和客服測一次跨班臨時協助。原班留下十六分鐘的未完工作，支援同仁前半小時只可投入十分鐘，這時不能讓他用同一個工時同時回覆一般問題和查出貨。請試一個分開的工作區間，看看若支援主要用於一般詢問，正式客服是否可以專心做有權限限制的部分。再觀察兩個佇列的交接記錄能否讓不同主管讀懂。當活動忙碌時，這種測試比只把人名填進黃色欄更能顯示現場怎麼運作。

留下處理數據時，使用主管能對照的方式。舉例來說，一筆案子被轉給倉配時，原客服的查單與後續說明可以計入客服處理分鐘，倉配對外詢問則計入另一組工時。對活動負責人報告時，兩段共屬同一個人提出的問題。若原系統只能看訊息總數，先寫下限制，從部分樣本看幾則訊息通常歸同一工單。下一波可先取一個小時的時間觀察，再把資料品質納入排班判斷。

同仁在會議或交接所耗時間也會變。年節前若有固定長會議，可以用當天行事曆代替舊平均，把某一段的可用分鐘調整為現況。若臨時調動的人員只能做一般查詢，要檢查這次真正需要的支援是否在該範圍。活動結案時寫下這次保留了多少分鐘作備援、實際用了多少，以及剩餘未完的工作如何交接。這能讓下一次更準確估算職務，而不用記下誰收了哪份禮物或私人地址。

---

若交接時段因臨時活動延後，請同時更新支援人員、通知釋出的時間與下一次查看實際需求的時點。已經受理的個案保留原本的開案時間與回覆安排。

---

同事拿到試算結果後會問什麼

每個人都可以做六十分鐘，為什麼還要扣？

排班上的一小時可能有交接或內部工作。把固定不用於客服的時間扣掉，再為實際波動留一些空間，比把全班都當成處理分鐘更接近日常。若已按個人班表算出扣除會議後的可用時段，同一段會議不用再放進離線比例。看看原表的計算基礎和排班同仁實際工作的狀況是否一致。

算出五人，就代表每個人都能在十分鐘內收到回覆嗎？

試算的人數是把某段需求分攤給可用人員的結果。聯繫集中在一個時間點、案型需要授權者處理或等待外部回應，都會影響實際回覆。若活動對外承諾某個時限，需要另外觀察回覆速度，驗證前十分鐘的峰值和專責工作能否被及時接手。

主管想知道兩個佇列共需幾人，可以把兩個最高值相加嗎？

先看最高值是否在同一時段，以及兩邊是否有共用的同仁。如果出現在不同時間，直接相加會把不同時間需求當成同時發生；如果在同一時間使用同一批人，只比較各列仍可能重複安排。排班要把時段放在同一條時間上，再確認人力可以工作的區間和權限。

---

先用收件人支援與升級處理範本確認回覆責任。倉庫組裝與出貨另用企業贈禮履約產能規劃估算。

---

雅文和採購在中午做了什麼

中午前，客服找到一位已受訓的同仁，確認他能在第一個小時全程支援一般案件。雅文把排班人數改成四位，有效分鐘合計一百四十四分，足以涵蓋一百二十分鐘的估計。第一批按核准範圍發出。過了十五分鐘，領班查看實際進案時間與案型，再決定是否釋出下一批。通知如果沒有照原本時間送出，仍以真實發出的時間安排客服。

晚班原先的四位同仁不套用中午的答案。配送主管補了一段有查單權限的交接，沒有把仍等物流答覆的案件改成新案。雅文把兩次排班決定連同試算版本交給採購，未結個案留下下一次查詢時間。主管回顧時能分清哪一段有備援、哪一段仍要調整，以及工作量試算為什麼不能等同於對外回覆時限。

---

確認 Giftpack 在活動裡負責的部分

如果企業已確定發送時間、預算、選禮範圍和客服負責人，可以評估 Giftpack 是否適合執行贈禮。Giftpack 說明中心列出可設定的選項、每人上限、地區規則與備用選項。實際使用前，請確認企業、執行服務與配送夥伴各自負責的問題及交接時點。把已確認的佇列和案件資料帶進試算，再決定哪一段需要企業自己安排備援。 Giftpack 企業贈禮與個人化說明