淡旺季交界如何安排工作量？建立週期性需求與人力覆核日曆
用歷史工作量、已知尖峰、固定缺勤與角色容量建立週期覆核日曆，提早調整接案、排班和交期，並每季依預測差異修正安排。
淡旺季交界最容易出現兩種落差：旺季需求還在排隊，淡季空檔卻已被零散工作填滿；或是高峰來臨才發現關鍵角色同時休假，接案、排班和交期都只能臨時改。把過往需求、已知事件、缺勤與可用容量放進同一份週期日曆，能讓團隊提早看見哪週需要覆核，也保留可調整的空間。以下依序整理六個步驟，數字示例均為假設，請換成自己的紀錄。
回看歷史工作週期
整理週期時，先固定回看的單位與資料口徑。把過去一年每週的已接案量、實際完成量、未完件數、平均交付時間與返工時數放在同一張表；若業務型態有明顯改變，再把前後分開看，避免舊流程掩蓋現在的節奏。只看營收會漏掉小額但耗工的案子，只看件數則會把簡單詢問和複雜交付混為一談，因此每筆工作至少標上類型、估計工時、實際工時、進件週與完成週。尚未結案的工作也要記入當週佔用，否則尖峰看起來比實際輕。
接著用週別而非單一月份比對：將連續幾年的同週資料排在一起，再標註展會、促銷、年度結帳、客戶活動等已知事件，區分「每年回來的週期」與「那一年才發生的一次事件」。不必為了湊齊多年資料而延後安排；資料只有一年時，可先用月份和事件建立暫定觀察，並把信心標為低。若有臨時插單或停工，也留下原因標籤，後續才能分辨工作量變化來自需求、排程還是流程故障。若團隊曾換人、改服務範圍或調整交付標準，也要把變更週標出來；同一工作名稱若實際流程不同，先分組再比較。這樣不會把舊方法下的工時直接搬到現在，也能看清高峰是需求增加還是處理方式改變。
例如，以下數字純屬假設：某團隊回看十週，發現每逢月底前一週，待審文件都比平常多；再查實際工時，才知道增加的是覆核而非新案。日曆就應標出覆核負荷，而不是籠統寫「月底很忙」。回看結果以一張週曆和一份假設清單收尾：哪些波動重複出現、哪些只出現一次、還缺什麼記錄。每季補一次資料即可先形成可用基線，也保留足夠線索供下階段覆核。
標記可預期尖峰
標記尖峰時，先把「可預期」定義清楚：需有重複紀錄，或有已知事件與明確工作鏈相連，不能只因某個月印象忙就預留大量人力。把高峰的起訖週、主要工作類型、進件來源、前置準備和退潮時間寫在日曆上；若旺季前會先出現詢問增加、素材待確認或報價回覆延遲，這些領先訊號也要記下，因為它們比月底的未完成件數更早提醒團隊調度。用「已確認、可能、待觀察」標示證據強弱，並為每個標記註明資料來自哪幾個週期。
再把事件日期轉成工作窗口，而不是只圈活動當天。可將預熱、執行、收尾分開：例如活動前數週需要確認需求和素材，活動週集中交付，活動後還有修正、對帳或客戶回覆。窗口長短依自家交付流程回推，先問「最晚何時需要收到資料，才不會壓縮檢查時間？」若不同任務的先後依賴不一樣，就用泳道或色標分開，避免把全部需求堆在同一個尖峰區塊。排程時也註明可移動與不可移動的工作，方便調整先後而不破壞承諾。
例如，一間工作室依假設的過往紀錄，知道每年秋季活動前會集中收到頁面修改。日曆可先標「活動前四週：需求盤點」、「前兩週：完成主要版本」、「活動週：只接範圍明確的修正」，再將活動日期變更列為觸發條件。這不是預測一定會有相同數量的案子，而是把已知節點轉成可執行的準備時間。若活動取消、客戶延後提供資料或需求突然增加，負責人只需改動受影響窗口，不必重排整季；同時記下調整原因，供下季判斷模式是否仍成立。每個標記另列下次確認日期，避免舊預測一直沿用。
列出固定缺勤時段
缺勤日曆要列出已知休假、國定假日、教育訓練、內部盤點、輪班交接與預定維護等會減少處理時間的時段，不必記錄個人休假的私密原因。先向每個角色確認不可工作日和可調整時段，再把跨部門支援、交接會議與固定管理工作放進相同視圖；只把名字放進表格而沒標責任範圍，容易讓人以為有人在場就能承接任何任務。也要指出單點知識：若某項覆核或客戶聯絡只有一人能處理，該人的缺勤就可能影響整個交付鏈，而不只是少一份工時。
排班時先找重疊，再看替補是否真的具備權限、資料和熟練度。若兩位必要角色同週不在，應提早移交、拆分任務或把交期移出該窗口；若替補仍要等原負責人回覆，便不能把整段時數當作已補足。團隊可設定覆核點，例如每月確認未來六週的休假和固定會議，超出窗口的未知安排先以暫定方式標示。個人行程可顯示為「不可排案」或「支援減量」，讓排班者取得工作所需資訊，同時避免把不必要的個人細節公開給全員。
舉例來說，以下是假設情境：一個四人小組在活動週有一位負責審稿的人休假，另一位同週只能支援半天。日曆上應把審稿容量減少，並在尖峰前安排一名合格同事檢查交接資料；如果找不到替補，就提早告知可能延後的工作類型，而不是等到進件後才臨時求援。每次調整都記錄負責人、交接完成日與恢復日期，讓下一次排班能判斷這個備援安排是否有效；若角色需求超出可用人力，將缺口帶到接案與交期決策，而不是把負擔默默留給缺勤者或替補者。
估算可用處理容量
可用容量不能直接用人數乘工作日推算。先逐角色列出一週可工作的時數，再扣除固定會議、行政、既有交付、交接和已知缺勤；最後依過往紀錄保留檢查、修改與突發問題的空間。估算可先用小時，再換算成各類任務的件數，因為同樣一個「案子」可能涵蓋不同難度。若資料還不完整，先用最近幾週的實際工時做暫估，並清楚標出假設；不要把尚未確認的支援或加班列為正常容量。容量表應依技能和權限分列，避免把某角色的空檔當成另一角色的可用人力。若成員每日工時不同，應按實際排班計算，不要先取平均再乘人數；兼職時段、交接重疊與任務集中日都會讓名目總量失真。新類型任務可先記預估與實際差額，累積幾輪再修正估時。判斷空間也要看截止日和關鍵角色排隊長度。
下表為假設示例，不代表任何實際團隊：四人每人每週可排 30 小時，名目總量 120 小時；其中一人已知缺勤兩天，按每天 6 小時扣 12 小時，剩 108 小時。若團隊依假設保留 20% 作為會議、覆核及臨時變更緩衝，該週可承諾容量為 86.4 小時（108 × 80%），排程可向下取整為 86 小時，而非把小數工時當作精準承諾。 | 項目 | 假設算法 | 時數 | |---|---:|---:| | 名目容量 | 4 人 × 30 小時 | 120 | | 缺勤扣除 | 2 天 × 6 小時 | −12 | | 緩衝後可承諾 | 108 × 80% | 86.4 |
把可承諾容量與已排工作並排後，再看各角色是否有局部超載。總時數有餘裕，不代表審核、設計或客戶回覆等瓶頸角色也有餘裕；此時可調整工作順序、交接或交期，而不是繼續接相同類型的任務。每次容量覆核都記下採用的假設和未計入項目，等週期結束後用實際工時校正，逐步建立更貼近團隊的排程基線。
安排提前調整動作
尖峰前要把預測轉成有日期、有負責人、有觸發條件的動作。先排不可延後的客戶承諾與必要覆核，再安排可提前完成的素材整理、範本更新、交接和內部確認；把這些工作前移時，也要確認不會擠掉當週已承諾交付。接著設定接案覆核點，例如需求清楚度不足、預估工時超出空檔、必要角色已滿載時，先由負責人檢查範圍和交期，再決定拆件、排後續時段或婉拒。條件要可觀察，避免單靠「感覺很忙」臨時改規則。
決定排班調整時，可先移動不依賴尖峰專業角色的內部工作，再安排具資格的備援處理可拆分任務；切換前確認檔案、決策紀錄和回覆權限都已交接。對客戶溝通時，提供可選交付日期和需要對方提供資料的最晚時間，讓對方知道選項與影響；不要承諾尚未核實的加速或人力。若排程需要留出緩衝，可依工作類型保留不同空檔，並在日曆註明這些時數用於變更、檢查或返工，不能再次填入一般接案。尖峰過後再解除限制，避免臨時規則變成長期瓶頸。
例如，以下是假設的觸發規則：當某週某角色已排 80 小時、假設可承諾容量為 86 小時，剩餘 6 小時；新需求估計需 10 小時，就不直接塞入。負責人可以先確認其中哪些工作能拆到下週、客戶是否接受較晚日期，或把範圍縮小至最必要部分，再回覆可行安排。數字只是說明算法，實際門檻須依團隊資料設定。日曆同時標出誰在何日前通知客戶、誰更新排程，讓「提早調整」成為分工明確的流程，而非口頭提醒。每次對外改期也記下承諾的新日期，供後續核對準時率。
每季核對預測差異
每季選一個固定日期，把上季的預測和實際結果並排核對。每個尖峰窗口至少比較進件量、完成量、未完件數、實際工時、交期偏差與返工；同時保留原先預測，不要直接覆寫，否則會失去判斷預測準不準的基準。比較時按工作類型及角色拆開，避免某類簡單任務增加掩蓋另一類複雜工作延誤。若當季有促銷取消、客戶延遲交件、重要人員缺勤或流程修改，將它們標在同一時間軸，判斷差異是週期改變、事件變動，還是單次執行落差。差異本身不是誰做錯的證明，而是調整下一輪假設的線索。
可以使用簡單的差異表：原預估工時、實際工時、差額、原因、下次處理方式。先問差距落在哪個環節，再決定是否調整尖峰長度、每週緩衝、需求估時或覆核頻率；若只是一次事件，保留備註即可，不必改掉全年規則。若多個週期都出現同方向偏差，才更新常態容量或接案觸發條件。每項修正都指定一位維護者和下一次檢查日期，並記錄哪些假設仍缺資料，避免把暫時推測寫成固定制度。把每次修改保留日期與理由，方便下季追溯原始判斷。
例如，以下是假設資料：上季預留某週 40 小時，實際用了 52 小時，多出的 12 小時都來自修改回合晚於預期。核對後可把需求確認截止日提前一週，下一季再觀察修改工時是否下降；不能直接宣稱調整已改善結果。覆核會議最後只需形成三件事：保留的規律、要修改的窗口、負責追蹤的行動。現在可先選過去一個最忙的季度，整理週別、工作類型與缺勤，再建立第一版日曆；若要了解 ZhenheAI 的相關資訊，可從官方首頁開始。