HR系統和ATS差在哪？先搞懂再決定買哪一套

你決定要找一套系統來管人的事，於是開始問廠商。第一家業務來了，簡報翻到第三頁，上面寫著「一站式 HR系統」，示範的畫面是打卡、排班、請假單。第二家來了，簡報同樣寫著「HR系統」，示範的畫面卻是職缺、履歷、面試安排。第三家更妙，簡報寫「人力資源管理系統」，示範的是薪資結算和年度考核。三家用的是同一組字，賣的卻是三件不同的東西。

你回到位子上，把三份報價單攤在桌上，發現自己沒辦法比。價格不能比，因為模組不一樣；功能不能比，因為每一家的模組名稱都叫「人事管理」但點進去看到的東西差很多；連「導入要多久」都不能比，因為有的在講資料搬遷，有的在講員工教育訓練。

這不是廠商在騙你，是「HR系統」這四個字在市場上根本沒有統一的定義。每一家都用它來指自己在賣的那一套，因為對他們來說那就是全部。你要做的事情不是去問「哪一家的 HR系統比較好」，而是先把這四個字拆開，確認自己現在缺的是哪一塊——拆完之後你會發現，三家裡面可能只有一家在解你的問題，另外兩家講的是你明年才會遇到的事。

這篇文章要做的就是拆這件事。先用一張兩欄表把 HRIS 和 ATS 各自管什麼分開，然後指出中間那三個一直被兩邊搶去的模組；接著按公司人數說明哪一半會先痛；再談買一套全包和接兩套專門的到底差在哪，包含那筆報價單上看不到的介接成本；最後談台灣和香港買起來差在哪，以及四個問完就能決定的問題。

先講結論，省你時間：大部分三十到一百人的公司，現在真正在痛的是招募那一半，而他們手上拿到的三份報價單裡，通常有兩份在賣人事那一半。

HR系統和ATS，先用一張表分清楚

這條分界線聽起來很簡單，但它之所以有用，是因為它同時分開了兩件更實際的事：誰在用，以及資料從哪裡來。

HRIS 那一邊：使用者是內部，資料是自己填的

人事那一半的使用者是公司裡的人：員工自己送請假單、主管簽核、人資結算、財務對帳。資料的來源幾乎都是內部產生的——上班打卡、請假申請、加薪核定、部門調動。這些資料有一個共同特徵：它們必須是正確的，而且錯了會有後果。算錯薪水、漏算加班、保險級距填錯，這些都不是「使用體驗不好」，是要補錢和道歉的事。

所以人事那一半的系統，設計重點會放在準確、可稽核、留下軌跡。這也是為什麼這一類系統通常看起來比較「硬」：表單多、欄位多、權限層層卡關。你用起來覺得囉嗦，但那些囉嗦大部分是有原因的。

ATS 那一邊：使用者有一半在公司外面，資料是別人送進來的

招募那一半就完全不同。使用者是人資、用人主管，還有一群根本不在你公司裡的人——應徵者。資料的來源是外部的：履歷從人力銀行進來、從轉介信箱進來、從朋友轉寄進來，格式五花八門，有 PDF、有 Word、有人直接把內容貼在信件裡，還有人傳一個雲端連結而且忘了開權限。

這一半的重點不是準確，是速度和不漏接。一份履歷晚三天看，人可能就被別家簽走了；一封回信忘了寄，這個人下次就不會再投。招募這件事沒有「補算」這種救濟手段，錯過就是錯過。所以 ATS 的設計重點會放在收得齊、看得快、回得掉，介面通常比人事系統輕，因為它要應付的是量而不是精度。

中間那三個，兩邊都說是自己的

如果界線這麼清楚，那為什麼還會亂？因為分界線上剛好卡著三件事，兩邊都可以合理地說「這本來就是我在做的」。這三件是：入職資料、人員名冊、組織圖。

它們的共同點是都發生在「錄取之後」。ATS 說：這個人是我談進來的，他的身分證號、學經歷、緊急聯絡人，早在面試階段就在我這裡了，我順手轉成入職資料最省事。HRIS 說：他從報到那一天起就是員工，員工資料當然歸我，而且薪資和保險都要靠這份資料去算。

兩邊講的都對。所以你在比報價單的時候會看到一個怪現象：兩份報價單都有「員工資料管理」這一項，而且都收錢。你以為自己在比價，其實是在買兩份會打架的東西。這三個模組後面會單獨拿一節出來拆，因為它們是最容易多花錢、也最容易出事的地方。

最後補一個很多人會問的名詞問題：HRIS、HRMS、HCM 這三個縮寫差在哪？老實說，在中小企業採購的層級上，差別小到不用管。HRIS 偏「資料庫」，HRMS 偏「資料庫加流程」，HCM 偏「加上人才發展和接班規畫」，但市面上三個字被廠商混用得很嚴重，同一套系統在不同的簡報裡會出現不同的縮寫。不要花時間比縮寫，直接比模組清單。

如果你連「人資系統到底包含哪些模組」都還沒有一個底，建議先看我們寫過的另一篇：人資系統是什麼？中小企業選型前必懂的四個模組。那篇是從零開始講模組，這一篇假設你已經知道有哪些模組，只是不知道該買哪一半。

為什麼每一家廠商講的「HR系統」都不一樣

這一節不是在罵廠商，是要幫你聽懂他們在講什麼。因為如果你知道一家廠商是從哪裡長出來的，你就能預測他的產品在哪一塊特別強、哪一塊只是為了填滿功能表而做的。這比看功能勾勾表有用得多。

出身一：從差勤打卡長出來的

這是台灣最大的一群。他們一開始賣的是打卡鐘、刷卡機、指紋機，後來搬上雲端變成差勤系統，再接上排班和請假流程，最後補上薪資結算。這一類廠商口中的「HR系統」＝差勤＋薪資，招募對他們來說是後來才加的一個頁面。

怎麼認出來：簡報前五頁都在講出勤異常、補打卡、彈性工時、班表輪替；問到招募的時候，示範畫面只有一個「應徵者列表」，沒有履歷解析、沒有評分、沒有寄信模板。

他們適合誰：有輪班、有外勤、有工廠、有門市的公司。這些公司的痛真的在差勤，而且差勤算錯是會出事的。

出身二：從人力銀行和求職平台長出來的

這一類的起點是招募，因為他們本來就握著履歷的流量。他們口中的「HR系統」＝招募管理，職缺一鍵發布、履歷自動收進來、面試流程一條龍。人事那一半通常是薄的，或者要另外接。

怎麼認出來：簡報第一頁就是職缺看板，示範資料裡有真實感的履歷；但問到「請假單怎麼簽核」的時候，業務會說「這一塊我們有合作夥伴」。

他們適合誰：常態性在招人的公司——展店中的連鎖、專案制的服務業、人員流動高的產業。

出身三：從會計或 ERP 長出來的

第三類的起點是財會。他們本來賣的是進銷存、總帳、成本，人事模組是為了把薪資費用接進帳務而做的。這一類廠商口中的「HR系統」＝薪資＋人事基本資料，而且他們最在意的是能不能跟傳票、成本中心、部門費用對得起來。

怎麼認出來：簡報裡會出現「與總帳整合」「費用分攤」「部門損益」；招募那一塊通常直接空白，或者只有一張人員申請單。

他們適合誰：已經在用他們家 ERP 的公司。這時候買同一家的人事模組，省下來的不是功能，是介接和維護。

還有第四類：只做招募這一段的專門系統

這一類就是純 ATS。他們不碰差勤、不碰薪資、不碰考核，只做從職缺到錄取那一段，但那一段做得比前三類深很多——履歷自動解析成欄位、依職缺條件自動分級、面試題目和評分表、面試紀錄、婉拒信模板、同一個人第二次投履歷會自動標出來。

