毫无疑问，数字化人力资源，是当前HR领域非常火热的话题。

一方面，数字化时代的技术变革延展了我们生活的边界，也正在拓展企业管理的边界，当然也包括人力资源管理。

但另一方面，数字化的推进并非一帆风顺：据全球管理咨询公司麦肯锡调研，超过70%企业在数字化转型过程中深陷“试点困境”。

近年来，关于“人力资源数字化转型，要冷静理性”的声音频频出现——管理依旧是数字化的基础，人力资源数字化转型前得先评估人力资源管理水平。

但人力资源管理水平究竟要达到怎样的状态，才可以布局数字化呢？

在我的上一篇文章《管理层问为什么要数字化转型？HR的回应通暴雷》中，回答了「数字化转型价值」这一问题，帮助HR撬开了数字化转型的大门。本篇则会从「数字化转型的时机」出发，聊聊人力资源数字化转型的路径设计。

01/

达到三个状态，才可布局HR数字化

个人理解HR数字化转型并非解决所有问题的良药，它更像是一剂猛药：管理上跟得上，数字化是如虎添翼；管理上不作为，数字化只会更直观地暴露出问题。

“例如，关于招聘效率过低的问题，当招聘流程通过线下审批时，需要花费大量人力物力充分调研，才能分析出问题在哪，但招聘流程线上化后，审批节点总数、平均审批时长等数据就变得清晰可见，问题症结一目了然、且全员皆知。

理想状态下，这些数据固然可以帮助流程优化；现实情况中，如果管理的弊病不能优化或不想优化，HR还是骑虎难下。

所以，数字化发挥价值的程度是与管理水平成正比的。HR和业务达到怎样的管理水平，才可以做人力资源数字化呢？

我根据自己的实践和思考，总结了三点。

首先，主营业务已经开始数字化，企业对于HR有明确的需求。

相对于主营业务，HR的数字化并不能为企业带来立竿见影的收益。只有在主营业务数字化的影响已经辐射到HR，需要HR一同进行数字化以更好的服务主营业务时，HR数字化对企业才有意义。

其次，相比于雇佣人员，数字化能更好地解决问题，且成本更低。

数字化本质上是一种“工具”，也就意味着需要评估性价比。参照HR数字化价值体现的“三支柱”：统一准确的数据库本身就需要人来维护、HR业务在人手绝对充足的情况下也一定能满足员工的需求，同样快速响应战略变化也可以通过人手绝对充足来解决。

因而只有当数字化比雇佣人员性价比更高的时候，HR数字化才有意义

最后，已具备、有意愿且有能力建设HRSSC。

无论是想通过数字化提升主营业务管理水平，还是为了成本更低且效果更好的解决问题，SSC都将伴随着HR数字化转型初现端倪。

• 正向说，不做SSC是一种浪费。既然具备了数字化平台，建设SSC可以规范HR服务，既可以提升HR服务水平又可以减少人工成本。此外还能通过移动门户、自助服务终端、共享服务大厅等渠道，显著提升员工对于人力资源服务的感知和员工体验。

• 反向说，不做SSC会暴露HR业务彼此间配合的问题。若没有SSC作为一个整体、统筹规划、权责明晰地承接所有与员工相关的服务，彼此关联的业务流程很难穿越部门墙，而流程断点、“三不管”等问题会让HR整体遭受“口诛笔伐”。

  试想入职时，新员工找A签合同、找B领工卡、找C办门禁、找D拿电脑……，新员工第一天上班本来就是一头雾水，再碰上拿电脑时得知因为A没有及时通知D，所以D没有提前采购电脑需要等待三个月……员工体验非常糟糕，最终还会倒逼HR进行业务变革。

  02/

HR数字化之初，系统架构要考虑三点

在确定要进行数字化后，需要面临的问题就是：厘清企业对于HR数字化有哪些期望。

虽然不合理的期望会导致数字化缺乏建设方向，“眉毛胡子一把抓”的模式也确实很难反哺管理。

但根据个人的实践操作，我的感受是，短时间内其实很难能明确企业对于HR数字化都有哪些期望，而且期望常常会随着HR数字化进程有所调整。

我们需要在接受这种“相对混沌”状态的前提下，灵活调整和布局。

但想要适应期望“相对混沌”的状态，并让数字化转型能伴随着这种状态持续迭代和生长，就需要人力资源信息系统具备以下三个特点：

（1） 基础牢固：系统需要有统一的唯一内核，运行稳定、兼收并蓄且便于扩展；

（2） 渠道丰富：外部用户对HR服务需要有感知渠道，并伴随着数字化进程感知愈来愈丰富；

（3） 服务即产品：人力资源各项服务作为独立产品。这里有三层含义：首先，人力资源服务以业务场景划分，是彼此独立的产品，例如一键入职、电子合同等；其次，作为产品，需要以解决用户需求的思维方式来实施人力资源服务；最后，产品的研发，彼此没有强关联，这一点是灵活布局的基础。

