NUEiP雲端人資系統：強在差勤，招募誰來補

會坐下來認真查 NUEiP雲端人資系統 的人，通常不是因為想升級，是因為某件事已經痛到不能再拖。可能是每個月底對打卡表要對兩天，可能是三家門市的排班還躺在同一個 Excel 檔裡互相覆蓋，也可能是勞檢通知來了，才發現去年某幾個月的出勤紀錄根本補不齊。

查到最後，多半會卡在同一個地方：網路上找得到的資料，不是廠商自己的產品頁，就是「十大人資系統推薦」那種一次列十家、每家兩百字的清單。前者只會講強項，後者連強項都講不清楚。真正想知道的那兩件事——它到底把哪一塊做得比別人深，以及它沒有做的是哪一塊——沒有人講。

這篇要補的就是那兩件事。先說立場：這不是一篇「我們比較好」的文章。NUEiP 強的那一塊，剛好是我們完全沒有做的一塊；而我們做的那一段，也剛好不在它的產品線上。與其假裝在同一條跑道上比，不如把界線畫清楚，讓你自己判斷今年該先買哪一邊。

先把話講白：這篇不比誰好誰壞，只畫界線

比較文最沒有用的寫法，是把兩套功能表並排放，然後在自己有的地方打勾、在對方有的地方打叉。真實情況幾乎都是：兩套系統站在人資工作的不同段落上，功能表根本重疊不到三成。硬要並排比，比出來的結論永遠是「看需求」，等於沒說。

這個判斷不是憑感覺下的。二〇二六年八月，我們把 nueip.com 上公開的產品選單逐項看過一遍：出勤管理、排班、AI 智慧排班、薪資計算、績效考核、AI 離職風險預測、BPM 表單與流程、BI 圖表、API 資源，加上薪資託管服務。沒有招募模組，也沒有教育訓練模組。這不是缺點，是取捨——一家公司把力氣放在哪裡，產品選單會誠實地說出來。

這篇會講什麼、不會講什麼

先把範圍框起來，免得你讀到一半才發現不是你要的東西。

會講的：先把公司名、產品名和那支打卡 App 分清楚，因為很多人查到一半是被名字搞混的。接著講它真正強的地方——出勤紀錄的完整性、為什麼這件事在台灣特別值錢、以及排班與薪資省下來的到底是哪幾天。接著把人資工作切成六塊，看它站在哪幾塊上，順便把選單上另外那幾項（績效考核、離職預警、流程表單、圖表、薪資託管）各自能幫什麼講清楚，再談誰適合直接導入、誰該先想清楚。中段是這篇的重點：它沒有做的兩段具體缺什麼、兩套系統該接在哪裡、接點的三種做法與代價、以及什麼時候根本不必接。後半是簽約前後的實務——四個問題、三種計價方式、怎麼跟別家比、資料權限、導入前要備好的四份資料、會卡在哪三個地方、怎麼讓現場真的用起來、多據點公司要多注意什麼，以及半年後怎麼驗收。最後是常見問題和我們自己做什麼、不做什麼。

不會講的：不會給你任何一個台灣人資系統的市場行情數字。那種數字要嘛來源不明，要嘛把五人公司和五百人公司平均在一起，拿去編預算只會出事。也不會列出報價。雲端人資系統的價格幾乎都跟人數、據點數、啟用模組綁在一起，公開頁面上看到的數字跟你實際會簽的那張單常常差很遠——與其抄一個過期的數字，不如教你怎麼問。更不會替你決定要不要買。這篇給的是判斷方法，答案得你自己填。

另外，如果你連「人資系統」這個詞涵蓋什麼都還沒抓穩，建議先看人資系統是什麼？中小企業選型前必懂的四個模組再回來，這篇會假設你已經知道模組是怎麼分的。

先把名字分清楚：人易科技、NUEiP、還有那支打卡 App

查資料時第一個會遇到的麻煩，是同一件事有三、四種叫法。搜尋結果裡 nueip、人易科技、nueip打卡、nueip line 混在一起，看起來像不同產品，其實是同一套東西的不同入口。

公司名和產品名

人易科技是公司，NUEiP 是產品。官方網站的頁尾和標題都是這樣寫的。所以你在 PTT 或 Dcard 上看到有人寫「人易」、有人寫「NUEiP」，講的是同一件事。搜尋的時候兩個都試一次，會撈到不同的討論串。

那支「打卡 App」不是另一個產品

很多人以為 NUEiP 打卡是獨立的 App，其實它是同一套系統的員工端入口。官方頁面上寫得很清楚：可以用 LINE 打卡，不必另外安裝外掛程式。這一點在導入時比想像中重要——現場員工最抗拒的通常不是「要打卡」，是「又要裝一個 App、又要記一組密碼」。走 LINE 這條路，抗拒會少一大半。

為什麼名字這件事值得先講

因為報價和合約會綁在「模組」上，而模組的名字就是產品選單上的那些字。你以為買的是「一整套人資系統」，簽的卻可能只是其中三個模組。先把選單上的名字看熟，談的時候才不會被自己的想像騙。實務上最常見的誤會是：以為買了系統就有招募和教育訓練，結果上線後才發現那兩塊根本不在選單裡，得另外找方案。

把名字分清楚之後，接下來三節談它強在哪裡。這部分我打算講得很滿，不打折——因為一篇評估文如果連對方的強項都寫得含糊，後面講缺口就沒有人會信。

NUEiP雲端人資系統真正強的地方：出勤紀錄的完整性

如果只能用一句話講它的強項，那句話是：它把「打卡」這一件看起來很小的事，拆到很細，細到現場每一種例外都有對應的做法。

拆得細，是因為現場的例外真的多

一間公司裡不會只有一種上班方式。內勤在辦公室、業務在外面跑、工程師在客戶端、門市在各自的據點、產線還有輪班。如果打卡只有一種模式，那麼有一半的人會用不了，最後又回到紙本或 LINE 群組回報，然後人資每個月自己再輸入一次——這就是「買了系統但沒省到事」最常見的原因。

公開頁面上列出來的做法包括：用定位範圍打卡，適合外勤、出差和多據點；用公司網段的白名單打卡，適合固定坐在辦公室的內勤；以及把既有的刷卡機、指紋機、人臉辨識或門禁設備的資料上傳整合進來。這三條路加起來，涵蓋的是絕大多數台灣中小企業真實會遇到的狀況。

「深度」在這種地方看得出來

判斷一家廠商在某一塊上有沒有真功夫，不要看它的首頁標語，看它有沒有替例外情況準備好答案。例外處理是要花很多年、被很多客戶罵過才長得出來的東西，不是寫幾頁程式就有。

反過來說，這也解釋了為什麼它沒有招募和教育訓練模組——把一塊做到這個深度，本來就得放棄別的塊。這是取捨，不是懶惰。

還有一層價值，是法規直接墊上去的。同樣一套打卡系統，在台灣比在別的地方值錢，因為這裡的法條對出勤紀錄寫得很具體。

法條原文怎麼寫

勞動基準法第三十條裡有兩句話，跟這件事直接相關。第一句：「雇主應置備勞工出勤紀錄，並保存五年。」第二句：「前項出勤紀錄，應逐日記載勞工出勤情形至分鐘為止。勞工向雇主申請其出勤紀錄副本或影本時，雇主不得拒絕。」這兩句是我們在二〇二六年八月從全國法規資料庫的公開條文頁面上讀到的，一字未改。

把這兩句話翻成日常語言，意思是三件事：紀錄要有、要記到分鐘、要留五年，而且員工開口要副本你不能不給。注意最後那一項——它把出勤紀錄從「公司內部的管理資料」變成了「員工有權索取的東西」，這是很多人沒注意到的一層。