怎麼認出來：他們的簡報不會出現「一站式」這個詞，反而會主動說「薪資和差勤我們不做」。會主動說自己不做什麼的廠商，通常比較好談。

Orova Recruit 屬於這一類，這件事這篇後面會單獨講清楚，包含我們不做的那幾項。

問這六句話，廠商就沒辦法含糊帶過

知道出身之後，剩下的就是驗證。以下六句話是設計來讓對方沒辦法用「都可以」「都有支援」帶過去的——每一句都要求一個具體的畫面或一個具體的答案。開會前先寄過去，讓他們有時間準備，回信通常比現場口頭誠實。

問句	你在測什麼	含糊的回答長什麼樣
「請直接示範：一份 PDF 履歷丟進去之後，畫面上會自動出現哪些欄位？」	ATS 深度。有沒有真的解析履歷，還是只是把檔案存起來	「可以上傳附件」——那是雲端硬碟，不是 ATS
「錄取之後，這個人怎麼變成員工？請示範那一步。」	兩半之間的接縫。這一步是自動、半自動，還是人工重打	「匯出 Excel 再匯入」——可以接受，但要問清楚誰做、多久做一次
「員工的基本資料，正本放在哪一個模組？另一個模組看到的是複本還是連動的？」	有沒有兩份資料。這是後面出事的根源	「兩邊都可以編輯」——這就是兩份資料，將來一定會對不起來
「這一版報價裡，哪些模組是貴公司自己開發的，哪些是合作夥伴的？」	出身。也順便問出將來出問題找誰	「都是整合在同一個平台」——沒回答問題，再問一次
「合約結束的那一天，我可以帶走什麼？請說格式。」	退場成本。這一題的答案決定你被綁多緊	「可以協助匯出」——要追問是不是要另外收費、是不是 PDF
「這套系統的介面，有沒有原生的繁體中文版？通知信呢？」	本地化深度。台灣和香港都要問，答案常常不一樣	「有中文」——要追問是繁體還是簡體轉的

這六句的共同設計是：要求對方描述一個動作，而不是承認一個名詞。名詞可以模糊，動作不行。「有招募模組」是名詞，「一份 PDF 丟進去之後畫面長什麼樣」是動作，後者沒辦法唬。

還有一個小技巧：把這六句話同時寄給三家，然後比回信的長度和具體程度。你會很快發現哪一家真的做過這件事，哪一家只是把功能列表複製貼上。

入職資料、人員名冊、組織圖：三個被搶的模組怎麼分

這三個是全篇最容易花冤枉錢的地方，也是導入半年後最容易出事的地方。原則其實只有一句話：每一份資料只能有一個正本，其他地方看到的都必須是複本或連動。接下來把三個各自拆一次。

入職資料：正本應該在 HRIS，但來源在 ATS

入職資料指的是一個人報到那天要填的那一疊：身分證影本、戶籍地址、緊急聯絡人、銀行帳號、學經歷、保險受益人。這些欄位裡，有一半在面試階段就已經在 ATS 裡了——履歷上有學經歷、有聯絡方式，面試時可能還填了期望待遇。

所以正確的做法不是「兩邊各填一次」，而是：ATS 把已知的欄位推過去當初始值，剩下的敏感欄位（銀行帳號、身分證號、保險受益人）由 HRIS 這一邊收，而且只在 HRIS 留一份。

為什麼敏感欄位不要留在 ATS？因為 ATS 裡有大量「沒被錄取的人」的資料，而那些資料的保存期限、刪除規則、可以看的人，跟員工資料完全是兩回事。把銀行帳號放進一個為了大量收履歷而設計的系統裡，權限很難管得乾淨。

人員名冊：這件事在台灣是法律要求，不是軟體功能

很多人把「員工名單」當成系統的一個畫面，看哪一套做得漂亮就用哪一套。但在台灣，員工名冊不是選配，是雇主的法定義務。勞動基準法第七條寫得很直接：雇主應置備勞工名卡，登記姓名、性別、出生年月日、本籍、教育程度、住址、身分證統一號碼、到職年月日、工資、勞工保險投保日期、獎懲、傷病及其他必要事項；而且這份名卡要保管到勞工離職後五年。

把這一條讀完再回頭看報價單，你會問出完全不同的問題。不是「有沒有員工名單畫面」，而是：這套系統的員工資料，欄位對得上法條列的那幾項嗎？離職的人會不會被系統自動清掉？五年之後怎麼刪、誰來刪？這三題大部分業務答不出來，而它們比介面好不好看重要得多。

香港沒有一模一樣的條文，但方向相同：僱主同樣需要保存僱員紀錄，而且離職後仍需保留一段時間。所以無論你在台北還是香港，這一節的結論一樣——名冊的正本必須放在你打算長期保留的那一套系統裡，而那一套通常是人事這一半，不是招募那一半。

組織圖：畫的人和維護的人常常不是同一個

組織圖是三個裡面最容易被忽略、也最容易變成廢圖的一個。原因很簡單：組織圖第一次畫的時候大家很興奮，之後就沒人維護了。三個月後有人離職、有人調部門、多了一個新單位，圖還是舊的，於是所有人回去用簡報檔自己畫。

判斷一套系統的組織圖有沒有用，只看一件事：它是從人事異動自動長出來的，還是要有人手動拖拉方塊？前者才活得久。如果是後者，那它跟簡報檔沒有差別，不要為它付錢。

另外要注意一個台灣和香港都常見的狀況：公司實際的匯報線和法人組織不一樣。集團底下三家公司，員工掛在 A 公司但實際上向 B 公司的主管報告。這種情況下組織圖必須支援「兩條線」，否則你會被迫在系統裡說謊，而說謊之後每一份報表都會怪怪的。

公司幾個人，該先買哪一半

人數這個標準大家都會用，但它其實不精準。同樣是一百人，一家在展店的餐飲公司和一家設備製造廠，先痛的邊完全不同：前者每個月要招二十個人，後者一年招兩個；前者的人事很單純，後者要處理輪班、加班、外派。所以請把人數當成起點，不要當成答案。

三十人以下：先別買，先把試算表整理好

三十人以下的公司，人事的事情多半還在老闆或行政兼著做。這個階段買系統，最常見的結果是：買了、匯了一次資料、用了兩個月，然後大家又回去用試算表和通訊軟體，因為系統要求的欄位比實際需要的多，填起來麻煩。

這個階段真正該做的是三件事：第一，把員工資料集中成一份，欄位比照法規要求的那幾項；第二，把履歷收在同一個信箱或同一個資料夾，不要散在私人信箱；第三，把離職和到職記下來，至少記日期。這三件事做好，將來買任何一套系統，導入時間都會縮短一半。

唯一的例外是：如果你三十人以下但在展店，或是接案型公司每個專案都要臨時找人，那招募的頻率會遠高於同規模的公司，這時候先上一套輕的招募工具是合理的。

三十到一百人：招募這一半通常先痛

這是最多公司卡住的區間，也是這篇文章主要寫給他們看的一群。這個階段會發生幾件很典型的事：

人資開始每個月都在招人，而且同時開兩到四個職缺。履歷從三個地方進來：人力銀行的後台、公司信箱、還有主管私下轉寄的。沒有一個地方能看到「這個職缺總共收了幾份、看了幾份、還有幾份沒回」。於是有人被漏掉，有人被兩個主管重複約，有人投了三次都沒收到任何回覆，第四次就不投了。

與此同時，人事那一半還撐得住：五十個人的請假用表單加試算表還能管，薪資可能外包給記帳事務所，差勤如果沒有輪班就更單純。兩邊比起來，招募那一半的痛是每天在發生的，人事那一半的痛是每個月一次。

