部門從三個變成十幾個,福利卻還是一個人扛:我這些年學到的分工作法
資深福委的實戰整理:跨部門福利管理最容易踩的三個坑,以及怎麼建立部門窗口與分層權限。
王志明（資深福委）
每次公司又開一個新部門,我心裡第一個閃過的念頭不是恭喜,是又多一個窗口要顧。做了快二十年福利,最累的從來不是活動本身,是同一件事要跟十幾個部門講十幾次。
多部門福利管理難的地方,在於它不是把工作量乘上部門數這麼單純。每個部門的班表、地點、人員異動速度都不一樣,同一份公告丟出去,收到的時間點和理解程度全部不同。這篇想談的,是我這些年怎麼從一個人硬扛,走到現在這套部門窗口的分工方式。
多部門的福利不是靠福委更勤快就做得完,而是要設計一套讓每個部門自己動起來的分工結構。
跨部門做福利,過來人踩過的三個坑
公告只發一次,就以為全公司都知道了
我年輕的時候最愛做的事,就是把公告寄到全公司信箱,然後心裡覺得任務完成。後來才知道,產線同仁一天開不了幾次信箱、外勤業務在車上滑過就忘、輪班單位根本錯開了公告時間。同一份中秋禮品領取通知,總部三天內領完,分廠拖到最後一天還有三成沒動。這不是員工不配合,是我用一種通路去對十幾種工作型態。
造成影響:資訊落差會直接變成福利落差,沒收到的人不會怪流程,只會覺得公司偏心。
名單永遠對不起來,月底才發現多發或少發
跨部門最麻煩的是人一直在動:調部門、留職停薪、新報到、外派支援。我以前靠人資每月給一份 Excel,再自己比對上個月的版本,一家幾百人的公司,光對名單就要花掉兩個晚上。真正可怕的是對錯了也不會馬上知道,通常是某位同仁跑來問為什麼他的點數比隔壁少,我才回頭翻三個月前的異動紀錄。
造成影響:名單失準會讓後面的預算、核銷與稽核全部跟著錯,而且錯誤幾乎都是員工先發現。
所有事都要經過福委,福委就變成全公司的瓶頸
早年我很在意掌控感,什麼都自己來:報名自己收、單據自己審、獎品自己發。結果就是我請一天假,全公司的福利進度就停一天。後來我改了作法,每個部門找一位固定窗口,負責名單確認、活動宣傳和單據初步檢查,我只管制度、預算和最後把關。同樣一檔活動,以前我要追十幾個部門,現在我只追十幾位窗口回報。
造成影響:把單點集中改成分層分工,福委才有可能從救火隊變回制度的設計者。
多部門的福利做不好,通常不是人不夠,是分工沒有設計過。
跨部門福利管理,大家最常問我的三題
Q1. 部門窗口該找誰?找主管還是行政同仁比較合適?
我的經驗是找行政或部門助理,不要直接找主管。主管行程滿檔,回覆速度不穩定,而且福利一旦變成主管交辦的事,窗口反而不敢做決定。找一位固定的行政同仁,給他明確的三件事:名單確認、活動宣傳、單據初審,再請主管背書就好。如果公司用的是數位福利平台,還可以在後台依部門開不同權限,讓窗口只看得到自己部門的資料,權責清楚,資料也不會外流。
Q2. 每個部門需求不同,是不是乾脆讓各部門自己辦自己的福利?
這題我看過太多公司走了回頭路。各部門自己辦,短期看起來有彈性,長期一定會出現三種問題:標準不一、預算難控、稽核說不清。我的建議是制度統一、選擇多元:公司只發同一套額度與規則,讓員工自己決定花在哪裡。像 PayEasy 這樣的企業福利平台,同一套點數就能對應購物、旅遊與特約商店,部門之間的口味差異交給員工自己選,福委不必替十幾種需求做決定。
Q3. 部門一多,福委的工作量該怎麼估比較實際?
不要用員工人數估,要用窗口數乘上活動檔次估。我實際算過,一年八到十檔活動,乘上十幾個部門,等於每年至少一百次以上的往返確認,這才是真正吃掉時間的地方。所以我會優先把重複性最高的環節數位化:名單同步、點數發放、津貼審核、報表匯出。PayEasy 的後台可以依部門、地區、職級設定不同額度,員工資料支援人工維護或 API 自動更新,這幾件事一旦自動化,往返次數就會少一半。
如果你現在也卡在同一個地方:部門越開越多、名單越對越亂、活動越辦越像救火,那該處理的其實不是你的工作效率,是這套分工結構。把重複的行政動作交給系統,把判斷和溝通留給人,這是我這些年唯一有效的作法。
關於 PayEasy 企業福利服務
PayEasy 成立於 2003 年,目前服務超過 800 家企業、60 萬名企業員工會員,累計發放福利金超過 220 億元。企業可透過 PCash Portal 後台依部門、地區、職級設定不同福利額度,員工資料支援人工維護或 API 自動更新。系統可匯出含三聯式發票、折讓單與代收轉付收據的核銷報表,平台建置與使用皆免費,適合部門多、據點分散的企業統一管理。