紙本和 Excel 為什麼撐不住這三件事

逐日記載到分鐘，紙本做得到，但五年後要從一堆檔案夾裡翻出某人某個月的那一頁，實務上會花掉半天。Excel 好一點，但 Excel 檔會被改、會被另存新檔、會有三個版本同時存在，而且沒有人知道哪一版是真的。爭議發生的時候，一份無法證明沒被改過的紀錄，跟沒有紀錄的差別沒有想像中大。

這就是雲端打卡系統真正在賣的東西：不是「打卡比較方便」，是「五年之後你調得出來，而且調出來的東西站得住」。方便只是附帶的。

順帶提醒：這一節不是法律意見

我引的是條文原文，沒有加任何解釋。真正要用在自己公司上，還是得回去看法規原文、看主管機關的函釋，必要時找專業的人問。這篇能幫的只是讓你知道該去查什麼。

排班與薪資：省下來的其實是月底那幾天

打卡只是入口，真正吃時間的是打卡之後的那一串動作。這一節講排班和薪資，也就是產品選單上的「排班」、「AI 智慧排班」和「薪資計算」。

排班難在哪

排班難不是難在填格子，是難在同時要滿足一堆互相打架的條件：有人只能上早班、有人這週請假、某個時段至少要留兩個熟手、輪班之間的間隔不能太短、加班時數不能無限往上疊。用 Excel 排的人都知道，改一格會牽動一整排，改完還得重新檢查一次。

系統能幫的是「你改了之後，它馬上告訴你哪裡撞到了」。這一句聽起來很小，但它把排班從「排完再檢查」變成「邊排邊檢查」，省下來的是每次排班最後那道人工複核。多據點的公司感受會最明顯，因為複核的份數是乘上去的。

薪資的省法不一樣

薪資省的不是輸入時間，是「來回」的次數。傳統流程是：人資把打卡資料整理成時數表 → 算加班與請假的扣補 → 丟給會計 → 會計發現有幾筆對不上 → 退回來查 → 再算一次。這一圈跑下來，月底那幾天就沒了。

打卡、請假、加班和計薪在同一套系統裡的意義，是中間那幾次搬運不見了。搬運不見，對不上的機率就跟著降，退回重算的次數也跟著降。你省下來的不是「輸入的兩小時」，是「來回三趟的三天」。

怎麼判斷這個省法對你有沒有用

很簡單，問自己一個問題：上個月結算薪資，從打卡資料整理好到匯款檔產出，實際跨了幾個工作天？如果答案是一天以內，那這一塊的效益對你有限；如果是三天以上，而且每個月都這樣，那這一塊就是你今年最值得花錢的地方。

這個問題我建議現在就去查一次並且記下來——後面談驗收的那一節會用到它，那時候再回頭量就晚了。

人資這件事有六塊，NUEiP 站在哪幾塊

講完強項，接下來要處理的問題是：你痛的那一塊，是不是剛好就是它強的那一塊？這個問題答錯，買到再好的系統也只是把錢換成一套沒人用的後台。

我習慣把人資工作切成六塊來看。切法不是唯一的，但這個切法有一個好處：每一塊的痛長得完全不一樣，所以很容易對號入座。

第一塊：找人與篩選

從開職缺、收履歷、篩選到安排面試。這一塊的痛是「讀不完」和「忘了誰」——一個職缺收兩百份履歷，讀到第八十份的時候標準已經跟第一份不一樣了；三週後主管問「那個做過同業的那位呢」，沒有人記得他在哪一封信裡。

第二塊：錄取與報到

發錄取通知、備齊到職資料、開系統帳號、安排新人第一週。這一塊的痛是「同一份資料填三次」：人選在應徵時填過一次、報到時手寫一次、人資再key進系統一次。三次之間只要有一次打錯，後面的投保和計薪就會跟著錯。

第三塊：出勤與排班

打卡、請假、加班、輪班、外勤。這一塊的痛是「月底對不起來」，前面幾節已經講很多了。這是 NUEiP 站得最穩的一塊。

第四塊：薪資與勞健保

計薪、加班費、級距、投保與異動、報稅資料。這一塊的痛是「錯一格就要整個重跑」，而且錯了通常是員工先發現，不是你先發現。這一塊的專業門檻高，也是最多公司考慮委外的一塊。

第五塊：教育訓練

新人課程、職務技能、法規要求的在職訓練、以及全部的上課紀錄。這一塊的痛是「稽核前湊不齊」——課有上，但簽到表在抽屜、投影片在某個人的電腦裡、誰上完了誰還沒上只有辦活動的那位知道。

第六塊：績效與離職

考核、面談、留任判斷、交接與資料封存。這一塊的痛是「資料散在各處」：考核表在一個檔案、面談紀錄在主管的筆記本、離職原因只留在口頭上，所以年底想分析「為什麼人一直走」的時候，手上什麼都沒有。

怎麼用這六塊做決定

方法很土，但有效：把六塊寫在紙上，各給一個零到五分的「痛度」，然後只看最高的那一塊。不要平均、不要加總、不要算 CP 值。系統採購最常見的錯誤，就是想用一次預算把六塊一起解決，結果六塊都只解決了三成。

另外一個提醒：六塊的痛不會同時發作，而且發作的順序跟公司規模有關。十幾個人的時候，第三塊和第五塊通常還忍得住；擴到三、四十人、開始有輪班或多據點之後，第三塊會先炸。這也是為什麼 NUEiP 這類系統在成長中的公司特別有市場。

把產品選單對回這六塊

把二〇二六年八月看到的產品選單對回這六塊，位置就很清楚了。

六塊	NUEiP 公開產品選單上對應的東西
① 找人與篩選	沒有對應項目
② 錄取與報到	沒有獨立模組，資料從人事檔案這邊開始
③ 出勤與排班	出勤管理、排班、AI 智慧排班
④ 薪資與勞健保	薪資計算，另有薪資託管服務
⑤ 教育訓練	沒有對應項目
⑥ 績效與離職	績效考核、AI 離職風險預測

除了這六塊之外，選單上還有三樣屬於「橫向」的東西：BPM 的表單設計與流程關卡（把簽核流程搬上線）、BI 圖表（把系統裡的資料畫成圖）、以及 API 資源（讓別的系統來取資料）。第三樣後面談接點的時候會再提到。

這張表要怎麼讀

「沒有對應項目」不等於「做不到任何相關的事」。人事檔案裡當然可以存學歷、存證照、存訓練紀錄的欄位——但存欄位和有模組是兩回事。存欄位的意思是「你自己填，它幫你收著」；有模組的意思是「這件事的流程它替你跑」。差別在於誰花時間。

順帶一提，很多人到這裡才發現自己真正想找的其實不是人資系統，而是招募系統。這兩個詞在台灣被混用得很嚴重，如果你也有點分不清，可以看HR系統和ATS差在哪？先搞懂再決定買哪一套，那篇把兩者的資料模型攤開來比過。

選單上另外那幾項，各自能幫什麼

產品選單上還有兩項屬於第六塊：績效考核，以及 AI 離職風險預測。這兩項比較新，也比較容易被誤解，值得單獨講。

績效考核：把表格搬上線，跟把考核做好，是兩件事

系統能解決的是表格的收發與彙整：誰還沒填、誰填了、分數怎麼統計、歷年的紀錄放在哪。這一段以前靠 Excel 加信件，收齊一輪要追兩三週，搬上線之後確實會快很多。