所以這個階段的建議很明確：先解決招募那一半，人事那一半等它自己痛起來。而且招募這一半有一個好處——它不牽涉薪資和保險，導入失敗的代價小很多，不會算錯錢。

一百人以上：兩邊都痛，痛法不一樣

過了一百人，人事那一半的痛會突然出現，而且是以「查不到」和「算錯」的形式出現。查不到是指：某個人的到職日到底是哪一天、去年的加薪是什麼時候生效的、這個部門實際有幾個人——這些問題以前用問的就行，現在問三個人會得到三個答案。

招募那一半的痛則會變成另一種：忘了自己看過誰。同一個人半年前投過，當時因為職缺不合被婉拒，現在有合適的缺卻沒人想得起來。這個損失看不見，但它很貴。

這個階段才是真正該討論「要不要買一套全包」的時候，因為兩邊都有需求了，介接成本才有討論的意義。

還不到買的時候，先把這五件事做好

前面說三十人以下先別買，但「別買」不等於「什麼都不做」。下面五件事完全不用花錢，而且做完之後，將來不管買哪一半，導入時間都會少一半以上。更重要的是，做的過程中你會自己看出來哪一邊比較痛。

一、把員工資料整理成一份，欄位照法規來

不要三份、不要散在不同人的電腦裡。一份試算表，一列一個人，欄位就照勞動基準法第七條列的那幾項：姓名、性別、出生年月日、本籍、教育程度、住址、身分證統一號碼、到職年月日、工資、保險投保日期、獎懲、傷病。

整理的過程會很痛苦，因為你會發現有些人的資料根本找不到。但這個痛苦是遲早要付的，現在付比買了系統之後付便宜得多——因為到時候還多一層時間壓力，而且廠商在旁邊等。

二、給每個人一個員工編號

前面提過，匯資料的時候姓名不能當唯一識別。現在編一次，之後所有的系統、報表、薪資檔案都用同一組編號，很多對不起來的問題會直接消失。編號規則不用複雜，年份加流水號就夠了。

三、把履歷集中到同一個地方

最簡單的做法是開一個公司的招募信箱，所有職缺的聯絡方式都用它，人力銀行的通知也轉進來。再開一個資料夾，用「職缺名稱／年份」分。這件事的價值不在整齊，在於半年後你還找得到當時看過誰。

順手做一件小事：每收到一份履歷就回一封確認信，兩句話就好。這件事對應徵者的感受影響很大，而且成本接近零。

四、把到職和離職記成一張表

兩欄就夠：姓名（或員工編號）、日期、事由。這張表會在三個地方派上用場——算年資、做人力報表、以及有一天你要評估「我們一年到底招幾個人」的時候。

沒有這張表的公司，被問到「去年離職幾個人」通常只能用猜的，而這個數字剛好是判斷該不該買招募系統的關鍵之一。

五、把職缺說明寫成固定的檔案

很多公司的職缺說明是每次要招的時候臨時寫的，寫完丟在通訊軟體裡，下次再重寫一次。改成一個職缺一份檔案，改版的時候直接改，這樣不但省時間，也讓不同管道貼出去的內容一致。

寫的時候有一個小訣竅：把「這個人進來的第一個月要做什麼」寫進去。這一句比任何形容詞都有用，應徵者看得懂，你自己也會因此更清楚到底在找什麼樣的人。

五件事做完之後，再回頭看報價單

這五件事大概需要一到兩個週末。做完之後你會有兩個收穫：第一，你手上有一份乾淨的資料，導入任何系統都快；第二，也是更重要的，你會很清楚自己每個月花多少時間在哪一件事上，而那正是這篇文章最後那四個問題要問的東西。

招募那一半該有哪些能力，才算真的做到

前面談的是界線，這一節開始談內容。如果你確定要買的是招募這一半，下面這幾項是「有」和「真的有」的分水嶺。每一項都附一個現場可以驗的動作。

一、履歷進來會不會自動變成欄位

最基本、也最容易被虛報的一項。真的做到的系統，你丟一份 PDF 進去，畫面上會自動出現姓名、聯絡方式、最近一份工作、年資、學歷這些欄位，而且可以直接拿來排序和篩選。做不到的系統只是把檔案存起來，你還是要一份一份點開來看。

現場驗法：請業務當場丟一份他沒看過的履歷進去，看畫面。不要接受「事後補示範」。

二、同一個人重複投，會不會自動認出來

這一項的價值在半年後才會顯現，但它是最省時間的功能之一。同一個人半年前投過、被婉拒過、面試評語寫過什麼，這些應該在他第二次出現的時候自動浮出來。

現場驗法：把同一份履歷用不同的檔名投兩次，看系統有沒有標出來。

三、有沒有辦法讓用人主管進來看，而且不會看到不該看的

這一項是實務上最常卡住的地方。用人主管通常不想登入另一套系統，也不該看到其他部門的應徵者，更不該看到期望待遇以外的敏感欄位。好的系統會提供一個限定範圍的檢視方式，讓主管只看到自己那個職缺、只能做「有興趣／沒興趣」這種簡單的動作。

現場驗法：請對方示範用主管的權限登入一次，你在旁邊看他看得到什麼。

四、婉拒信寄不寄得掉

聽起來像小事，但它是招募品質最直接的指標。沒有回覆的應徵者不會抱怨，他只是不會再投第二次，也不會推薦朋友來。系統應該要能一次選取多份履歷、套用模板、一鍵寄出，而且模板要能改成你公司的語氣。

現場驗法：請對方示範一次批次婉拒，看要點幾下。超過五下就代表實務上不會有人做。

五、面試的紀錄留不留得下來

面試當下講的話，兩週後只剩下印象。好的系統會讓你把面試題目、評分、筆記都留在同一個人的資料下面，之後不管是複盤還是回頭找人，都查得到。

現場驗法：問「三個月前面試過的某個人，我要怎麼找到當時的評語」，看要幾步。

六、決定之後能不能一次輸出

錄取通知、報到通知、給主管的簽核單、給人事的移交表——這些東西每次都要重打是很浪費的。系統應該能從已有的資料一次產生，格式固定，不用再排版。

現場驗法：請對方輸出一份實際的錄取文件給你看，看排版能不能改成你們公司的樣子。

這六項不是全部，但它們有一個共同點：每一項都可以在三十分鐘的示範裡驗完。驗完之後你會發現，功能表上勾滿的那幾家，實際做得到的可能只有兩三項。

人事那一半該有哪些能力，才算真的做到

反過來，如果你確定要買的是人事這一半，驗收的重點完全不同。招募看的是速度和不漏接，人事看的是準確和查得到。

一、員工資料的欄位夠不夠

把法規要求的那幾項拿出來對一次：姓名、性別、出生年月日、本籍、教育程度、住址、身分證統一號碼、到職年月日、工資、保險投保日期、獎懲、傷病。這些欄位系統裡有沒有？是內建的還是要自己加？要自己加的話，加出來的欄位能不能查詢、能不能匯出？有些系統的自訂欄位只能看不能查，那就等於沒有。

二、異動查得到歷史嗎

這是人事系統和試算表最大的差別。一個人從進公司到現在，換過幾次部門、調過幾次薪、什麼時候生效——這些應該是一條可以往回翻的時間軸，而不是只有「現在的狀態」。

現場驗法：問「我要看某個人兩年前的職稱和當時的部門，怎麼查」。如果答案是「要看紙本」，那這套系統的人事那一半是不完整的。

三、離職的人怎麼處理

這一題牽涉法規也牽涉實務。離職之後，這個人的資料不能直接刪掉——台灣的規定是名卡要保留到離職後五年。但同時，他也不該再出現在現職員工的名單、報表、組織圖裡。

