上個月幫西北一家電力集團(tuán)篩選HR系統(tǒng)用友、北森、紅海云的銷售把演示PPT做得一個比一個漂亮評標(biāo)委員會內(nèi)部卻吵了整整一周。有人看中北森的測評題庫有人非得要財務(wù)業(yè)務(wù)一體化的憑證推送還有人只關(guān)心倒班排班能不能自動跑通。三年里我接觸過十幾家能源集團(tuán)的選型項目類似的糾結(jié)反復(fù)出現(xiàn)。能源行業(yè)的人力資源系統(tǒng)采購說到底是組織、算薪、排班、測評、信創(chuàng)、接口這些事攪在一起根本不是看幾個Demo就能拍板的這篇把我在實際調(diào)研和實施中積累的判斷邏輯整理出來供正在走流程的同行參考。1. 能源企業(yè)的HR系統(tǒng)為什么是選型里的硬骨頭能源行業(yè)是個很特殊的甲方群體。很多人覺得HR系統(tǒng)哪里都差不多組織人事加上發(fā)工資而已但真正放進(jìn)能源場景里跑一遍就會發(fā)現(xiàn)這是塊硬骨頭硬在三個地方。1.1 多業(yè)態(tài)、多法人的組織結(jié)構(gòu)直接決定產(chǎn)品上限國內(nèi)能源集團(tuán)很少是單一業(yè)態(tài)。以電力為例一個省級能源集團(tuán)旗下可能同時有火電、水電、風(fēng)電、光伏甚至儲能和售電公司每種業(yè)態(tài)的用工方式都不一樣。火電廠有自己的全民工、合同工風(fēng)電場大量使用勞務(wù)派遣和設(shè)備維護(hù)外包新能源項目公司干脆是小總部項目制。這種情況下HR系統(tǒng)面對的第一個挑戰(zhàn)是組織主數(shù)據(jù)。系統(tǒng)要支持多法人、多賬套、多成本中心還得處理集團(tuán)和下屬公司之間的管控關(guān)系。很多云HR軟件在互聯(lián)網(wǎng)公司或幾百人的單體企業(yè)里跑得很順但一放到多法人集團(tuán)里就露怯組織樹層級受限、一個員工不能同時歸屬多個兼職部門、借調(diào)和外派流程根本沒法建模。我見過某家總部職能區(qū)域公司電廠三層架構(gòu)的項目因為產(chǎn)品不支持兼職和任職多狀態(tài)最后只能把幾百個外派人員的身份全部建重復(fù)數(shù)據(jù)越跑越臟。央企和國企下屬的能源企業(yè)還有干部管理需求。職級體系、干部任免審批、后備干部庫這些模塊在標(biāo)準(zhǔn)產(chǎn)品里往往叫任職管理或人才發(fā)展但真正用起來和國企組織部的邏輯完全對不上。選型時如果只看HR部門的需求往往會忽略組織部、工會、紀(jì)委這些隱形用戶等到系統(tǒng)上線后才補成本翻倍。1.2 倒班、野外作業(yè)、高危崗位普通考勤模塊扛不住能源行業(yè)的上班形態(tài)和寫字樓白領(lǐng)完全不同。變電站要有人24小時值班煤礦井下要輪班作業(yè)核電、化工企業(yè)對在崗狀態(tài)和安全培訓(xùn)記錄有嚴(yán)格監(jiān)管要求。普通HR系統(tǒng)自帶的朝九晚五考勤套件在這些場景里基本等于廢的。考勤的復(fù)雜性主要體現(xiàn)在排班規(guī)則。火電廠常見的五班三運轉(zhuǎn)四班三運轉(zhuǎn)每個班組的運轉(zhuǎn)周期、倒班順序、休息日排布都不同煤礦井下作業(yè)還要區(qū)分三班倒和兩班倒隨著季節(jié)調(diào)整的情況。加上法定節(jié)假日與班次的疊加計算、夜班津貼的自動識別、跨零點班次歸屬到哪一天這套規(guī)則如果產(chǎn)品沒有原生支持純靠實施階段二次開發(fā)十個項目九個會延期。還有一類容易被忽視的需求是特種作業(yè)證管理。電工證、焊工證、起重機(jī)操作證的有效期和復(fù)審日期都需要系統(tǒng)在人員檔案維度自動提醒過期未復(fù)審意味著人員不能上崗這是安全紅線。選型時可以重點問廠商證書到期提醒是標(biāo)準(zhǔn)功能還是需要定制1.3 采購決策鏈長光搞定HR負(fù)責(zé)人遠(yuǎn)遠(yuǎn)不夠能源企業(yè)上HR系統(tǒng)通常不是HR部門自己能定的。招標(biāo)評委里會有信息中心的人看技術(shù)和接口財務(wù)的人關(guān)心工資憑證怎么進(jìn)總賬紀(jì)委或?qū)徲嫷娜硕⒅鴻?quán)限和數(shù)據(jù)安全可能還有工會代表在意員工自助查詢的便利性。這幾撥人關(guān)心的點完全不同信息中心問能不能對接現(xiàn)有ERP財務(wù)問憑證格式和科目映射怎么配置審計問操作日志能不能留存三年以上。這個決策結(jié)構(gòu)決定了選型不能只做功能演示更要做多維度的POC概念驗證。我見過不少項目因為評委各自為政最后選了個誰都不完全滿意、但誰都不強烈反對的方案上線后各部門互相甩鍋。后面我會專門講招投標(biāo)環(huán)節(jié)怎么避坑這里先記住一個原則需求書必須同時覆蓋HR業(yè)務(wù)、財務(wù)接口、IT架構(gòu)、安全合規(guī)四類要求缺一條最后都會變成扯皮點。2. 用友、北森、紅海云各自主戰(zhàn)場的真實畫像很多選型材料把三家廠商并列比較好像在同一個賽道里競爭實際它們的基因完全不同。用友是從財務(wù)軟件長出來的集團(tuán)管控型選手北森是測評起家的人才管理派紅海云則是深耕制造業(yè)和能源場景的實戰(zhàn)派。搞清楚各自的出身就能理解它們的長板和短板。2.1 用友從財務(wù)一體化長出來的集團(tuán)管控型選手用友在中國企業(yè)軟件市場扎根極深產(chǎn)品線從U8、U8、U9 Cloud到NC Cloud、BIP覆蓋了從小微企業(yè)到大型集團(tuán)的完整譜系。能源企業(yè)里用友財務(wù)系統(tǒng)的存量非常大很多集團(tuán)財務(wù)部門從很多年前就在用用友的NC或U8后來逐步升級到BIP這種歷史慣性直接影響HR系統(tǒng)選型。用友做HR系統(tǒng)的優(yōu)勢非常明顯財務(wù)業(yè)務(wù)一體化。薪酬核算完成之后可以直接生成財務(wù)憑證推送到總賬人工成本可以按部門、按項目、按班組自動歸集這對財務(wù)部門來說簡直是剛需。比如工資表里有一項井下津貼系統(tǒng)可以按成本中心自動拆分到對應(yīng)的生產(chǎn)成本科目省去財務(wù)手工導(dǎo)表再映射科目的工作量。但用友的HR系統(tǒng)也帶著典型的管理會計視角。組織、編制、薪酬核算、預(yù)算控制這些模塊很強而測評、招聘體驗、人才盤點這類偏人才管理的功能相對薄弱。很多用友項目里的測評模塊其實是集成第三方產(chǎn)品招聘流程更像內(nèi)部審批流而不是面向候選人的招聘體驗。另外用友產(chǎn)品線比較多客戶容易搞混中小企業(yè)用的U8和大型集團(tuán)用的BIP根本不是同一套架構(gòu)和產(chǎn)品邏輯選型時一定要分清自己用的是哪條產(chǎn)品線不能聽銷售一個用友大詞就以為全都能做。值得一提的是網(wǎng)上搜用友U8 v13.0下載地址的人一直不少老版本存量很大但其中摻雜了大量盜版資源。企業(yè)選型時如果用盜版舊版本不僅享受不到新架構(gòu)的紅利后面數(shù)據(jù)遷移和合規(guī)審計都是坑。2.2 北森人才測評起家一體化云平臺的開路者北森最早被HR圈熟知不是因為它的HR系統(tǒng)而是因為人才測評。北森題庫、北森圖形推理100題及答案、北森人才測評題庫及答案這類關(guān)鍵詞在搜索榜上常年不下側(cè)面說明全國有大量HR在拿這套測評做招聘篩選。測評確實是北森的基因也是它最大的差異化優(yōu)勢。北森的產(chǎn)品定位是覆蓋選育用留的一體化人才管理平臺核心人力、招聘、測評、績效、目標(biāo)、學(xué)習(xí)、薪酬等模塊都有整體架構(gòu)是云原生SaaS。它的優(yōu)勢在于開箱即用的體驗和流程閉環(huán)從發(fā)布職位、簡歷篩選、在線測評、面試安排、Offer審批到入職整個招聘流程在一個平臺里跑通候選人端體驗也好這正好命中很多能源企業(yè)校園招聘和社會招聘的需求。不過北森在能源行業(yè)的適配度要打幾個問號。第一復(fù)雜的薪酬核算、多地域社保公積金規(guī)則、重考勤排班場景不是北森的強項。第二很多國企尤其是涉密和關(guān)鍵信息基礎(chǔ)設(shè)施的能源企業(yè)對系統(tǒng)部署形態(tài)有嚴(yán)格限制SaaS公有云模式需要額外做合規(guī)評估。第三人才測評題庫強不代表薪酬和人事核心模塊的交付能力強有些項目最終做下來的體驗是招聘測評很爽但發(fā)工資還得靠別的系統(tǒng)等于一個HR體系里跑了兩套主數(shù)據(jù)集成成本反而上去了。當(dāng)然如果企業(yè)本身就重視人才評估和校招效率把北森作為招聘測評模塊嵌入整體信息化體系這個策略是完全成立的。關(guān)鍵是不能指望它全包全攬。2.3 紅海云藏在行業(yè)深處、被忽視的實戰(zhàn)派紅海云紅海eHR在公眾視野里不如用友北森高調(diào)但在制造業(yè)和能源行業(yè)圈子里它的口碑反而很具體。紅海云的產(chǎn)品定位很明確服務(wù)中大型企業(yè)擅長復(fù)雜考勤排班、多班制、計薪引擎和流程自定義同時支持私有化部署和信創(chuàng)適配這在能源央企和大型國企里是個很現(xiàn)實的優(yōu)勢。它的差異化在于懂一線生產(chǎn)場景。比如前面提到的四班三運轉(zhuǎn)排班、夜班津貼自動計算、班組成本拆分、特種作業(yè)證提醒紅海云在標(biāo)準(zhǔn)產(chǎn)品里就有比較成熟的模型而不是靠后期二次開發(fā)硬造。薪酬方面它對各類津貼、補貼、工齡工資、技能工資等復(fù)雜計薪項的建模能力比較強應(yīng)付國企工資結(jié)構(gòu)綽綽有余。紅海云的弱項也很明顯品牌聲量不如頭部廠商生態(tài)伙伴和標(biāo)準(zhǔn)化行業(yè)方案積累相對少人才測評、員工體驗等前端模塊深度遠(yuǎn)不如北森。如果企業(yè)想做非常炫酷的招聘門戶和測評中心紅海云需要集成第三方工具。另外銷售網(wǎng)絡(luò)不像用友那么鋪得開本地化服務(wù)能力要看具體區(qū)域和伙伴。2.4 三家的關(guān)鍵維度對照我習(xí)慣用一張表格幫助選型委員會快速對齊認(rèn)知大家可以參考維度用友北森紅海云核心基因財務(wù)/ERP管理會計視角人才測評人才管理制造/能源業(yè)務(wù)場景強勢模塊組織、薪酬、預(yù)算、財務(wù)集成招聘、測評、績效、人才發(fā)展排班考勤、復(fù)雜計薪、流程引擎部署形態(tài)本地私有化為主云可選云SaaS為主本地私有化、信創(chuàng)適配能源行業(yè)適配財務(wù)一體化強業(yè)務(wù)深度一般適合招聘測評場景核心人事和算薪偏弱業(yè)務(wù)場景覆蓋深品牌生態(tài)偏弱典型適用財務(wù)用友重度綁定的集團(tuán)注重招聘測評與人才盤點的企業(yè)重考勤、重算薪、求穩(wěn)定的集團(tuán)這張表不是用來選誰最好的而是用來做需求匹配的。同樣是能源集團(tuán)一個偏向財務(wù)強管控一個偏向校招和人才評估一個偏向復(fù)雜排班和生產(chǎn)一線管理結(jié)論可能完全不同。3. 從能源業(yè)務(wù)場景看哪些功能才是決定系統(tǒng)生死的硬指標(biāo)廠商的PPT都會說自己功能全、架構(gòu)強、案例多我一般建議選型委員會不去看產(chǎn)品整體概覽直接拿真實業(yè)務(wù)場景去試尤其是下面四個場景跑不通的話前面講得再好也白搭。3.1 排班考勤先拿倒班表去實測別讓銷售用Demo演示電力、煤礦、化工類企業(yè)的排班是很多HR系統(tǒng)的照妖鏡。我建議在招標(biāo)需求里直接寫一條投標(biāo)方必須用我方提供的真實班組排班表在系統(tǒng)中完成一個月排班和考勤計算的演示。拿電廠的五班三運轉(zhuǎn)舉例假設(shè)一個值分為甲、乙、丙、丁、戊五個值每值8小時采用三班倒、兩班休的模式具體方案是按早班、中班、夜班循環(huán)上三個班休息兩天。這套規(guī)則看起來不復(fù)雜但系統(tǒng)要處理的是班次與日期的循環(huán)偏移、跨月、跨年時循環(huán)是否自動延續(xù)、法定節(jié)假日落在某個班次時加班倍率怎么算、夜班下班時間跨零點算哪一天出勤、夜班津貼和夜餐補貼自動帶出、調(diào)班和替班后個人工時怎么重新匯總。一套系統(tǒng)能不能扛住就在這些細(xì)節(jié)里。有些系統(tǒng)能排班但不能算薪酬排班結(jié)果沒法直接進(jìn)入計薪環(huán)節(jié)HR還得導(dǎo)出Excel再加工有些系統(tǒng)節(jié)假日調(diào)班規(guī)則寫死遇到國家臨時調(diào)休就亂套。我的經(jīng)驗是倒班表必須和計薪聯(lián)動排班模塊生成的結(jié)果要能直接作為薪酬計算的有效工時來源最好連加班倍率、夜班津貼這些項目也一并算出來。現(xiàn)場提問環(huán)節(jié)可以追問廠商你們的系統(tǒng)能不能支持跨零點班次的自動切分法定節(jié)假日三倍工資是按實際出勤小時計算還是按班次計算員工臨時換班后系統(tǒng)能不能自動從替班人的夜班識別出被替班人的調(diào)休能答清楚這三條的系統(tǒng)排班模塊基本算及格。3.2 薪酬核算復(fù)雜計薪才是真正的試金石能源行業(yè)的薪酬結(jié)構(gòu)可能是所有行業(yè)里最復(fù)雜的。以某礦業(yè)集團(tuán)為例工資項目包括崗位工資、技能工資、工齡工資、績效工資、井下津貼、夜班費、高溫補貼、班組長津貼、安全獎、交通補貼、誤餐費……加起來接近40個工資項目。每個項目有自己的計算公式、適用范圍和發(fā)放頻率還有的按月度發(fā)有的按季度發(fā)有的根據(jù)效益浮動。系統(tǒng)要處理的不只是算對還包括好維護(hù)。我遇到過很多項目上線時工資算得對但每次調(diào)薪或新加一個補貼項都得讓實施公司寫代碼這就等于被廠商鎖死了。好的計薪引擎應(yīng)該允許HR在界面上配置公式比如井下津貼井下實際出勤天數(shù)×80元夜班費夜班次數(shù)×50元改規(guī)則不需要改程序。驗證計薪能力的最好辦法是雙軌并行測試。選型POC階段用去年12月的真實工資數(shù)據(jù)在新系統(tǒng)里跑一遍和線下Excel計算的結(jié)果對比。如果差異率在千分之三以內(nèi)就算通過如果對不上就看差異是規(guī)則理解問題還是系統(tǒng)Bug。這個測試能把絕大多數(shù)看起來很美的產(chǎn)品篩下去。還要看系統(tǒng)能否支持多地區(qū)社保公積金政策。很多能源集團(tuán)下屬公司分布在全國各省各地社保基數(shù)、繳費比例、上下限都不一樣系統(tǒng)必須支持按地區(qū)維護(hù)參數(shù)。國家個稅改革后采用累計預(yù)扣法系統(tǒng)還要能正確處理年終獎單獨計稅、專項附加扣除、跨地區(qū)匯算清繳等場景。這些功能成熟度的差距往往會到上線后第一個發(fā)薪日才暴露那時候再改就晚了。3.3 招聘與測評北森的主場其他家怎么補位能源企業(yè)的招聘有鮮明的行業(yè)特點。一方面校招體量大一個省屬電力集團(tuán)秋季校招動不動就覆蓋十幾個城市收上萬份簡歷另一方面技能崗招聘占比高電工、焊工、運維檢修這類崗位除了面試還要測實操能力、安全意識和身體素質(zhì)。招聘流程系統(tǒng)要解決的是高并發(fā)流程多分支。候選人在系統(tǒng)里走網(wǎng)申、在線測評、一面二面、Offer溝通、背調(diào)、體檢、入職材料提交每一步的進(jìn)度都要透明HR要能通過規(guī)則配置控制不同崗位的流程差異而不是每次招聘都讓IT改一遍配置。這里就繞不開北森測評這個角色。北森人才測評題庫覆蓋圖形推理、言語理解、邏輯判斷、性格測驗、崗位勝任力等多類測驗北森圖形推理題北森圖形推理100題及答案被廣泛搜索說明市面上大量企業(yè)把北森測評作為篩選候選人的標(biāo)準(zhǔn)化工具。測評在能源行業(yè)的價值在于它能在面試前快速篩掉一批邏輯能力或職業(yè)性格與崗位嚴(yán)重不匹配的人尤其是在安全敏感性崗位如變電站值班員、調(diào)度員上認(rèn)知能力測評和性格測評可以作為風(fēng)險評估的參考。但測評不是萬能的。能源一線崗位更看重實操、體能、安全意識、團(tuán)隊協(xié)作這些很難靠線上測評完全反映。我的建議是把測評定位為初篩工具和風(fēng)險提示器而不是一票否決器。另外要確認(rèn)測評數(shù)據(jù)和HR系統(tǒng)主數(shù)據(jù)之間的接口關(guān)系如果招聘系統(tǒng)用的是北森、核心人事用的卻不是北森兩個系統(tǒng)之間的人員信息、測評結(jié)果、錄用審批能不能順暢同步很多項目死在集成上招聘錄完的人沒法自動生成員工檔案還得HR手動在核心人事系統(tǒng)里重新錄一遍。3.4 績效和培訓(xùn)最容易買了吃灰的模塊能源集團(tuán)的績效考核有個特點指標(biāo)高度業(yè)務(wù)化。發(fā)電企業(yè)考核發(fā)電量、設(shè)備可用率、煤耗、廠用電率煤礦考核產(chǎn)量、掘進(jìn)進(jìn)尺、安全事故率新能源企業(yè)考核等效利用小時數(shù)、棄風(fēng)棄光率安全和環(huán)保指標(biāo)往往還是一票否決。這些指標(biāo)和財務(wù)指標(biāo)、HR部門的通用能力素質(zhì)指標(biāo)不一樣很難靠標(biāo)準(zhǔn)績效模塊直接落地。很多HR系統(tǒng)花了大力氣做的KPIOKR360評估在能源企業(yè)里實際使用率并不高。原因不是功能不好而是業(yè)務(wù)指標(biāo)的源頭數(shù)據(jù)不在HR系統(tǒng)里而在生產(chǎn)管理系統(tǒng)、設(shè)備管理系統(tǒng)、安全環(huán)保系統(tǒng)里。如果系統(tǒng)沒法自動從生產(chǎn)系統(tǒng)抓數(shù)據(jù)績效指標(biāo)就得HR每月手工錄入錄入兩三個月就沒人愿意碰了。培訓(xùn)模塊的境地也類似。安全培訓(xùn)記錄、考試合格率、特種作業(yè)證復(fù)審培訓(xùn)這些是能源企業(yè)培訓(xùn)管理的剛需但如果系統(tǒng)只是做一個課程庫加在線考試不能和安全培訓(xùn)臺賬、員工證書檔案聯(lián)動價值就很有限。選型時別只看績效模塊的界面漂不漂亮要問三個問題指標(biāo)數(shù)據(jù)能不能從外部系統(tǒng)自動采集績效結(jié)果能不能直接聯(lián)動薪酬中的績效工資培訓(xùn)記錄和證書提醒能不能和人事檔案打通這三個問題答不好績效和培訓(xùn)模塊大概率會變成昂貴的僵尸功能。4. 集成、信創(chuàng)與數(shù)據(jù)安全決定系統(tǒng)能走多遠(yuǎn)的隱形門檻很多能源企業(yè)選型時把注意力放在功能層面到了實施階段才發(fā)現(xiàn)真正決定項目成敗的不是HR功能本身而是和外部系統(tǒng)的集成、信創(chuàng)合規(guī)、數(shù)據(jù)安全這三條線。4.1 與用友ERP體系的集成繞不開的U8/U9/BIP現(xiàn)實能源集團(tuán)的財務(wù)管理體系里用友的普及率很高。不同規(guī)模的企業(yè)用的產(chǎn)品線也不同老一些的中小能源企業(yè)可能還在用U8成長型集團(tuán)會用U9 Cloud大型集團(tuán)通常上NC Cloud或BIP。選型HR系統(tǒng)時首先要搞清楚現(xiàn)有的ERP是哪條產(chǎn)品線、什么版本、數(shù)據(jù)庫是什么、有沒有開放API。HR系統(tǒng)和財務(wù)系統(tǒng)的核心交互有三個主數(shù)據(jù)同步、薪酬憑證推送、人工成本歸集。主數(shù)據(jù)同步指組織架構(gòu)和員工信息要在兩個系統(tǒng)間保持一致性避免財務(wù)系統(tǒng)里跑費用報銷時找不到對應(yīng)部門和人員薪酬憑證推送指每月工資核算完成后總賬里能自動生成借應(yīng)付職工薪酬、貸銀行存款之類的憑證人工成本歸集則要把工資、獎金、社保等按成本中心拆分后推送到成本模塊。技術(shù)對接上有幾種常見方式。用友BIP和U9 Cloud這類新一代產(chǎn)品普遍提供OpenAPI比如U8APIHR系統(tǒng)可以調(diào)用接口推送數(shù)據(jù)老一點的產(chǎn)品可能只有數(shù)據(jù)庫中間表或WebService。還有的集團(tuán)統(tǒng)一用ESB企業(yè)服務(wù)總線做數(shù)據(jù)中轉(zhuǎn)。選型時要讓廠商明確回答做過沒有做過用友對應(yīng)產(chǎn)品線的接口接口是標(biāo)準(zhǔn)產(chǎn)品功能還是要定制開發(fā)有沒有同行業(yè)可參考的接口清單和字段映射文檔很多項目忽略了一個現(xiàn)實即便U9 Cloud操作手冊寫得很全真正配置接口的時候還是要ERP原廠或?qū)嵤┥虆⑴c因為字段映射、憑證模板、審批流程這些業(yè)務(wù)邏輯每個集團(tuán)都不一樣。HR系統(tǒng)銷售在投標(biāo)時說的我們有接口能力和真正跑通的完整接口方案之間距離不小。所以要把接口開發(fā)人天數(shù)和責(zé)任邊界提前寫進(jìn)合同。4.2 信創(chuàng)與部署形態(tài)私有化、國產(chǎn)化是硬前提這幾年能源央企和大型省屬國企在信創(chuàng)方面的要求越來越嚴(yán)格。很多集團(tuán)已經(jīng)明確規(guī)定核心業(yè)務(wù)系統(tǒng)的服務(wù)器CPU要選國產(chǎn)芯片鯤鵬、飛騰、海光等操作系統(tǒng)用麒麟或統(tǒng)信UOS數(shù)據(jù)庫要支持達(dá)夢、人大金倉、OceanBase等國產(chǎn)數(shù)據(jù)庫。這意味著HR系統(tǒng)必須能在這種技術(shù)棧上穩(wěn)定運行而不是只支持Windows Server加Oracle。部署形態(tài)上私有化和SaaS之間的選擇也卡住了很多人。北森主打的SaaS模式實施快、體驗好、升級不用操心但在信創(chuàng)和數(shù)據(jù)不出域的要求下一些能源企業(yè)根本無法接受員工數(shù)據(jù)放在廠商的公有云上。相比之下用友和紅海云都能提供私有化部署方案紅海云在國產(chǎn)化適配方面的布局也比較早。另外一個信創(chuàng)相關(guān)的問題是瀏覽器和終端適配。很多能源集團(tuán)內(nèi)部OA用的還是老舊的IE內(nèi)核或者內(nèi)網(wǎng)瀏覽器版本很低。HR系統(tǒng)作為全員使用系統(tǒng)如果前端只支持Chrome最新版在集團(tuán)終端環(huán)境下根本沒法推廣。選型時一定要問在內(nèi)網(wǎng)環(huán)境下系統(tǒng)支持的瀏覽器版本列表是什么移動端有沒有獨立App員工自助渠道在手機(jī)上好不好用4.3 員工數(shù)據(jù)保護(hù)HR系統(tǒng)是整個企業(yè)最敏感的數(shù)據(jù)庫之一HR系統(tǒng)里的數(shù)據(jù)敏感度非常高身份證號、銀行卡號、工資數(shù)額、績效評級、測評報告、健康體檢信息這些如果泄露或者被越權(quán)查看不是罰款和聲譽損失的問題可能會引發(fā)系統(tǒng)性風(fēng)險。選型時要重點考察權(quán)限模型。系統(tǒng)能不能做到數(shù)據(jù)級權(quán)限比如華東區(qū)域HR只能看華東區(qū)域的員工數(shù)據(jù)電廠A的人事專員看不到電廠B的數(shù)據(jù)集團(tuán)高管可以透過BI看匯總但不能看到明細(xì)。這個權(quán)限控制要是做不細(xì)后面審計一定出問題。還要看操作日志是否完整誰在什么時間看了誰的薪酬、導(dǎo)出了什么數(shù)據(jù)、下載了測評報告這些都要有跡可循。測評數(shù)據(jù)和心理測驗結(jié)果尤其敏感。按照個人信息保護(hù)法的精神這些屬于敏感個人信息需要單獨授權(quán)和更嚴(yán)格的訪問控制。如果測評模塊用的是第三方平臺合同中必須寫清楚數(shù)據(jù)存儲位置、數(shù)據(jù)共享范圍、合同結(jié)束后的數(shù)據(jù)刪除責(zé)任。有些SaaS廠商的測評數(shù)據(jù)默認(rèn)存在公有云上這在有些國企是過不了合規(guī)審查的選型時就要把這條作為一票否決項。另外等保三級測評基本是能源集團(tuán)上系統(tǒng)的硬門檻。HR系統(tǒng)承載高敏數(shù)據(jù)至少要達(dá)到等保三級標(biāo)準(zhǔn)包括日志留存不少于六個月、數(shù)據(jù)備份策略、雙因素認(rèn)證等。這個要求應(yīng)該在需求書里寫清楚讓投標(biāo)方明確響應(yīng)。5. 選型決策路徑與幾條實操避坑建議看完上面這些維度很多人會覺得更糾結(jié)了。別急我最后給一個相對清晰的決策路徑和幾個我一再強調(diào)的避坑經(jīng)驗。5.1 先畫需求紅線再匹配廠商而不是反過來選型的正確順序是先了解自家企業(yè)未來三年的業(yè)務(wù)痛點和信息化戰(zhàn)略形成需求紅線清單再拿紅線去卡廠商。不要先讓廠商講產(chǎn)品那樣你很快會被精美的PPT帶偏。我建議按五個維度畫紅線維度典型紅線問題適合答案業(yè)務(wù)是否必須支持復(fù)雜倒班和班組成本核算是標(biāo)準(zhǔn)功能支持且有能源行業(yè)案例集成現(xiàn)有ERP是什么HR與財務(wù)憑證如何對接有同類產(chǎn)品線的成功接口案例部署是否符合信創(chuàng)要求數(shù)據(jù)是否允許上云支持私有化部署和國產(chǎn)化認(rèn)證安全等保、權(quán)限、日志、敏感數(shù)據(jù)合規(guī)具備等保三級和相應(yīng)安全認(rèn)證服務(wù)原廠實施還是伙伴實施本地服務(wù)能力如何能承諾本地化團(tuán)隊和可驗證案例如果你的企業(yè)財務(wù)系統(tǒng)深度綁定用友NC Cloud或BIPHR系統(tǒng)選型時用友一定在候選名單前列因為憑證推送最順滑如果你的核心命題是校招量大、人才測評體系要建立北森的優(yōu)勢值得優(yōu)先考慮如果最頭疼的是倒班排班和復(fù)雜算薪紅海云這類深耕業(yè)務(wù)場景的產(chǎn)品可能比兩個大牌更能解決實際問題。三者之間也可以通過核心人事一套、測評招聘一套、財務(wù)接口一套的組合方式并存關(guān)鍵是要在選型階段就想清楚邊界別等系統(tǒng)上線了才搞數(shù)據(jù)搬家。5.2 招投標(biāo)環(huán)節(jié)怎么擠掉水分能源企業(yè)的招標(biāo)流程長、參與方多廠商銷售在標(biāo)書和演示里發(fā)揮的空間很大。要擠掉水分有幾個實操做法需求書要寫得足夠硬。不要只寫系統(tǒng)應(yīng)支持考勤管理要寫系統(tǒng)應(yīng)支持電力行業(yè)五班三運轉(zhuǎn)排班模式班次循環(huán)可配置節(jié)假日班次自動匹配加班倍率排班結(jié)果可直接參與薪酬計算。需求書寫得越具體后面評標(biāo)依據(jù)越扎實也能勸退一批接不了這活的廠商。演示環(huán)節(jié)要求用我方數(shù)據(jù)不讓廠商用Demo數(shù)據(jù)。提前準(zhǔn)備一份脫敏的真實倒班表和一份真實工資表去掉姓名和敏感信息現(xiàn)場讓廠商在系統(tǒng)里跑。誰跑得動誰跑不動一目了然。特別是薪酬模塊最好要求現(xiàn)場配置一個特殊津貼公式看配置過程和計算結(jié)果別只看做好的成品頁面。不要過度相信同行業(yè)案例。銷售拿出來的客戶案例要詳細(xì)追問這個案例是哪一年的項目范圍是什么有沒有做薪酬憑證接口排班模塊是不是標(biāo)準(zhǔn)功能后來追加了多少定制如果銷售說不清楚就要求提供客戶HR負(fù)責(zé)人的聯(lián)系方式做回訪。愿意讓你去訪問的案例含金量高很多。5.3 合同里必須盯死的幾個條款口腔上說得再好也得落到合同里。我建議重點盯以下條款接口文檔和API開放范圍。合同要明確供應(yīng)商必須交付哪些接口文檔、提供哪些數(shù)據(jù)字典、接口是否需要額外收費。有些項目合同簽了到做接口時廠商說標(biāo)準(zhǔn)API之外的要另購預(yù)算直接爆表。二次開發(fā)代碼歸屬。HR系統(tǒng)實施過程中必然要做一些定制開發(fā)如果這些代碼和配置歸實施方所有企業(yè)未來升級和換服務(wù)商就會很被動。合同里應(yīng)寫明定制開發(fā)部分的知識產(chǎn)權(quán)歸甲方所有。版本升級策略。現(xiàn)在很多廠商是SaaS持續(xù)迭代有些改動企業(yè)不想要也被強制升級。私有化部署也要約定升級頻率、升級前測試、回滾方案和數(shù)據(jù)遷移成本。把老是用舊版本的坑比如網(wǎng)上那些下載U8 v13.0地址之類的問題提前堵住別讓企業(yè)長期停留在不維護(hù)的版本上。服務(wù)SLA。響應(yīng)時間、故障等級、恢復(fù)時限、月度可用性指標(biāo)都要量化。還要約定關(guān)鍵用戶在本地能不能直接聯(lián)系到實施團(tuán)隊而不是每次都要通過400電話繞一大圈。5.4 最后幾條實操心得這些坑我踩過不止一次。現(xiàn)在把最后幾條心得寫出來不要讓銷售主導(dǎo)整個售前過程。銷售的任務(wù)是簽單不是交付。在POC和方案細(xì)節(jié)層面一定要廠商的產(chǎn)品經(jīng)理最好是實施顧問直接到場。如果實施顧問說不出你們集團(tuán)倒班規(guī)則的門道只知道復(fù)讀產(chǎn)品手冊那建議重新評估這個項目的交付水平。不要迷信大品牌的兜底能力。品牌大只說明市場份額大不代表在能源行業(yè)一定深耕。用友的產(chǎn)品線太寬每個行業(yè)的深度不同北森的強項在人才測評不在生產(chǎn)排班。真正決定項目質(zhì)量的是分到你項目上的實施團(tuán)隊是不是干過能源行業(yè)。選擇原廠實施還是本地伙伴實施要結(jié)合項目復(fù)雜度。排班薪酬這種強業(yè)務(wù)邏輯的項目最好用原廠或者有能源行業(yè)經(jīng)驗的伙伴如果只是做組織人事加輕量試卷伙伴也能干。核心判斷是看實施方的行業(yè)顧問有沒有做過能源企業(yè)的現(xiàn)場述職而不是看公司規(guī)模。系統(tǒng)終究只是工具組織流程和制度體系才能真正讓系統(tǒng)活起來。我在幾個項目里最深的體會是即便選對了系統(tǒng)HR部門的數(shù)據(jù)標(biāo)準(zhǔn)、制度規(guī)范、月度關(guān)賬流程如果不改系統(tǒng)一樣會被用廢。所以建議把HR數(shù)字化轉(zhuǎn)型當(dāng)作一個機(jī)制優(yōu)化工程來做系統(tǒng)選型只是其中一環(huán)后面跟著來的流程再造和組織變革才是重頭戲。這幾年的實際項目經(jīng)驗讓我越來越確信一個道理沒有絕對的最好只有最匹配。能源企業(yè)HR系統(tǒng)選型與其糾結(jié)于廠商排名不如把自家業(yè)務(wù)算清楚、需求寫具體、POC做扎實。把這三個動作做到位不管最后選的是用友、北森還是紅海云走向成功的概率都會大很多。