但系統解決不了的是考核本身的品質：題目寫得含糊、主管給分寬鬆不一、面談沒有真的談。把爛表格搬上線，只會更快地收到一批爛資料。所以導入這一塊之前，先看一次自己的考核表，問一句「這些題目答完之後，我真的知道該怎麼對這個人了嗎」。

離職風險預測：把它當提醒，不要當結論

這類功能的邏輯，通常是從系統裡已經有的訊號去推——出勤的變化、加班的變化、請假的模式、年資與職級的組合。它能做的是把「值得聊一聊的人」排在前面，讓主管不要漏掉。

不能做的是替你判斷原因。系統看得到「這個人最近變了」，看不到「他為什麼變」——那可能是家裡的事、可能是換了主管、可能真的在面試。所以正確的用法是拿它當排序，然後去談；錯誤的用法是拿它當標籤，然後在心裡先把人分類。

這兩項都是加分項，但都不該是你買整套系統的理由。如果第三、四塊的痛不夠強，光靠這兩項撐不起導入的成本。

流程表單與圖表：兩個容易被高估的加購

選單上還有 BPM 的表單與流程設計，以及 BI 圖表。這兩項都是好東西，但也是最容易在採購時被高估的兩項。

流程表單：先問「這張簽核單一個月跑幾次」

把請購、用印、出差、加班申請這些簽核搬上線，好處很明顯：找得到單子在誰手上、知道卡了幾天、事後查得到是誰簽的。紙本流程最痛的就是這三件事。

但要不要買，取決於量。一個月只跑三、五張單的流程，搬上線省不了多少時間，卻多了一套要維護的設定。值得搬的是那種每個月跑幾十次、而且常常卡住的流程。建議的做法：把公司現在有的簽核單列出來，各寫一個月的次數，只搬最上面那兩三種。

圖表：它畫的是系統裡已經有的東西

BI 圖表這一項最常見的誤會，是以為買了就會有「人力資源的洞察」。實際上它畫的永遠只是系統裡已經有的資料——出勤、工時、加班、人數異動。這些圖有用，但它們回答的是「上個月發生了什麼」，不是「為什麼會這樣」。

而且要注意一件事：圖表的價值跟資料的乾淨程度成正比。如果部門名稱有三種寫法、如果一半的加班還是靠補登，那畫出來的圖只會讓錯誤看起來更權威。先把資料整乾淨，再談圖表。順序反過來，錢就白花了。

兩項共同的判斷法

問自己：「如果今年不買這一項，我會少做什麼事？」如果答不出具體的一件事，那就是還不需要。這一題對所有加購項目都成立。

薪資託管：什麼時候該把這一塊交出去

選單上還有一項不是軟體，是服務：薪資託管。也就是把計薪這件事整段交給外面做，而不是自己在系統裡按。這是一個很多中小企業會問、但很少有人講清楚的選項。

值得考慮託管的三種情況

第一，公司裡沒有人真的懂這一塊。計薪牽涉到加班換算、投保級距、代扣項目和報稅資料，錯了不是重算一次而已，是要對員工和主管機關兩邊交代。如果這件事目前是「會計順便做」或「老闆娘在做」，託管值得算一算。

第二，這件事只有一個人會。只有一個人會的意思是：那個人請假、離職或生病的那個月，公司會停擺。這是一種很少被算進成本的風險。

第三，規則特別複雜的行業。多班別、多據點、大量兼職、抽成或計件——這幾種情況自己做的錯誤率會明顯偏高。

託管之前要先想清楚的兩件事

一是資料的邊界。託管等於把最敏感的一批資料交給第三方，所以權責、保存與刪除都要寫清楚，跟前面問供應商的第一題是同一件事。

二是流程的責任線。託管不等於不用管——打卡資料還是你出的，異動還是你通知的。如果來源資料本身就亂，託管只是把亂的東西換一個地方算。所以順序仍然是：先把出勤這一塊立起來，再考慮把計薪交出去。

反過來說，如果你公司計薪的規則單純、而且已經有人熟練地在做，那託管的錢通常不划算。這一項是解決能力缺口的，不是解決效率的。

誰適合直接導入

下面四種情況，我會直接說「這一塊你買了不會後悔」。不是因為它便宜，是因為它解決的剛好是你會反覆痛的那件事。

一、有輪班或多據點的公司

連鎖門市、餐飲、製造、醫療、物流——只要人不是全部坐在同一層樓裡，排班和打卡的複雜度就會用「據點數乘以班別數」的速度往上長。這種公司用 Excel 撐，撐到某個規模一定會斷，而斷掉的那天通常是在月底。

二、外勤比例高的公司

業務、工程、居家服務、客戶端駐點。這種公司的痛不是「員工不打卡」，是「打了卡但沒有人能證明他在哪裡打的」。定位打卡加上打卡範圍設定，處理的正是這件事。

三、月底結薪要跨三天以上的公司

前面談薪資時那個問題，如果你的答案是三天以上，而且每個月都這樣，那這一塊的效益是可以直接換算成人天的。一年十二次，每次省一到兩天，這筆帳很好算，也很好跟老闆講。

四、被稽核或客戶稽核追過紀錄的公司

做代工、做外包、接大企業訂單的公司，常常會被客戶要求提供工時或出勤的證明。被追過一次就會知道，能不能在半天內把三年前某個月的紀錄調出來，是很現實的能力。

這四種情況有一個共同點：痛的是「已經在公司裡的人」。只要痛點落在這裡，先解這一塊就是對的順序，招募和訓練都可以往後排。

誰該先想清楚再簽

反過來，下面幾種情況我會建議先停一下。不是說不能買，是說你可能把預算放在了不會回本的那一塊上。

一、人數少、上下班單純的公司

十幾個人、固定朝九晚六、沒有輪班、沒有外勤、加班很少。這種公司的差勤複雜度本來就低，系統能省下來的時間有限。真要買也不是不行，但要清楚知道自己買的是「紀錄的可信度」，不是「省下的工時」——前者的價值在被追問的那天才會出現。

二、今年最痛的是找不到人的公司

如果你現在最頭痛的是職缺開了兩個月沒人來、來了的又篩不完，那差勤系統一天都幫不上忙。把預算放在這裡，明年這個時候你的問題還在原地。這種情況該補的是第一塊。

三、剛擴編、教育訓練整個亂掉的公司

半年內人數翻倍，新人一批一批進來，帶人的主管自己也在做事，訓練變成「有空再說」。這種公司的瓶頸在第五塊，不在第三塊。差勤買了會用得到，但不會解決你晚上睡不著的那件事。

四、已經有一套還能用的系統的公司

換系統的成本從來不只是月費。歷史資料搬不搬得過去、搬多久、舊系統的合約還剩幾個月、現場要重新教育一輪——這四筆加起來常常比第一年的費用還高。除非舊系統已經到了「每個月都在補破網」的程度，否則先別急著換。

簡單一句話：如果你的痛不在第三、四塊，那先別從這裡開始花錢。

它沒有做的那兩段，具體缺什麼

前面說「第一塊不在它的產品線上」，這句話太抽象。這一節把那一段拆開，看看實際上是哪幾件事沒有人接。

履歷從四個地方進來，然後散掉

台灣中小企業收履歷的管道通常有四個：人力銀行後台、公司信箱、員工推薦、以及主管自己認識的人。前面那一個有後台可以看，後面三個全部是散的。結果是同一個職缺的候選人分別躺在四個地方，誰看過誰、誰的進度到哪，只存在人資的腦子裡。

讀履歷這件事沒有標準