好的系統會有「離職但保留」這個狀態，而且到期之後會提醒你可以刪。差的系統只有「刪除」一個按鈕，於是實務上大家都不敢刪，資料愈積愈多，權限也愈來愈難管。

四、報表能不能自己拉

人事最常被要求的報表其實就那幾張：在職人數、部門人數、年資分布、到離職統計。這些應該可以自己按幾下就拉出來，而不是每次都要寫信請廠商幫忙匯。

現場驗法：請對方當場拉一張「各部門在職人數」給你看，順便看能不能匯成試算表。

五、權限分得夠細嗎

人事資料的權限比招募複雜得多。主管應該看得到自己部門的人，但不該看得到薪資；人資看得到全部；財務只需要看得到跟薪資有關的欄位；老闆可能要看全部但不需要編輯。

現場驗法：問「主管可以看到自己部門同仁的薪資嗎？可不可以關掉？」如果答案是「權限只有管理員和一般使用者兩種」，那實務上你會被迫讓太多人看到太多東西。

六、跟薪資怎麼銜接

如果薪資是外包給記帳事務所或另一套系統算，那人事系統要能穩定地把「這個月的異動」交出去：新進、離職、調薪、部門調動、請假時數。格式固定、每個月同一天、不用人工整理，這才算銜接得上。

如果你打算薪資也一起用同一套算，那要多驗一件事：請對方用你們公司真實的一個月資料試算一次，然後和你自己算的對一遍。這是唯一可靠的驗收方式，任何示範資料都沒有意義。

買一套全包，還是接兩套專門的

假設你已經確定兩邊都需要，接下來就是這個經典的選擇題。網路上多數文章會說「看公司需求」，這等於沒說。這一節給的是三種做法各自的實際代價，包含那筆報價單上看不到的。

比較項目	買一套全包	接兩套專門的	先只買一套
單一功能的深度	兩邊多半都是及格分，很少有一邊特別強	兩邊都挑得到強的	買的那一半可以挑最強的
資料一致性	天生同一個庫，不會有兩份	要靠介接維持，會有延遲	沒買的那一半仍然靠人工
窗口與究責	一個窗口，出事找他就對了	兩個窗口，介接壞掉容易互推	一個窗口
合約與帳務	一份合約、一張發票	兩份合約、兩張發票、兩個續約日	一份
換掉其中一半	幾乎等於整套換掉	換一邊不影響另一邊	沒有這個問題
報價單看不到的成本	導入期比較長，因為兩邊同時上線	介接的建置與長期維護	另一半持續用人工的隱形時間
什麼情況適合	兩邊都痛、而且都不算特別複雜	其中一邊特別重、或已經有一套不想換	只有一邊在痛

全包最大的隱藏成本不是錢，是導入期

全包方案的簡報通常很好看，因為所有東西都在同一個介面裡。但實際導入的時候你會遇到一件事：兩邊要同時上線。人事那一半的上線需要資料清洗、需要跟薪資對帳、需要試算幾個月；招募那一半的上線需要重寫職缺、需要教主管用新流程。這兩件事同時做，很容易兩邊都做不好。

如果你選了全包，務必跟廠商談成「分階段上線」，先上一半、跑順了再上另一半。多數廠商可以接受，但你不提他們不會主動提，因為對他們來說一次上完比較快結案。

接兩套最大的隱藏成本不是介接，是沒人看介接

很多人以為接兩套的風險在「接不起來」。實際上現在的系統大多有匯出匯入或 API，接得起來不是問題。真正的問題是接起來之後沒有人固定看它有沒有壞。

同步這種事有一個特性：它壞掉的時候不會有人打電話給你。昨天晚上有三筆資料沒同步過去，畫面上不會跳紅字，只會在某一天有人問「這個人怎麼沒在名單裡」的時候才被發現，而那通常是一個月之後。

所以如果你選接兩套，請把這件事寫進某個人的工作內容裡：每週一早上打開同步紀錄看一次，失敗的補掉。這件事只要五分鐘，但沒排進誰的工作就等於沒做。

還有一個很多人沒想到的選項：先只買一套

這是最省、也最常見的做法，卻很少出現在廠商的簡報裡，原因不難理解。實際上對三十到一百人的公司來說，這通常是最務實的答案：買下正在痛的那一半，另一半繼續用現在的方式，直到它真的痛起來。

這個做法的唯一風險是「另一半其實已經在痛，只是你沒感覺」。判斷方法：如果上個月有人問你一個關於員工資料的問題，而你花了超過十分鐘才回答得出來，那就是在痛了。

要接的話接在哪裡：從「錄取」到「員工」那一條線

如果你決定接兩套，接下來這一節是全篇最省錢的一節。因為多數人在談介接的時候會犯同一個錯：想把兩邊所有欄位都接起來。結果是報價變三倍、維護變五倍，而且將來換任何一邊都要重來。

為什麼只接這一個點

因為這一刻是兩邊唯一真正重疊的時刻。在這之前，這個人只存在於招募那一半；在這之後，他只存在於人事那一半。ATS 之後不需要知道他的請假紀錄，HRIS 也不需要知道他當初面試的評分。兩邊各自完整，只在交接的那一秒握一次手。

有一個例外值得考慮：離職。如果人員離職的時候能自動回頭通知招募那一半，招募端就能自動開一個遞補的職缺、也能把這個人標成「前員工」。但這個接法屬於加分，第一年不用做。

三種接法：手動、排程、API

接法	怎麼運作	適合的頻率	要注意什麼
手動匯出匯入	錄取後從 ATS 匯出一份，貼進 HRIS	每個月十人以內	要指定一個人負責，並約定固定時間做
排程檔案交換	每天固定時間把新錄取者匯成檔案，另一邊自動讀進去	每個月十到五十人	要有失敗通知，否則靜靜壞掉沒人知道
API 即時串接	錄取按鈕一按，資料立刻進到另一邊	每個月五十人以上，或有到職當天要開帳號的需求	建置費最高，而且兩邊任一方改版都可能壞

看到這張表，多數三十到一百人的公司會發現自己屬於第一列。第一年先手動匯出匯入完全不丟臉——它的成本是每個月十五分鐘，而 API 串接的成本是一筆建置費加上長期的維護責任。等到頻率高到每週都要做，再花錢自動化也不遲。

接之前先把「欄位對照表」寫出來

不管用哪一種接法，動手之前一定要做一件事：把兩邊的欄位名稱一欄一欄對起來，寫成一張表。這張表看起來很無聊，但它會提前暴露所有問題。

常見的地雷有這幾個：一邊的「部門」是文字，另一邊是從清單選的，文字打錯就進不去；一邊的日期是民國年，另一邊是西元年；一邊的姓名是一個欄位，另一邊分成姓和名；一邊允許同一個信箱出現兩次，另一邊不允許。這些問題在對照表上五分鐘就看得出來，在上線後要花五天。

如果你想更完整地了解招募這一半的系統該有哪些能力，可以看這一篇：招募管理系統 ATS 是什麼？不是電力的那一個。順帶一提，在台灣搜尋「ATS系統」很容易搜到電力設備，那篇開頭就在處理這個誤會。

權限和個資：兩套系統要分開想

這一節放在這裡，是因為它是唯一一個「不管你買哪一半都會遇到、而且買錯會出事」的題目。而且招募和人事這兩邊的權限邏輯完全不同，很多人用同一套想法去設，結果兩邊都設錯。

招募這一半：資料多、期限短、看的人雜