根据这三个特点，人力资源信息系统建设可以分解为三个层面，即核心数据库、系统应用、服务渠道。如图1。

核心数据库包含：公司组织机构、员工人事信息、人岗匹配关系，以及配套的基础设施、信息安全规范、数据接口、流程引擎以及开发工具等。

在这种架构下，三个层面可以类比于操作系统-APP-终端外设，彼此并联且支持相对独立的扩展。因此可以较好地配合管理层做出符合企业现状的数字化转型策略。

03/

HR数字化转型的三个历程

基于上述架构，人力资源的数字化转型的推进过程，又可以分解为三个阶段：信息化普及、渠道推广、产品时代。而HR与IT的协作也将贯穿这三个阶段，HR负责梳理业务、明确需求；IT需要从技术上把控开发质量。

▎信息化普及

信息化普及阶段的任务是建设核心数据库，并且整合下游系统。此外，这个阶段还需要构建HR流程平台作为服务渠道，并且建设薪酬、考勤、招聘等系统应用。

为什么第一个阶段的首要任务是这些呢？

值得注意的是，招聘和人事流程中的用人需求流程和入职流程强关联，优先实施可以打通人员配置端到端全流程，还可以提升候选人和新员工对于HR数字化的感知，新员工入职后作为“自来水”，将在员工中宣传推广HR数字化成果。

这一阶段最重要的任务是：抓大放小，尽可能快地实现功能上线，将人力资源业务迁移至信息平台并开始稳定运转。主要基于以下三点考虑：

1. 此时HR用户普遍对于系统抱怀疑态度，很多需求也是基于想象，需要让HR用户尽快熟悉系统，再进行优化。

2. 尽快引入外部用户的声音，确立以解决用户需求的思维方式来优化功能，才能避免HR自嗨。

3. 一旦逾期上线，对项目团队的士气和信心伤害极大。

▎渠道推广

渠道推广阶段的任务是搭建各种服务渠道，结合SSC的建设将标准化后的员工服务业务推广至员工层面，提升HR服务的感知程度。

这个阶段，HR负责将员工服务标准化，设计出一系列服务员工的系统应用，并做好服务转型的准备；而IT负责铺设渠道，推广应用，保证系统稳定性。

首先，系统应用方面，这一阶段，建议聚焦于福利相关业务。

从过往调研的情况看，对于公司提供的各种福利员，工往往毫不知情，HR在这个工作也往往是出力不讨好。而利用数字化系统，将HR的这些工作进行简单的集中展示和常见问答，就能起到不错的效果了。

所以，实施福利相关的数字化业务，系统投入少、减轻了HR事务性的工作量、还保证员工体验，是典型的“你情我愿”的好事情。此外，分析类的报表在本阶段也要适当考虑。

其次，渠道建设方面，这一阶段，优先建设的渠道是HR门户。

基于当前技术基础，PC端和移动端可以同步上线，可以搭载上一阶段建设完成的薪酬查询、自助考勤、人事流程等系统应用。

需要建设的渠道是自助服务终端，将HR服务的时限扩展至7*24小时，并减轻HR事务性工作负担，搭载的服务可以包括收入证明、在职证明、工卡办理、材料存取等。

本阶段还可以考虑实施的渠道有：服务热线、自助问答机器人、面试官工作台等等。

此外，本阶段还有一项非常重要的任务：组建系统运维团队，保证系统有持续正常运转的工作模式。通常情况下，系统运维团队包含HRIS和开发顾问等角色。这样的分角色既可以设置在HR部门，也可以设置在IT部门，这支团队将成为下一阶段的核心技术力量。

不过，本阶段最重要的任务仍然是：保证能用的情况下，将HR服务推送至试点部门甚至推广至全员，切不可拘泥于优化细节。

因为单纯从HR视角设计出来的服务与外部用户的需求，往往有一定偏差，而服务的最终形态又往往取决于后者。尽快推广上线并根据反馈持续迭代，可以避免重复开发。

而且，系统服务对象的需求和制约因素，往往也是因人因时因事而异，HR是服务的唯一提供者，HR视角设计出来的服务会变得大而全。

“从二八原则的设计理念出发，不难得出这样的结论：基于大而全做出来的系统应用，性价比不高。

▎产品时代

产品时代阶段的任务是：对内基于核心数据库，对外借助服务渠道，丰富HR服务品类。HR当然需要继续主导这一进程，但需要依赖上一阶段组建的核心力量——系统运维团队。

在系统应用层面，在本阶段，HR的各项服务将逐步演进为一个个独立的产品，如绩效管理、人才盘点、继任与发展、总裁桌面等，用户体验和数据分析将扮演越来越重要的角色。

实现方式可以自研也可以外采，目前市场上也有很多成熟且多样的创新。但如何选择呢？

我认为应当以解决问题为出发点，以达成目的为第一优先级，方式是什么并不重要。

以上，是我个人关于如何制定HR数字化转型路线图的“一面之词”，对应“布局基础”、“系统架构”、“业务转型”三个层面的不同思考，相信大家也可以找到合适自己的HR数字化转型路径。