兩百份履歷，一份看兩分鐘就是六個多小時。真正的問題不是時間，是「標準會漂」——早上的標準跟下午不一樣，讀完二十份漂亮的之後，第二十一份普通的看起來會特別差。而且主管和人資心裡的標準也常常不同，只是沒有人把它寫下來過。

面試之後的東西留不下來

面試當下講的話最有價值，但通常只留下幾行潦草的筆記。三個星期後要在兩個人選之間做決定，你能回憶起來的只有印象，不是內容。更麻煩的是主管換人、或者這個職缺半年後又開一次，前一輪的判斷完全沒有累積下來。

決定的過程沒有紀錄

「為什麼錄取他不錄取她」這個問題，多數公司答不出有紀錄的版本。平常無所謂，但被質疑的那天就會很麻煩。

這四件事沒有一件是差勤系統該做的——它們發生在人還不是員工的時候。想看這一段在小團隊裡怎麼收攏，可以參考我們英文站那篇 Applicant Tracking System for Small Business: An Honest Guide。

換到教育訓練那一段：情況幾乎一模一樣

第五塊跟第一塊的處境很像：不是沒人做，是沒有系統在管，所以做了也留不下來。

新人第一週靠一位好心的同事

多數公司的新人訓練是這樣運作的：找一位比較資深、脾氣比較好的同事帶三天。帶得好不好看運氣，帶的內容每次都不一樣，而且那位同事自己的工作照樣要做。人數少的時候還撐得住，一次進五個人就會塌。

同一批內容每年重講一次

公司規章、資安與個資、安全衛生、系統操作——這些內容每年都要對新人講一次，內容其實九成沒變。但因為沒有做成教材，所以每年都得有人重新準備、重新排時間、重新到場。這是最典型的「花了很多次一次性成本」。

紀錄的完整度跟出勤是兩個世界

回想前面談法條時那個標準：紀錄要有、要細、要留得住、要調得出來。出勤紀錄有系統管，所以做得到；訓練紀錄沒有系統管，所以做不到。簽到表在紙上、講義在某個資料夾、測驗成績在改考卷那個人的筆記本裡。等到需要拿出「誰在什麼時候上了什麼、上了幾小時」的時候，得靠人去湊。

教材沒有累積，人走了就歸零

最可惜的是這一項。公司裡最值錢的知識，通常寫在作業標準書、內部手冊、會議紀錄和資深員工的腦子裡。沒有人把它們變成可以重複播放的東西，所以每次有人離職，就有一批經驗跟著走掉，下一個人再從頭摸一次。

為什麼這兩段特別容易變成孤兒

因為它們都是「不做也不會馬上出事」的事。薪水算錯今天就有人來吵，打卡系統掛掉明天就有人抱怨，但訓練沒做、履歷沒整理，要三個月甚至半年後才看得出後果。所以在排預算的時候，它們永遠排在最後面——直到某一年招募開始接不上，或者稽核來要紀錄。

兩套系統只需要接一個點：錄取的那一刻

知道缺口在哪之後，下一個問題是：那要不要買第二套？如果買了，兩套會不會打架？

答案比多數人想的簡單。招募系統和人資系統之間，真正需要交換資料的地方只有一個：某個人選從「候選人」變成「員工」的那一刻。在那之前，資料歸招募端管；在那之後，資料歸人資系統管。中間不需要即時同步，也不需要雙向互通。

接點之前，招募端在管什麼

職缺的條件、收到的履歷、每一份的評分和理由、面試安排、面試紀錄與逐字稿、最後的錄取決定。這些資料的特色是「量大、生命週期短、而且大部分的人最後不會進公司」。兩百份履歷裡，會變成員工的通常只有一份。

接點之後，人資系統在管什麼

員工編號、到職日、部門、職稱、直屬主管、薪資條件，接著就是打卡、排班、請假、計薪、投保這些每個月重複的事。這些資料的特色相反：量小、生命週期長、而且每一筆都要精確。

兩種資料本來就不該住在一起

這是為什麼「一套系統全包」聽起來美好、做起來常常兩邊都不夠深。一邊要處理大量的、模糊的、會被淘汰的資料；另一邊要處理少量的、精確的、要保存好幾年的資料。設計取向從根本上就是相反的。

所以正確的問題不是「哪一套全包」，而是「這兩套在錄取那一刻怎麼交接最省事」。

接點要遞過去的，七個欄位就夠

實務上會需要從招募端搬到人資端的，就這幾樣：姓名、身分辨識欄位、到職日、部門、職稱、直屬主管、薪資條件。再多就是多餘的。很多整合案之所以做得又貴又慢，是因為一開始想把履歷全文、附件、評分表全部搬過去——搬過去之後也沒有人會在人資系統裡看履歷。

接點不該遞過去的，比要遞的更重要

三樣東西應該留在招募端，不要進人事系統：其他落選者的履歷與評分、面試官寫的評語和內部討論、面試錄音檔本身。

理由很實際。落選者的資料有保存期限的問題，留在一個地方才刪得乾淨；如果它被複製到人資系統裡，你就得同時追兩個地方，而通常第二個地方會被忘記。面試官的評語則是內部判斷的過程，進了人事檔案之後，性質就變了。錄音檔又大又敏感，沒有理由讓它出現在計薪系統旁邊。

單向就好，不要雙向

整合的成本幾乎全部來自「雙向」兩個字。單向遞一次資料，是一個動作；雙向即時同步，是一個要長期維護的系統，還得處理兩邊同時改同一筆資料時聽誰的。對絕大多數中小企業來說，雙向同步的價值遠低於它的代價。

判斷方式很簡單：問自己「員工到職之後，招募端還需要知道他的什麼事嗎？」如果答案是不需要——多數情況都是不需要——那單向就夠了。

接點的三種做法，以及什麼時候不必接

知道要遞什麼之後，剩下的是怎麼遞。三種做法，成本差很多，適合的規模也不同。

做法一：人工填一次

錄取確定之後，人資把那七個欄位手動輸進人資系統。聽起來很土，但如果你一個月的到職人數是個位數，這是最划算的做法。七個欄位手動輸入不到三分鐘，一個月十個人也才半小時，卻省掉了整合的所有麻煩。

要注意的只有一件事：資料的來源要單一。人資要從錄取決定那份文件抄，不要從記憶抄、也不要從人選當初填的表格抄——那兩個地方常常已經過期了。

做法二：匯出再匯入

招募端把錄取者匯成一個檔案，人資系統那邊匯入。適合每個月到職十幾人以上、或者有整批報到的公司（例如產線擴編、門市新開幕）。

這條路的坑在欄位對照：兩套系統對「部門」的寫法可能不一樣、日期格式可能不一樣、職稱可能一邊是代碼一邊是文字。對照表要做一次，做完存起來，之後每次沿用。第一次會花掉半天，後面每次五分鐘。

做法三：走 API

NUEiP 的公開產品選單裡有「API 資源」這一項，代表這條路是開著的。但開著不等於便宜。走 API 要有人寫、有人維護，對方改版的時候要跟著改，而且通常會被算成加購項目。

我的建議是：除非你每個月的到職人數多到人工做不完，否則先不要從 API 開始。先用做法一或做法二跑三個月，把真正需要的欄位跑清楚，再決定要不要投資自動化。這個順序在英文站那篇 Recruitment Automation: Automate the Reading, Not the Deciding 裡講得更完整——先自動化「讀」的部分，別急著自動化「串」的部分。

什麼時候根本不必接

整合這件事有一個很少人講的真相：大多數中小企業其實不需要接。把兩套系統串起來，聽起來很完整，但完整不等於划算。

三種不必接的情況