ATS 裡面躺著的大部分是「沒有被錄取的人」。一個職缺收五百份履歷，最後錄取一個，剩下四百九十九個人的姓名、電話、電子郵件、工作經歷、有時候還有照片和期望待遇，全部留在你的系統裡。

這一批資料的特性是：量大、敏感度中等、但保存的正當理由很短。你當初拿到這些資料的目的是評估這一個職缺，職缺結束之後，繼續留著就需要另外的理由——例如「經應徵者同意納入人才庫」。

所以招募這一半的權限要問三件事：用人主管看得到的範圍能不能限制在自己的職缺？履歷可不可以下載，下載了系統知不知道？職缺關閉之後，這些履歷會怎麼處理，有沒有自動的到期規則？

第三題是最多系統做不到的。多數 ATS 的預設是「永遠留著」，因為那樣最方便。你要主動問有沒有辦法設定期限，以及到期的時候是通知你還是自動處理。

人事這一半：資料少、期限長、敏感度最高

HRIS 裡面的人比較少，但每一筆的敏感度都高得多：薪資、銀行帳號、身分證號、家庭狀況、病假紀錄。而且保存期限很長——前面提過，台灣的規定是勞工名卡要保管到離職後五年。

這一半的權限要問的是另外三件事：主管看得到自己部門同仁的哪些欄位？薪資能不能單獨關掉？誰改過哪一筆資料，有沒有紀錄？

最後一題在小公司常被當成小題大作，但它其實是保護人資自己的。當有人質疑「我的年資怎麼被改了」，有異動紀錄和沒有異動紀錄，處理起來完全是兩件事。

兩邊都要問的一句話：離職或落選之後，資料怎麼消失

這句話把兩邊的問題收在一起。好的系統會讓你設規則，然後自己執行；差的系統只給你一個刪除鍵，於是實務上沒有人敢按。

沒有人敢按的結果是資料一直累積。五年之後你的系統裡有幾千個陌生人的個人資料，權限管不動、也沒有人記得當初為什麼留著。這件事在被問到之前不會有人在意，被問到的時候已經來不及整理。

還有一個容易忽略的角色：離職的人資自己

人資是系統裡權限最大的角色，也是流動率不低的職位。人資交接的時候，帳號要怎麼處理、他下載過的檔案在哪裡、他個人電腦上的那份履歷試算表怎麼辦——這些問題比系統本身的權限設定更常出事。

比較實際的做法有兩個：第一，盡量讓資料留在系統裡，減少下載到個人電腦的機會，這需要系統的線上檢視夠好用；第二，把「帳號停用」寫進離職檢核表，跟收回門禁卡放在一起。這兩件事都不花錢，只需要有人記得。

三份報價單攤在桌上，實際上怎麼比

回到文章開頭那個場景：三份報價單，模組名稱長得都一樣，價格差兩倍。這一節給一個可以照做的比法。

第一步：把每一份的模組名稱換成「這個模組做到哪一步」

不要比名稱，比動作。同樣叫「招募管理」，A 家是「可以上傳履歷檔案」，B 家是「履歷自動解析成欄位並依條件分級」，這兩件事的價值差十倍。所以第一步是拿著前面那六句話的答案，把每一份報價單的模組名稱改寫成一句動作描述。

改寫完之後你會發現，三份報價單裡有幾項其實是空的——名稱在，動作說不出來。把那幾項的金額圈起來，那是你在為想像付錢。

第二步：把「你今年一定會用到」和「你以為以後會用到」分開

報價單上通常會有一半的模組是後者。績效考核、教育訓練紀錄、人才盤點、接班規畫——這些不是不好，但如果你今年不會用，它們就只是漲價的理由。

做法很簡單：在每一項旁邊寫下「第一個實際使用它的月份」。寫不出月份的，請廠商拿掉或拆成第二年再加購。多數廠商可以接受拆，因為他們寧願先簽一個小的。

第三步：把隱形成本補進去

報價單上沒有、但你一定會付的，至少有四筆：

資料整理的人力。不管買哪一套，你都要把現有資料整理成系統要的格式。這件事沒有人可以代勞，因為只有你知道哪些資料是對的。教育訓練的時間。不只是人資，還有每一個要用的主管。第一個月的雙軌。新系統上線的第一個月通常要跟舊做法並行，等於做兩次。介接的維護。如果接了兩套，前面說過的每週五分鐘。

把這四筆折成時數寫在報價單旁邊，三份報價單的排序常常會整個變掉。

第四步：問最後一個問題——「如果只買一半，可以嗎」

這一題有兩個作用。第一，你可能真的只需要一半，這一問就省下一半的錢。第二，對方的反應會告訴你很多事。願意拆的廠商通常比較有信心；堅持一定要整套買的，有時候是因為拆開之後單獨那一半不夠看。

三種買錯的樣子

下面三種是實務上最常見的買錯，寫出來不是要嚇人，是因為它們都有明顯的前兆。

買錯一：買了全包，最後只用了差勤

前兆是：決策的過程中，招募端沒有人參與。人資主管和財務一起選，選出來的自然是人事那一半強的。上線之後招募的人試了兩個月，發現履歷還是要一份一份看，就回去用信箱了。

怎麼避免：讓真正每天在招人的那個人參加示範會，而且讓他負責驗收招募那一段。

買錯二：買了很強的招募系統，卻沒有人願意用

前兆是：系統要求主管登入才能看履歷。實務上主管不會登入，於是人資還是把履歷下載下來、貼進通訊軟體傳給主管，系統只剩下存檔功能。

怎麼避免：驗收的時候一定要驗「主管不登入的路徑」——用連結看、用信件看、用手機看，總要有一種是主管願意做的。

買錯三：兩套都買了，但沒有人負責中間那一段

前兆是：合約裡沒有寫誰負責介接，會議上這件事被輕輕帶過，因為兩家廠商都說「這個很簡單」。上線三個月後開始出現對不起來的名單，兩家互相說是對方的問題。

怎麼避免：在簽約前就把介接寫成一份獨立的文件，包含欄位對照、頻率、失敗怎麼通知、由誰負責。這份文件是你自己的資產，不管換誰都用得上。

台灣和香港，買起來差在哪

這一節寫給兩地的讀者。系統本身是同一套，但簽約前要問的問題不完全一樣，而且有幾題如果沒先問，事後會很麻煩。

報價的算法：先問「按什麼算」，再問「多少錢」

大部分人打電話問的第一句是「多少錢」，這一句沒有用，因為對方會反問「貴公司幾個人」，然後給你一個看起來很合理的數字。真正該先問的是計價單位：是按人數算、按模組算、按同時使用的帳號數算，還是按招募的職缺數算？

四種算法在不同情況下差很多。舉個具體的例子：如果你的公司有大量兼職或工讀，按「總人數」算和按「正職人數」算會差出好幾倍；如果你一年只招兩次但每次招很多，按「職缺數」算會比按「月費」划算。

接著問三個延伸問題：淡旺季人數浮動怎麼算？導入費和年費是分開的還是包在一起？合約幣別是什麼、續約時的調價條款怎麼寫？最後一題兩地都要問，因為跨境採購的匯率風險通常寫在很小的字裡。

介面語言：繁體中文有三種等級

「有繁體中文」這句話在實務上有三種完全不同的意思，而且業務不會主動分清楚：

第一種是原生繁體：介面、按鈕、說明文字都是照繁體使用者的習慣寫的，用詞是「行銷」「軟體」「資料」「搜尋」。第二種是簡體轉繁體：字都變成繁體了，但用詞還是對岸的習慣——台灣講「行銷」「軟體」「資料」「搜尋」的那幾個位置，它用的是另一組詞，字面看得懂，讀起來就是不對勁。第三種是只有部分介面有：主畫面是繁體，但設定頁、匯出的報表、系統寄出的通知信還是英文或簡體。

