观点|系统能力、数据思维可能是未来企业的核心竞争力之一
最近和不少的朋友有一些交流，对人力分析的工作进行了很多反思。多少企业都开始重视数据分析的力量，但企业数字化转型可不是花大价钱做系统，招几个分析师就能搞定的。
万人企业到底需要多少HR
职能部门人员的人服比是一个非常常见的分析指标，职能部门就意味着管理成本，成本自然是越低越好。对于一个万人规模的公司，我们究竟需要多少HR呢？
如果让我来拍脑袋的话，我给出的答案是1:100-1:150，也就是说万人规模的企业需要一个百人规模的HR团队，百人团队的规模，其实已经超过了多数小型企业。如果有一些经济学的基础的话，我们可能会有这么一个疑惑：1:100的服务比看起来似乎符合我们的认知，毕竟人的经理是有限的，但是很多HR的事务性工作（如薪酬核算、考勤统计等）应该具有规模效应的，规模越大的企业HR的服务比应该越高才对。那么万人以上公司总部的HR团队至少需要多少人呢？瑞幸咖啡给到的答案是24人。
【对瑞幸咖啡案例有兴趣的小伙伴可以点击下方的阅读原文查看】
猛地看上去这似乎不可思议，但是仔细想想，在信息化数字化的今天，这个数量其实足够了。瑞幸的高效人力体系和其数字化标准运营流程是不可分割的。
系统虽贵，但人更贵
系统对于任何一个公司来说都是一项巨大的开支，特别是对于刚起步的小微企业来说，在财力足够强大之前，几乎所有的公司都不会强调做一套系统，在一切业务还没有定型或成熟之前，用人力来处理完全可以用机器处理的事情会是一种常态，毕竟人是非常灵活的，对变化的适应力是非常强的。
如果我们用一种长远的目光来看，未来人的价格必然是越来越贵的。曾经看到过一种说法，请各位老板试着把自己的人力成本翻三倍，看看自己的商业模式是否还成立。如果依然成立的话就可以放手去做了，如果不成立的话就应该开始警惕了。
个人人为这个观点是非常有道理的。随着适龄劳动力人口的减少，人口红利的逐渐消失，劳动力的价格越来越高已经成为所有企业所有者头疼的一大问题。此外，员工的忠诚度下降，企业选人用人的成本空前提高。对待7个月就跑路的95后一代，用人成本真的不是一般的高。
在这种情况下，机器代替人力会是一个非常好的选择。按照传统的观点来说，花钱的部门人越少越好，所以用企业级的系统代替基础职能人员（行政、人事、财务）绝对是一种非常好的投入。
市面上的企业ERP系统，往往会遇到水土不服的情况。通俗一些来讲，不管使用的是啥系统，用的公司总是觉得不好用。因此，不少公司都走上了自研发的道路。然而就算是自研发，系统也可能也跟不上公司发展变化的速度。
没有不好用的系统，只有不会用的企业
真的没有好使的系统么？和一些企业的人交流过系统相关的问题，发现业务是业务、系统是系统的情况非常常见。那么到底是因为系统不好用大家才下线走流程的还是因为大家都不用系统走线下，反而觉得系统不好用呢？
据我了解，大概有这么几种情况：
- 一切流程都以下线审批签字作数，系统是否审批不产生任何实质性影响；
- 绝大多数人没有系统使用的意识，不用系统或违规操作的人占大多数；
- 系统调整没有跟上业务调整的速度；
- “奇葩”业务需求系统不支持；
- 系统操作复杂度高，学习掌握难度大。
从目前的技术水平上来看，完全无纸化办公是绝对能做到的，如果用钉钉之类的，成本也不高，然而不少企业还是非常依赖纸质的签批。我认为这可能有两个原因：其一是领导层对系统不信任，特别是电子公章一类的东西（确实会存在一定的风险），认为有极大的风险；其二是领导层更享受纸质文件当面签批的快感。
系统意识和数据意识这个问题则比较棘手了，除少量互联网公司外，多数传统企业并没有构建起全员的系统数据意识，数据或系统人员只有执行的职责，对于公司的决策没有任何发言权。
举个例子，对于大型集团公司来说，出于财务指标的考虑，集团高管的工资有可能在多个法人进行发放。这种情况在系统的操作中就有了一些困难，通常情况下，系统设置中一个人只能在一个法人主体下，不能在多个主体下（毕竟只有一份劳动合同），那么应该如何进行信息的配置呢？我见过的最最不靠谱的做法就是，在系统中建了两个人，这虽然方面的财务和工资核算，但是对于人力资源系统管理和数据分析来说，确如同灾难一般可怕。这样的配置就导致我的系统连公司究竟有多少雇员都不能告诉我，系统自然是不好用。
在我看来，这种组织架构、管理架构和成本架构缺少对应关系的问题根本不是系统的过错，而是非常单纯的管理问题。这种对应关系的缺少导致了人力部门和财务部门都产生了大量的成本，把这种管理的问题归咎到系统不好用上，实在是可笑。
参考系统数据人员的意见
一般的企业中，专业的系统和数据人员往往是最后一个知道公司变动的人，这就使得系统变得非常被动——系统人员不得不去考虑如何实现一个根本不合理的业务决策，而不是去提出一个更加合理高效的系统解决方案。
我们不可能去要求一个管理人员具有非常专业的流程思维、数据流思维，但是作为公司的系统&数据负责人，应该更加积极地要求从系统和数据的层面给到管理者流程层面的支持。