第一，一年到職不到二、三十人的公司。算一下就知道：一年三十人，每人手動三分鐘，總共一個半小時。任何一種整合方案的建置與維護成本，都遠遠超過一年一個半小時。

第二，招募是季節性的公司。有些行業一年只招兩次，其他時候職缺是關的。這種節奏下，整合大部分時間都在閒置，但維護成本照付。

第三，兩邊的欄位定義還在變的公司。如果你們的部門編制、職稱體系、薪資結構今年還在調整，那現在接起來，明年就要重接一次。先讓定義穩下來，再談自動化。

那什麼時候該接

三個訊號同時出現的時候：到職人數穩定且不小、欄位定義一年以上沒有大改、而且已經發生過至少兩次「因為手動抄錯導致投保或計薪出問題」。第三個訊號最關鍵——沒出過事就想自動化，通常是在解決一個還不存在的問題。

一個容易被忽略的中間選項

不接，但把兩邊的「必填欄位表」統一。也就是說，招募端輸出的那份錄取文件，欄位順序和寫法直接照人資系統的規格來。這樣人工輸入的時候是照著抄，不用轉換，錯誤率會掉一大截。這個做法不花錢，只花一次把表格改好的時間，效果卻常常勝過半套整合。

簽約之前的四個問題，以及資料到底在誰手上

下面四個問題跟品牌無關。換成台灣任何一家人資系統供應商，都該原封不動問一次。問法很重要：不要問「可不可以」，要問「怎麼做、誰來做、要多久、多少錢」。前一種問法得到的答案永遠是可以。

第一題：我的資料拿得回來嗎

要問到的細節有四層。能不能自己在後台匯出，還是每次都要開單請對方跑？匯出的是原始欄位，還是只有整理好的報表？包不包含歷史的打卡明細，還是只有月結果？解約之後資料保留多久、什麼時候刪、刪了怎麼證明？

第一題答不清楚的供應商，後面三題答得再漂亮都先放一邊。理由很簡單：拿不回資料，你就沒有換的自由；沒有換的自由，續約的時候你也沒有談的空間。

第二題：誰看得到什麼

權限這件事在小公司常常被跳過，然後在公司變大的時候變成事故。要問的是：權限能不能切到單一據點、單一部門？薪資欄位能不能只開給指定的兩三個人？主管能不能只看到自己底下的人？系統有沒有操作紀錄，事後查得到誰在什麼時候改了什麼？

最後那一項最容易被略過，但爭議發生的時候，它是唯一能還原現場的東西。

第三題：改一次規則要多久

公司的規則會變。加班的換算方式改了、輪班的間隔調整了、某個據點要用不同的班表——這些不是例外，是每年都會發生兩三次的常態。

所以要問清楚：這種調整是後台自己設定，還是要請對方工程師處理？算不算在合約內，還是每次另外報價？導入期間改和上線之後改，收費一不一樣？從提出到生效大概幾個工作天？

這一題問出來的答案，往往才是三年之後你真正的使用體驗。系統好不好用，很大一部分是「改得動嗎」決定的。

第四題：三年之後多少錢

雲端系統的第一年報價常常是最好看的一年。要往後推：人數從現在成長五成，價格怎麼跳？多開一個據點算不算另一筆？續約的漲幅有沒有上限寫進合約？中途停用某個模組，錢退不退、還是只能綁到期滿？

把這四個小問題的答案填進一張三年的表，你會得到一個跟報價單上完全不一樣的數字。做決定要用這個數字，不要用第一年的月費。

四題之外的一個提醒

問完之後，把答案請對方寫在回覆信裡，或者直接要求寫進合約附件。業務會換人，記憶會走樣，只有白紙黑字不會。這一點在人力銀行那類產品上一樣適用——我們在104招募管理系統值得買嗎？誰適合用，誰該再看看那篇裡也提過同一件事，因為踩過的公司實在太多了。

問完之後，回頭看自己這邊：資料到底在誰手上

四題問的是供應商，這一段問的是自己。人資系統裡裝的是全公司最敏感的一批資料：身分辨識欄位、薪資、投保、家庭狀況、考核評語。這一節不是嚇你，是提醒三件實務上很容易忽略的事。

權限預設值幾乎都太寬

系統剛開通的時候，權限通常是照角色給的粗略設定，而且偏寬鬆。上線那一週一定要做一件事：拿三個不同角色的帳號各登入一次，親眼看看他們看得到什麼。用說明文件核對不算，要真的登入去看。

最常出事的兩個角色是「代理人」和「離職前的主管」。前者常常被給了跟本人一樣的權限卻忘了收回，後者常常在交接期間還看得到不該看的東西。

離職之後的資料要有明確的處置

員工離職，帳號停用，但資料還在——這是對的，因為出勤紀錄依法要留。問題在於：誰還看得到？留多久？到期之後誰負責刪？多數公司答不出第三個問題，因為從來沒有人被指派過這件事。

建議做法很簡單：在系統上線的同時，寫一張半頁的處置表——哪一類資料、留幾年、期滿由誰處理、怎麼留下處理的紀錄。半頁而已，但它會在三年後救你一次。

應徵者的資料跟員工的資料不一樣

這一點跟前面接點那一節呼應。沒有進公司的人，資料的保存理由跟員工完全不同。把落選者的履歷搬進人資系統，等於讓一批本來該有期限的資料，混進了一批必須長期保存的資料裡。之後要分開處理會非常麻煩。

所以那條界線要守住：錄取的人往前走，沒錄取的人留在原地，各自有各自的期限。

三種計價方式，加一張五行的回本試算

台灣的雲端人資系統，計價方式大致跑不出三種。三種的月費看起來可能差不多，三年之後的總額卻差很遠，差別來自你公司的成長方式。

一、按人頭計價

最常見。每個啟用帳號一個單價，人多就多付。好處是小公司起步便宜、算法透明；壞處是成長的懲罰很直接——人數翻倍，這筆錢也翻倍。

要問清楚的是「人頭」怎麼算：是在職人數，還是曾經建過帳號的人數？兼職和工讀算不算一個人？離職之後停用，下個月會不會退？流動率高的行業，這三個問題的答案會直接改變總額。

二、按模組計價

基本盤加上一個一個加購。好處是只買用得到的；壞處是你常常在上線之後才發現某個必要功能被歸在另一個模組裡。

對策是把你的必做清單寫出來，逐項問「這一項在哪個模組」，而不是問「有沒有這個功能」。前一種問法才問得出加購。

三、級距或包套計價

五十人以內一個價、一百人以內一個價，或者整包年費。好處是預算好編、跨過門檻前很划算；壞處是跨過門檻的那一天會跳一大階。

如果你的人數就在門檻附近，一定要先問下一階的價格是多少。在門檻邊上簽約而不知道下一階的數字，等於把明年的預算交給運氣。

把三年成本算出來的最省事做法

開一張很小的表：三欄，分別是今年、明年、後年；三列，分別是預估人數、預估據點數、以及對應的年費。把供應商的答案填進去，你會發現有些方案在第一年輸，在第三年贏。做決定看第三年那一格。

回本怎麼算：一張只有五行的試算

價格看完，接著是回本。要跟老闆要預算，光講「比較方便」是過不了的。下面這張表只有五行，全部用你自己公司的數字填，不需要引用任何外部行情。

五行怎麼填

第一行，每個月花在差勤與計薪上的人時。把整理打卡、追補登、算加班、對帳、退回重算的時間全部加起來。這一格請實際問一次負責的人，不要用印象填。

第二行，這些人時換算成多少錢。用內部的人力成本估就好，抓一個大概的時薪乘上去。