第三種最麻煩，因為通知信是寄給應徵者和員工看的。你花了力氣把公司形象做好，結果面試邀請信長得像機器翻譯，這件事對招募的傷害比你想像中大。所以要單獨問一句：系統自動寄出的信，有沒有繁體中文版？可不可以自己改？

香港的公司還要多問一題：英文介面能不能跟繁體中文同時存在？很多香港公司的內部溝通是中英夾雜，而部分外籍同事只讀英文。有些系統是整個工作區只能選一種語言，有些是每個使用者可以各自選，後者好用很多。

資料放在哪一國：這一題要在付錢之前問

人事和招募系統裡放的是最敏感的個人資料：身分證號、地址、薪資、家庭狀況、健康紀錄。所以資料放在哪裡、備份放在哪裡、離開的時候怎麼帶走，這三題不是技術問題，是採購問題。

要問得具體：主機在哪一個國家？備份放在哪裡、保留多久？我方要求刪除的時候，多久刪完、怎麼證明？合約結束時我可以帶走什麼，格式是什麼？

最後一題是全部裡面最重要的。帶不走的資料等於租來的。如果對方的回答是「可以協助匯出成 PDF」，那基本上等於帶不走——PDF 沒辦法匯進下一套系統，你等於要重打一次。合理的答案是能匯出成試算表或標準交換格式，而且不另外收費。

兩地都一樣的一件事：先問怎麼離開，再談怎麼開始

這句話聽起來不吉利，但它是唯一能保護你的問句，而且只有在簽約之前問，才會得到誠實的答案。簽約之後再問同一題，對方沒有動機好好回答。

Orova 站在哪一半：說在前面比較好談

寫到這裡應該要交代清楚我們自己的位置，不然前面所有的中立都會被當成鋪陳。

另外半邊我們沒有，這裡直接列出來：沒有差勤打卡，沒有排班，沒有薪資計算，沒有勞健保和勞退的申報，沒有績效考核。如果你現在痛的是這幾項，這篇文章前面那些問句照樣拿去用，但去問別人，不要問我們——我們答不出來。

還有一件常被誤會的事要講清楚：Orova Recruit 不會幫你把職缺發布到人力銀行。我們處理的是已經進到你手上的履歷，不是替你去外面刊登廣告。刊登還是要透過原本的管道，收回來的履歷再進到這裡處理。

如果你錄取之後還需要處理新人的教育訓練，Orova 另外有一個 Training 的部分，可以做課程、教材、測驗和證書。這算是「錄取之後」的延伸，但它不等於人事系統——它不管薪資也不管差勤。挑內訓平台的判斷標準跟這篇的邏輯很像，我們另外寫過一篇：企業內訓平台這樣選：十二個問題問完再簽約。

Orova Recruit 的產品頁在這裡。要先講一句：產品頁目前只有簡體中文版，內容是一樣的，繁體中文版正在做。如果看不慣簡體字，可以直接開一個試用帳號進去看，介面本身有繁體中文。這件事我們不想含糊帶過，因為前面整篇都在講「要問清楚介面語言」，自己這一關當然也要說實話。

導入順序：先做哪一件，第二件什麼時候談

假設你已經決定買哪一半了，接下來這個順序可以直接照抄。它的設計原則是：每一步都要在兩週內看得到成果，否則參與的人會失去耐心。

第一週：把資料整理成一份

不要急著開帳號。先把要進系統的資料整理成一份試算表，欄位照系統要求的來。這一步做得愈乾淨，後面愈順。這一週你唯一要跟廠商要的東西是「匯入用的範本檔」。

第二到三週：只上一個流程，不要全上

如果是招募，就只上一個職缺，從頭跑到尾：開職缺、收履歷、篩選、約面試、決定、寄信。如果是人事，就只上一件事，通常是請假。一個流程跑通，比十個流程各跑一半有用得多。

第四週：把第二個人拉進來

第一個流程跑順之後，找一個不是專案負責人的同事進來做一次。這一步的目的是驗證「這件事離開你也運作得下去」。如果對方需要你在旁邊指導才做得完，那表示流程還太複雜，要簡化。

第二個月：擴大到全部，但保留舊做法一個月

雙軌一個月是必要的保險。這一個月會很煩，但它讓你在真的出事的時候有退路。一個月之後開一次檢討會，決定是否關掉舊做法。

第三個月：才討論另外一半

不要在第一套還沒穩的時候談第二套。第三個月是最好的時間點，因為這時候你對第一套已經有真實的使用經驗，去談第二套的時候，問的問題會比三個月前銳利很多。

導入的時候最常出事的五件事

這五件不是理論，是每一次導入都會遇到的。先知道它們會發生，處理起來就不會慌。

一、資料匯進去之後，名字對不起來

最常見的原因有三個：同一個人在不同檔案裡的名字寫法不一樣（有的有中間空格、有的沒有）、外籍同仁的英文名和護照名不同、以及同名同姓的兩個人。

解法是在匯入之前就選一個唯一的識別欄位，通常是員工編號或公司信箱，不要用姓名。如果公司到現在還沒有員工編號，導入前先編一次，這件事一勞永逸。

二、日期一半是民國年一半是西元年

這是台灣特有、但幾乎每次都會遇到的問題。舊的人事表格常常用民國年，系統多半吃西元年，中間差一百一十一年。可怕的是這種錯誤不會報錯，只會讓一個 2023 年到職的人變成 2134 年到職。

解法是匯入之後一定要抽查最早和最晚的幾筆，排序看一眼就知道有沒有跑掉。

三、部門名稱三個版本並存

「業務部」「業務一部」「Sales」可能指的是同一個單位，只是不同的人在不同時期填的。匯進系統之後就變成三個部門，所有的報表都會少算。

解法是在匯入之前把部門清單先定版，列成一張表，然後用取代的方式統一。這件事看起來很瑣碎，但它決定了之後所有報表準不準。

四、主管不願意登入

前面提過一次，這裡再說一次，因為它是招募系統導入失敗的第一名原因。主管的心態很單純：這件事一年做四次，為了它記一組密碼不划算。

解法有三種，挑一種做得到的：用單一登入接上公司原本的帳號、用不需要登入的檢視連結、或者退一步接受人資代為操作，但要求主管的回覆留在系統裡（例如把訊息貼進備註）。第三種不漂亮，但它至少讓紀錄留下來。

五、上線之後沒有人回答問題

這一件最容易被忽略，也最致命。系統上線第一週，每個人都會有問題：這個欄位要填什麼、這個按鈕按下去會怎樣、我送出去之後誰會看到。如果這些問題沒有人在兩小時內回答，大家會回去用舊做法，而且不會告訴你。

解法是指定一個人當第一週的「值班窗口」，並且公開告訴大家有問題找誰。這個人不需要很懂系統，只需要願意去問廠商然後回來說。第一週撐過去，後面就穩了。

另外三個小提醒

不要在月底上線。人事那一半的月底是結算，招募那一半的月底是收尾，兩邊都最忙。不要同時換兩套。出事的時候你會分不清楚是哪一邊的問題。不要一開始就把所有歷史資料都搬進去。先搬在職的人和今年的職缺，歷史資料等系統穩了再補，或者乾脆留在舊的地方唯讀。

上線之後三個月，該回頭檢查什麼

導入的成敗不是在上線那天決定的，是在第三個月決定的。因為前兩個月大家還有新鮮感，第三個月才看得出來這件事會不會活下去。以下五題請在第九十天左右問一次。

第一題：有多少人真的在用？看登入紀錄，不要看感覺。如果只有負責導入的那個人在用，那這套系統實際上還是試算表，只是換了一個比較貴的介面。

第二題：有沒有人偷偷用回舊做法？這件事不要用問的，用看的：信箱裡還有沒有直接寄來的履歷、通訊軟體裡還有沒有在傳人事表單。有的話不要責備，去問為什麼——原因通常是系統的某一步太麻煩，而那一步往往改得掉。

第三題：資料有沒有兩份？抽三個人的資料，在兩邊各查一次，看對不對得起來。如果對不起來，趁現在還只有三個月的量趕快處理。

第四題：當初買的模組，有幾個從來沒打開過？把清單拿出來勾。沒打開過的，續約時談拿掉或換成別的。

第五題：如果現在要換掉這套系統，我帶得走什麼？實際去按一次匯出，看匯出來的東西長什麼樣。這一題最好在第三個月就驗，而不是等到真的要換的時候。

如果你手上已經有一套，該不該換

這篇到目前為止都假設你在買新的。但很多人的處境是：手上已經有一套用了幾年的系統，用得不太順，在猶豫要不要換。

先分清楚是「不合用」還是「沒用熟」

這兩件事的解法完全相反。不合用是系統做不到你要的事，換掉才有救；沒用熟是功能其實有，只是沒人教過、沒人設定過。實務上後者比前者常見得多。

分辨方法：把你最不滿的三件事寫下來，然後直接寄給廠商的客服，問「這件事系統做不做得到」。如果三件裡有兩件對方能給出做法，那問題不在系統，在導入的時候沒有人把它設定好。

真的要換，先算搬遷成本

換系統最貴的不是新系統的月費，是搬資料。要算的有三塊：舊系統能匯出什麼格式、新系統能匯入什麼格式、中間差多少要人工補。如果舊系統只能匯出 PDF，那基本上等於重打，這時候要考慮的是「舊資料留在舊系統唯讀，新資料從今天開始進新系統」這種折衷做法。

另外要注意合約：很多合約是自動續約，而且要提前一段時間書面通知才能終止。先把合約翻出來看終止條款，再決定時程，否則你會付兩套系統一整年的錢。

換的時機盡量避開兩個月份

一個是年度調薪和考核的月份，一個是招募旺季。這兩個時候換系統，等於在最忙的時候把所有人的工作流程打亂。最好的換系統時機通常是招募的淡季，而且要避開年結。

四個問題，問完就知道自己該買哪一種

整篇的判斷收在這四題。四題都用你手上已經有的資訊就能回答，不需要問任何廠商。建議直接印出來，跟主管一起填一次。

問題一：上個月你花在「找人」和「管人」上的時間，哪一邊比較多？

翻行事曆，把上個月的會議和工作時間分成兩堆。找人那一堆包含：寫職缺、看履歷、約面試、面試本身、討論要不要錄取、寄通知。管人那一堆包含：處理請假、核加班、算薪資、處理異動、回答員工問題、做人事報表。

哪一堆多，就先買哪一半。這一題看起來太簡單，但它是全部四題裡最準的一題，因為它用的是實際發生的事，不是預期。

問題二：如果現在有人問「公司現在到底有幾個人、分別在哪個部門」，你要花多久才答得出來？

三分鐘以內：人事那一半還撐得住。超過十分鐘，或者你要問別人才知道：人事那一半已經在痛了，只是還沒有人喊出來。超過一天，或者你必須翻好幾份檔案才拼得出來：這件事已經在造成錯誤決策了，因為每個月的人力預算都是猜的。

問題三：去年有沒有發生過「這個人半年前投過我們，但沒有人想起來」？

有的話，招募那一半缺的是資料庫，不只是流程工具。這一題常常被低估，因為漏掉的機會不會出現在任何報表上。一個原本很合適、但因為沒人記得而流失的人選，成本等於重新招募一次的全部時間。

如果你不確定去年有沒有發生過，可以做一個小實驗：隨便挑一個現在正在招的職缺，去信箱裡搜半年前的關鍵字，看有沒有當時被婉拒、但現在其實合適的人。多數公司做這個實驗都會找到至少一個。

問題四：如果明天要交出一份「所有在職員工的完整名冊」，你交得出來嗎？欄位齊嗎？

這一題有法規背景，前面那張法條的圖就是在說這件事。交不出來、或者交得出來但欄位不齊，那你缺的是人事那一半的資料庫，而且這件事有時限壓力，不能一直拖。

要提醒一句：這一題的答案不會因為你買了招募系統而改善。招募系統裡有的是「應徵者」，不是「員工」，兩者的欄位需求完全不同。

四題的組合怎麼讀

你的答案組合	建議
一偏找人、三有發生過	先買 ATS 這一半，人事那邊繼續現行做法
二超過十分鐘、四交不出來	先買 HRIS 這一半，招募先靠人力銀行後台撐
四題都指向有問題	兩邊都痛，這時候才值得認真評估全包，但要求分階段上線
四題都還好	先不要買，把資料整理成一份試算表，半年後再問一次

最後一列不是客套話。不需要買的時候買，是這整件事裡最貴的錯誤，因為你付的不只是月費，還有全公司學一套用不上的東西的時間。

名詞速查：ATS、HRIS、HRMS、HCM、招募 CRM

開會的時候這幾個縮寫會滿天飛，而且不同的人講的意思不一樣。這張表不是學術定義，是「聽到這個詞的時候，對方多半在指什麼」。

縮寫	全稱	實務上多半在指	要追問的一句話
ATS	Applicant Tracking System 申請人追蹤系統	管「還沒進來的人」：職缺、履歷、篩選、面試、錄取	「履歷丟進去會自動變成欄位嗎？」
HRIS	Human Resource Information System 人力資源資訊系統	管「已經在職的人」的資料庫：基本資料、異動、名冊	「異動查得到兩年前的歷史嗎？」
HRMS	Human Resource Management System 人力資源管理系統	HRIS 再加上流程：請假簽核、差勤、薪資	「薪資是自己算還是接出去算？」
HCM	Human Capital Management 人力資本管理	再往上加人才發展：考核、訓練、接班規畫	「這幾塊今年我真的會用嗎？」
招募 CRM	Recruitment CRM	經營「還沒投履歷的人」：人才庫、長期經營、主動接觸	「這跟 ATS 是同一套還是兩套？」
人力銀行	—	刊登職缺、吸引履歷的通路，不是管理系統	「履歷能不能匯出到我自己的系統？」

最後兩列最容易混。人力銀行是通路，ATS 是管理工具，兩者不衝突而且通常同時存在。招募 CRM 則是更前面的一段——它處理的是那些還沒有投履歷、但你想長期經營的人，這件事對大部分中小企業來說是第二階段才需要的。想多了解這兩者的差別，可以看英文版的這一篇：Recruitment CRM Systems vs ATS（是英文文章）。

五個常聽到的說法，哪些站得住腳

「一站式比較好，因為資料不會分散」

一半對。資料不分散確實是全包的真實優勢，這一點沒有爭議。但它預設了一件事：兩邊的功能你都用得上，而且都夠用。如果實際上你只用得到一邊，那「資料不分散」保護的是一個不存在的問題，你付的是兩邊的錢。

「先買大的，將來公司變大就不用換」

多半不對。這個說法假設你三年後的需求現在就知道，而實際上多數公司三年後的樣子跟現在預想的差很多。更實際的風險是：買了一套大的，因為太複雜所以只用了三成，兩年後還是換掉了，而且因為資料綁得深，換的成本比小系統高。

比較穩的做法是：買現在剛好夠用的，但在合約裡問清楚「將來要帶走資料，格式是什麼」。退場路徑清楚，比預測未來實在。

「反正有 Excel，先撐著就好」