第三行，導入後預估剩下多少人時。保守一點估，別直接寫零——系統上線之後還是要有人看、有人核。我通常建議先假設只省一半。

第四行，系統一年的總費用。用前面那張三年表裡「第二年」的數字，不要用第一年的優惠價。

第五行，第一年的一次性成本。資料整理、並行結薪那個月的雙工、教育訓練的時間。這一行最常被忘記，也最常讓實際的回本時間比預期晚。

算出來之後怎麼看

把第二行減第三行的差額乘以十二，跟第四行比。如果一年省下來的比一年的費用還少，那這個案子不該用「省時間」當理由賣給老闆——要換成風險的理由：紀錄調得出來、稽核答得出來、算錯的機率降低。這兩種理由都成立，但不能混著講。

另外提醒一件事：回本試算裡不要放「員工滿意度提升」這種項目。它可能是真的，但它不能算成錢，放進去只會讓整張表的可信度下降。

同時在看別家的話，怎麼比才不會白比

沒有人只看一家。台灣做人資系統的廠商不少，你多半會同時拿到兩三份報價。問題是多數人比的方式是錯的：把功能表並排、勾勾打叉、看誰勾比較多。這種比法幾乎一定會選到功能最多、但不一定最適合的那一套。

換一個比法：用三個維度

維度一：它最深的那一塊是哪一塊。每一家廠商都有一個真正的起家本業——有的從打卡起家、有的從薪資起家、有的從流程簽核起家、有的從人力銀行的後台長出來。起家的那一塊會比其他塊深很多。找法很簡單：看它產品選單上排第一的是什麼、官網首頁的標語在講什麼、客戶案例集中在哪一種行業。

維度二：它的預設客戶長什麼樣。五十人的公司和五百人的公司，需要的系統不一樣。看它的案例、看它的權限設計有多細、看它的說明文件在假設誰來操作。如果它的預設客戶比你大很多，你會買到一堆用不到的複雜度；比你小很多，則會在一年後就撐不住。

維度三：改一次規則要多久。這一題前面問過，這裡再強調一次，因為它是三年之後差距最大的一項。功能表上看不出來，只能問，而且要問得很具體。

比較表要怎麼做

不要做二十列的功能表。做一張三列的表：最深的那一塊、預設客戶的規模、改規則的方式與時間。三列填完，選擇通常就很明顯了。如果三列填完還是分不出來，那代表兩家對你來說差不多，這時候就用第四題——三年總成本——來決定。

導入之前要先整理好的四份資料

導入拖延的原因，八成不是系統的問題，是基礎資料還沒整理好。下面四份東西，最好在簽約之前就開始整理，不要等對方來要。

一、組織與職稱清單

部門怎麼分、有幾層、每個職稱的正式寫法是什麼。這份清單最常見的問題是「同一個部門有三種寫法」——公司登記上一種、內部叫法一種、名片上又一種。先統一，不然之後每一張報表都會出現重複的分類。

二、班別與工時規則

有幾種班、每種班的起訖時間、休息時段怎麼算、跨日的班怎麼歸屬、加班從第幾分鐘起算。這一份最花時間，因為很多規則只存在於老員工的默契裡，從來沒有寫下來過。寫的過程本身就有價值：你會發現有兩三條規則其實互相矛盾。

三、請假與特休的既有結餘

每個人現在還剩幾天、怎麼來的、什麼時候到期。這一份最容易出錯，而且錯了員工一定會發現。建議在切換的那個月，新舊兩邊並行對一次，確認每個人的數字都一樣再關掉舊的。

四、薪資結構的欄位定義

底薪、津貼、獎金、代扣項目分別有哪些，各自怎麼計算、要不要計入加班費的計算基礎。這一份最好由懂的人親自確認，不要交給系統廠商猜。

一個很實際的建議

這四份資料，用試算表整理就好，不需要漂亮。重點是「有一個唯一的版本」。導入過程中最耗時的來回，幾乎都是因為兩邊手上拿的是不同版本的同一份表。

導入會卡在哪三個地方，切換那個月怎麼過

看過的導入案裡，會卡住的地方翻來覆去就是這三個。先知道，就不會在發生的時候慌。

第一個卡點：規則寫不出來

系統要你填「加班怎麼算」，結果公司內部從來沒有一致的答案：人資說一套、產線主管說一套、老闆記得的又是第三套。這個時候真正該做的不是催系統，是先開一次會把規則定下來。

這件事其實是好事。導入系統會逼你把默契變成規則，而默契正是爭議的來源。只是要有心理準備：這一關可能要花兩週，而且跟廠商無關。

第二個卡點：現場不打卡

系統上線了，但有一群人照樣沒打。原因通常不是抗拒，是「這個方式對他們來說真的不方便」——手機太舊、現場沒訊號、手上戴手套、或者根本沒有智慧型手機。

解法是回到前面講的那幾種打卡模式：不同的人用不同的方式打，不要強求全公司統一。硬要統一的結果，就是有一群人永遠在補登。

第三個卡點：第一次結薪

導入之後的第一次結薪，幾乎一定會出現差異。這很正常，因為舊流程裡有一些人工的微調，從來沒有被寫進規則。重點不是零差異，是把每一筆差異的原因找出來，然後決定「是規則要改，還是以前算錯了」。

建議第一個月新舊並行。多花一次工，但它能把上面那些隱形規則全部逼出來，比任何測試都有效。

切換的那個月：三條不要越過的線

新舊並行那一個月，是整個導入裡最容易出事的一段。下面三條線，越過了就很難收拾。

第一條：舊系統不要太早關

常見的錯誤是「新的上線了，舊的當天就停」。只要有一筆對不上，你就沒有東西可以比對，只能靠回憶。建議至少留到第一次結薪完成、而且差異都解釋清楚之後，再談停用。停用之前記得先把要保存的資料匯出來，不要等到帳號被關才想到。

第二條：同一件事不要有兩個入口

並行的意思是「兩邊都記」，不是「員工自己選一邊用」。如果請假可以走舊系統也可以走新系統，那個月結束後你會有兩份互相矛盾的紀錄，而且沒有人知道哪一份是對的。

正確的做法是：對員工只開一個入口，另一邊由人資自己同步。多花的是人資的工，換來的是資料只有一個版本。

第三條：差異不要「先放著」

第一次結薪出現的差異，一定要當月查完。差異放到下個月，原因就查不出來了——因為當事人已經忘了那天發生什麼事，而且新的差異又疊上來。

查的方式很簡單：把每一筆差異列出來，逐筆寫一句原因，然後標成「規則要改」或「以前算錯」兩類。兩類的處理方式完全不同，前者要修設定，後者要決定要不要往回補。分清楚之後，第二個月的差異通常就會少一大半。

讓現場真的用起來：三個小動作

系統買得對只是一半，另一半是人願意用。這三個動作成本都很低，但差別很大。

一、從最抗拒的那一組開始試，不要從最配合的

試辦通常會挑「配合度高的部門」，因為順利。但順利的試辦什麼都測不出來。真正該挑的是條件最刁鑽的那一組——外勤最多的、班別最亂的、年紀最長的。他們用得起來，全公司就用得起來。

二、把「為什麼要換」講成他們的好處

對現場來說，換系統的預設印象是「公司要盯我們更緊」。如果沒有人主動說明，這個印象就會固定下來。

能講的好處其實很具體：請假不用再追主管簽紙本、加班時數自己看得到、特休剩幾天不用問人資、薪資明細隨時查得到。這幾句話在說明會上講三分鐘，抵得過三封公告信。