在某個規模以下是對的。三十人以下、一年招兩三個人，試算表確實夠用，而且比半調子的系統好用。這個說法會出問題的點在於：大家通常會撐過頭。等到你發現撐不住的時候，累積的資料已經亂到要花好幾週整理。所以撐可以，但要定一個明確的門檻，例如「同時開超過三個職缺」或「人數破七十」就重新評估。

「AI 現在很強，履歷讓 AI 篩就好」

對一半，而且要小心那一半。AI 可以把五百份履歷分成幾堆、把重點抓出來、幫你節省第一輪的閱讀時間，這是真的有用的部分。但決定要不要錄取一個人，不應該交給模型——不只是效果問題，也是責任問題。合理的用法是：讓機器讀，讓人決定。

「系統買了自然就會用」

完全不對，而且這是失敗率最高的一個假設。系統會不會被用起來，取決於導入的時候有沒有人真的把流程走一遍、有沒有人負責回答同事的問題。這件事跟系統好不好幾乎無關，跟有沒有人扛這件事完全相關。

常見問題

HR系統和人資系統是同一個東西嗎？

在台灣的用法裡，兩個詞指的是同一件事，只是一個用英文縮寫、一個用中文。但兩個詞都同樣模糊——它們可以指只有差勤薪資的系統，也可以指包含招募的整套平台。所以看到任何一個詞，都要追問一句「包含哪些模組」。香港的用法也差不多，只是英文縮寫用得更頻繁一些。

只買 ATS，不買人事系統，法規上會有問題嗎？

不會。法規要求的是你必須有那些紀錄，沒有規定紀錄一定要放在哪一種軟體裡。用試算表加上紙本檔案完全合法，只要欄位齊、保存期限對、而且找得到。ATS 本身不是為了保存員工紀錄設計的，所以不要拿它來當名冊的正本。

我們已經有人力銀行的後台，還需要 ATS 嗎？

看兩件事。第一，履歷是不是只從那一個管道進來——如果還有公司信箱、轉介、社群訊息，那就需要一個地方把它們集中。第二，你需不需要跨職缺、跨時間查詢——人力銀行的後台通常是以「這一則職缺」為單位，職缺關掉之後那些履歷就很難再找。如果你每年招募超過幾次，第二點遲早會變成問題。

三十人的公司買系統會不會太早？

大部分情況會太早，但有兩個例外：正在展店或快速擴編的公司，以及專案制、每個案子都要臨時找人的公司。這兩種公司的招募頻率遠高於同規模，先上一套輕的招募工具是合理的。人事那一半在三十人以下幾乎沒有必要。

導入要多久？

這一題不要相信任何通則，因為它取決於你的資料有多亂。比較實在的問法是把它拆開：「資料整理要多久」由你自己估，「系統設定要多久」問廠商，「教會大家用要多久」看你有幾個部門要教。三段加起來才是真的時程。多數導入失敗不是敗在第二段，是敗在第一段被低估。

AI 篩履歷會不會有偏誤？

會，而且這件事要正面看待。任何自動化的篩選都是照著你給的條件在做，條件本身如果有偏誤，結果就會放大它。實務上的防線有兩條：第一，讓機器只做分級不做淘汰，被分到最後一級的仍然要有人看過；第二，定期抽查被排到後面的履歷，看有沒有明顯不合理的。這兩件事都不難，但要有人記得做。

資料放在國外可以嗎？

這一題沒有一句話的答案，要看你的產業、客戶要求、以及公司內部的規定。實務上更該問的是三個具體問題：主機在哪一國、備份在哪一國、要求刪除的時候多久刪完。把答案要成書面的，比爭論「可不可以」有用。香港的公司如果服務歐洲客戶，通常還會多一層合約上的要求，這一題最好讓法務看一次。

能不能先試用再決定？

能，而且應該。但試用要有方法：用你自己真實的資料試，不要用廠商準備好的示範資料。真實資料才會暴露問題——欄位不夠、格式不合、姓名有特殊字、日期是民國年。試用期間至少要完整跑完一個流程，從頭到尾。

如果將來要換，資料帶得走嗎？

要在簽約前問，而且要問到格式。可以匯出成試算表或標準交換格式的算帶得走；只能匯出 PDF 的等於帶不走。也要問清楚匯出會不會另外收費，以及合約結束後對方會保留你的資料多久、什麼時候刪。

用人主管不肯登入系統，有解嗎？

有，而且要在選型階段就解，不要等上線後再想。三種做法擇一：接上公司原本的帳號做單一登入，讓主管不用記新密碼；用一個限定範圍的檢視連結，點開就能看，看完按有興趣或沒興趣；或者接受人資代操作，但要求主管的意見以文字留在系統裡。第三種不漂亮，可是它至少讓紀錄留得下來，比訊息傳來傳去好。示範會的時候一定要當場驗這一段，不要相信「主管都會用啦」。

面試錄音轉逐字稿，需要先告知對方嗎？

需要，而且建議寫成固定流程：面試開始前口頭說明會錄音、用途是什麼、保存多久，並且允許對方拒絕。這件事跟系統無關，是流程問題，但很多人是因為系統有這個功能才開始做，於是忘了前面那一步。把告知的話寫進面試開場的稿子裡，就不會有人忘記。拒絕錄音的人也要有替代做法，例如當場手寫重點。

兩套系統中間的介接，要不要寫進合約？

要。而且建議寫成獨立的附件，內容包含欄位對照表、同步頻率、失敗如何通知、由哪一方負責修復。這份附件的價值不只在究責，更在於它逼兩邊在簽約前就把細節講清楚，而細節講不清楚的合作，上線之後一定出事。

今天下午就能做完的一件事

不用等報價、不用約會議、不用問任何人。打開行事曆，把上個月的工作分成「找人」和「管人」兩堆，各自加總時數。十分鐘就做得完，而它會直接回答你這篇文章開頭那個問題：三份報價單裡，哪一份在解你的問題。

做完之後，如果你發現偏向找人那一堆，接下來可以把這篇裡的六句話寄給兩到三家做招募系統的廠商，比一下回信；如果偏向管人那一堆，同樣的六句話寄給做人事系統的廠商，只是把第一題換成「員工的異動歷史怎麼查」。

如果兩堆差不多，那先不要買。把員工資料整理成一份欄位齊全的試算表，把履歷集中到同一個信箱，半年後再問一次這四個問題。這半年你會省下的不只是錢，還有全公司學一套用不上的系統的時間。

這篇的重點，三句話收尾

第一，界線在錄取那一刻。在那之前是 ATS 的事，在那之後是 HRIS 的事，中間卡著入職資料、人員名冊、組織圖三個模組，這三個一定要指定一個正本。

第二，先買會痛的那一半。人數只是入場券，真正的判斷是上個月哪一邊讓你加班。三十到一百人的公司，先痛的多半是招募那一半。

第三，簽約前先問怎麼離開。資料帶不帶得走、什麼格式、要不要另外收費——這一題只有在付錢之前問，才會得到誠實的答案。

還想多看幾篇

如果你是從「人資系統到底是什麼」開始摸索，先看這一篇會比較順：人資系統是什麼？中小企業選型前必懂的四個模組。如果你已經確定要看招募這一半，這一篇把 ATS 拆得更細，也順便處理了在台灣搜尋「ATS」會搜到電力設備的那個誤會：招募管理系統 ATS 是什麼？不是電力的那一個。

英文的部分有兩篇值得對照。一篇是寫給小公司的誠實版選型指南：Applicant Tracking System for Small Business（是英文文章）。另一篇把 ATS 實際上會做和不會做的事列得很清楚：What ATS Software Really Does（是英文文章）。兩篇的市場背景是歐美，制度和台灣香港不同，但關於「這類系統做得到什麼」的部分是共通的。