三、上線後第一個月，補登的窗口要開著

一定會有人忘記打、打錯、或者當天手機沒電。如果第一個月就把補登流程做得很難，現場學到的第一課會是「這套系統會害我被扣錢」。那之後就很難回頭了。

做法是：第一個月補登從寬、流程簡單、不追究；同時把補登的筆數記下來。第二個月開始，用這個數字當基準往下收。這樣既不影響信任，也留下了可以驗收的東西——後面談驗收的那一節會用到它。

多據點與輪班公司要多注意的三件事

如果你的公司只有一個辦公室、固定班表，這一節可以跳過。有據點、有班別的話，下面三件事值得在簽約前就問清楚。

一、據點的「範圍」怎麼設，誰有權改

定位打卡要設打卡範圍，範圍設得太小會誤判、設得太大等於沒設。要問的是：範圍由誰設定、店長改不改得動、改了有沒有紀錄。連鎖體系裡這一題很敏感，因為它決定了總部對現場的信任邊界要畫在哪。

二、跨據點支援的人怎麼算

門市之間互相調人是常態。那天他的出勤算在哪一店？成本掛在哪一店？如果兩店的班表規則不同，用哪一套？這三個問題沒有標準答案，但一定要在導入時就決定，不然報表出來會對不起來，而且事後很難補。

三、報表要能按據點切，也要能合起來看

總部要看總量，店長只要看自己那一店。如果系統只能給其中一種，另一種就得靠人工整理，那等於白買。示範的時候直接請對方切給你看，不要只聽「可以」。

一個順帶的提醒

多據點公司在整合招募端的時候，也會多一個變數：職缺是掛在總部還是掛在店？掛在總部，履歷會全部湧到人資；掛在店，各店的標準會不一致。這個問題跟系統無關，但如果先想清楚，前面談接點時要遞的那幾個欄位就會少吵一輪。

半年之後，用三件事判斷這筆錢花對了

系統採購最常見的收場，是上線三個月之後沒有人再提起它，也沒有人知道到底有沒有用。要避免這件事，方法是在導入之前先量三個數字，半年後再量一次。

第一件：月底那幾天有沒有變短

就是前面談薪資時問過的那個問題。從打卡資料整理好，到匯款檔產出，實際跨了幾個工作天？導入前記一次，半年後記一次。如果沒有縮短，代表流程沒有真的換掉——通常是因為中間還留著一段人工的轉換。

第二件：補登與更正的筆數有沒有降

前面談現場推行時說過，把第一個月的補登筆數留下來當基準。半年後這個數字應該明顯往下，如果沒有，表示現場還沒有真的接受這套做法。這時候要查的是「哪一群人補得最多」，通常會指向某一種打卡方式不適合他們。

第三件：被問到的時候答得出來

找一個具體的題目自己演練一次：「請調出某位已離職員工去年三月的出勤明細。」計時。如果十分鐘內拿得出來，這一塊就算立起來了；如果要找人、要翻檔案、要問前任，那就是還沒有。

三種不算數的說法

下面這三句話常常被拿來當成效，但它們什麼都證明不了：「介面比較漂亮」、「大家都說好用」、「導入很順利，沒人抱怨」。沒人抱怨也可能是因為沒人在用。

錢只有一筆的話，順序怎麼排

多數公司的實際處境是：預算只有一筆，六塊都想解決。這一節給一個很直接的排法。

先問一句：出事的時候，誰會來找你

這句話聽起來像玩笑，但它是最有效的排序工具。會有外部的人來找你的那一塊，優先級最高——勞檢、稽核、客戶查核、員工申訴。這幾件事發生的時候，沒有紀錄就是沒有紀錄，事後補不回來。

所以第三塊（出勤與排班）和第四塊（薪資與勞健保）通常排在最前面。不是因為它們最有價值，是因為它們的風險是外部的。

再問一句：不做的話，什麼時候會痛

第一塊（招募）和第五塊（教育訓練）的痛是延遲的。今年不做，明年才會痛；但明年痛起來的時候，補救要花的時間也更長。所以它們不該永遠排在最後，而是應該用「今年做一小塊」的方式往前推。

具體一點：招募那一段，今年至少要把「履歷集中在一個地方」和「篩選條件寫下來」這兩件最便宜的事做掉，不需要買整套。訓練那一段，今年至少把新人第一週的內容做成一份可以重複用的教材。這兩件事花的錢很少，但明年再回頭看會差很多。

最後問一句：這筆錢能不能分兩年

很多採購失敗不是選錯，是一次做太多。同時導入三個模組，等於同時要處理三套新流程、三批抗拒、三次結算差異。

比較穩的做法是：第一年只做最痛的那一塊，做到能驗收；第二年再加第二塊。分兩年做，總成本可能高一點，但成功機率高很多——而且第一塊做成功之後，第二塊的推行阻力會小非常多。

已經在用了，那缺的兩段怎麼補

如果你不是在評估，而是已經在用了，那問題就變成：招募和教育訓練這兩段，現在怎麼補比較省事。下面是幾個不必先花大錢的做法。

招募那一段，先做兩件最便宜的事

第一，把履歷集中到一個地方。不管用共用資料夾、專用信箱還是試算表都可以，重點是「只有一個地方」。四個管道各自散著，是後面所有麻煩的源頭。

第二，把篩選條件寫下來。三到五條就夠，寫成「必須有什麼、最好有什麼、什麼是加分」。寫下來的價值不在於嚴謹，在於人資和主管終於在看同一份標準，而且第八十份履歷還是照同一份標準看。

這兩件事都不用花錢，但做完之後，你會很清楚自己還缺的是不是「讀不完」這件事。如果是，那才是該考慮工具的時候。

教育訓練那一段，從最重複的那一層開始

不要一次做完整套課程體系。先挑一項：新人第一週最常講的那份內容。把它做成一份可以重複播放的教材，然後下一批新人就用它。

這一項之所以優先，是因為它每年都會重來，而且內容九成不變——投入一次，之後每一批都省。做完之後再往下一項推：法規要求的那幾堂、然後才是職務技能。

順序不要反過來

最後提醒一句：不要在差勤還沒穩的時候，同時開三條新戰線。先把已經買的那一塊用到能驗收，再往外擴。同時開太多，最後常常是每一塊都做了一半，然後全部退回原點。

常見問題

NUEiP 和人易科技是同一家嗎

是。人易科技是公司名，NUEiP 是產品名。搜尋的時候兩個關鍵字都試一次，會撈到不同的討論串——用公司名找得到比較多產業新聞，用產品名找得到比較多使用心得。

它有招募功能嗎

以二〇二六年八月公開的產品選單來看，沒有招募模組，也沒有教育訓練模組。人事檔案裡當然可以存證照、學歷這類欄位，但那是「你填、它收著」，不是「這件事的流程它替你跑」。要處理履歷、篩選、面試的話，得另外找方案。

那我是不是得買兩套系統

看你的痛在哪。如果一年只招幾個人，招募那一段用試算表加信箱撐得住，那就不必買第二套。需要買第二套的訊號是：一個職缺的履歷多到讀不完、常常忘記某個人選在哪、或者主管與人資的標準對不起來。

兩套系統會不會打架

不會，因為它們管的是不同階段的資料。唯一需要交接的是「錄取那一刻」，而且只需要遞七個欄位過去。沒有即時同步的需求，也不需要雙向互通——那是把整合成本推高的主要原因。

人數很少，用免費的方法可以撐多久

十幾個人、固定班表、加班很少的公司，用試算表加上簡單的表單，通常還撐得住。會撐不住的三個訊號是：開始有輪班、開始有第二個據點、或者開始有人對加班時數提出異議。第三個訊號出現的時候，你需要的其實是可信的紀錄，不是方便。

導入要多久

沒有標準答案，但可以這樣拆：基礎資料整理的時間，通常比系統設定的時間長。組織與職稱、班別與工時規則、請假結餘、薪資欄位這四份，是導入的真正瓶頸。如果這四份已經整理好，設定和測試會快很多；如果還沒開始整理，那先從那裡下手，不要等廠商來催。

可以只買打卡，不買薪資嗎

多數廠商都可以，這也是模組計價常見的用法。但要先問清楚兩件事：只買打卡的話，資料能不能匯出成會計要的格式；以及之後要加購薪資的時候，價格是照當時的牌價還是照原合約。第二題不問，加購那天常常會有驚喜。

員工不願意用手機打卡怎麼辦

這是導入期最常見的抗拒，而且通常不是情緒問題，是實際問題——手機太舊、現場沒訊號、工作時戴手套。正確的做法是給他們另一種方式，不是要求全公司統一。網段打卡、既有的刷卡設備、或是由主管代打並留下紀錄，都是可以走的路。

舊系統的歷史資料一定要搬過去嗎

不一定，而且常常不該全搬。建議的做法是：法規要求保存的那幾年份搬過去，其餘的封存成檔案留著。全搬的成本高、對照欄位容易出錯，而且搬過去之後幾乎沒有人會去查。搬之前先問一句：這批資料未來三年裡，有誰會真的打開它？

合約簽幾年比較好

如果對方願意，第一年先簽一年。簽長約換到的折扣，要跟「發現不合適卻換不掉」的風險放在一起看。真的要簽長約，就把前面第一題（資料拿得回來）和第四題（三年價格）的答案寫進合約附件，這樣長約才簽得安心。

網路上找不到什麼負評，是好事嗎

不完全是。台灣的 B2B 軟體討論本來就集中在少數幾個地方，而且願意具名寫評價的公司很少——這代表「沒有負評」比較可能是討論量小，而不是沒有問題。

比較實際的做法是直接跟廠商要兩到三家同行業、規模相近的客戶名單，自己打電話問三個問題：導入花了多久、上線之後最常回報的問題是什麼、續約的時候有沒有調價。這三題問得到的資訊，比一百則網路評論有用。

先試用還是先報價

先試用，但試用要有題目。沒有題目的試用只會變成「介面看起來還不錯」。建議的題目是：把你公司最麻煩的那一種班別排一次、把上個月最複雜的一個人的加班算一次、然後試著把某一個月的出勤明細匯出來。三題做完，你會知道的比看十頁功能表還多。

要不要等它出招募或訓練模組

不建議等。產品路線圖上的東西，時程和最後長成什麼樣都可能變，而你的痛是現在。如果那一段真的痛，就用現在有的方法先解決；等到對方真的做出來、而且做得夠好，再來考慮要不要收攏成一套。

這篇是不是想勸我不要買

不是。如果你的痛在出勤、排班和計薪，這一塊該買就買，而且愈早買愈划算。這篇想講的只有一件事：買的時候要知道自己買到的是哪一塊、沒買到的是哪一塊，然後對沒買到的那一塊做出安排——不管那個安排是我們、是別家，還是先用人工撐著。

攤開來講：Orova 沒有打卡、沒有差勤、不算薪資

寫到這裡，該把自己的底也翻開來。先說不能做的，因為那比能做的更需要講清楚。

我們沒有的東西

Orova 沒有打卡功能、沒有差勤管理、不計算薪資、不處理勞健保、不做排班、不算加班費。這一整塊——也就是這篇一直在說 NUEiP 很強的那一塊——我們完全沒有做，而且短期內也不打算做。

所以如果你讀到這裡的結論是「差勤這塊要解決」，那答案不會是我們。該找的是專門做這一塊的廠商，NUEiP 是其中一個合理的選項。這句話寫在自己的網站上有點奇怪，但講假話對誰都沒有好處。

我們做的是前面那一段

Orova Recruit 接的是人還沒進公司之前那一段：寫職缺條件、把履歷集中起來、一個職缺最多五百份逐份讀完，照你自己寫的條件分成「適合、可以考慮、不適合」三類，而且每一份都附上判斷的理由。讀不出來的檔案會單獨標出來，不會默默漏掉。

接著是面試那一段：依職缺條件生成面試題目、面試錄音上傳後轉成逐字稿、面試評分與紀錄集中在同一個地方、最後的錄取或婉拒可以單筆或整批處理，並匯出成 PDF。還有面試時段與會議室的安排、以及錄取通知信的樣板。

另外一段是人進來之後的教育訓練：把公司既有的文件變成可以指派的課程，掛上測驗與證書，按學員分組指派。也就是這篇說的第五塊。

還有幾件我們也不做的事

為了不讓你買錯，這幾項也一起講：我們不代發職缺到人力銀行或人力平台——履歷要從哪裡來還是你自己決定，我們處理的是收到之後那一段。我們不提供履歷庫，不會有一批現成的人選給你搜。我們也不替你做背景調查。

兩邊怎麼搭

照這篇一直在講的方式搭：差勤、排班、薪資交給你選的人資系統；履歷、面試、錄取決定放在 Orova Recruit；錄取那一刻把七個欄位遞過去。一年到職人數不多的話，那七個欄位手動輸入就好，不必先做整合。

教育訓練那一塊也是同一個邏輯：人資系統管「這個人在職多久、屬於哪個部門」，Orova Training 管「他該上什麼、上完了沒有、證書在哪」。兩邊各自完整，交界很窄。

試用之前先知道的兩件事

第一，產品頁目前只有簡體中文版，內容跟繁體版一樣，繁體中文版正在做。看不慣簡體字的話，直接開一個試用帳號，介面本身有繁體中文。

第二，建議帶著真實的資料來試，不要用範例檔。拿一個你去年招過、而且結果你已經知道的職缺，把當時的履歷丟進去，看看它的分類跟你當初的判斷差多少。這個測法比任何示範都準，因為答案在你手上。

想看它長什麼樣子，在Orova Recruit 的產品頁。

收尾：照最痛的那一塊選，不要照套裝選

把整篇壓成六句話。

一、NUEiP 是一套把出勤、排班、薪資做得很深的雲端人資系統，深度是它十年只做這幾塊換來的，值得承認。

二、它沒有招募模組，也沒有教育訓練模組——這是取捨，不是缺點，但你要知道，因為那兩段的事不會因為沒人管就消失。

三、人資工作分成六塊，六塊的痛不會同時發作；今年該買什麼，由最痛的那一塊決定，不要想用一筆預算把六塊一起解決。

四、招募系統和人資系統只需要在「錄取那一刻」接一次，遞七個欄位就夠；落選者的資料、面試官的評語和錄音檔留在原地。

五、簽約之前問四題：資料拿不拿得回來、誰看得到什麼、改一次規則要多久、三年之後多少錢——答案要寫進合約，口頭的不算。

六、導入之前先量三個數字：月底結薪跨幾天、每個月補登幾筆、調一份舊紀錄要多久。半年後再量一次，這筆錢花得對不對就有答案了。

這個星期先做兩件事

第一件：把六塊寫在紙上，各給零到五分，圈出最高的那一塊。十分鐘的事，但它會直接決定你今年的預算該往哪裡放。

第二件：把前面那三個要量的數字去問一次，記在同一張紙上。不管今年最後買不買、買誰的，這三個數字都會在半年後派上用場——而現在不記，半年後就再也回不去量了。