一位创始人分享了一个听起来像好消息的经历。
“我们今年在运营部门招了42个人。”
会议室里的人都向他表示祝贺。客户在增长，营收在增加，员工规模在扩大。从纸面数据来看，一切都在指向增长。但房间里有人问了一个不同的问题。
“为什么你们需要新增四十二个人？”
会议室安静下来。之前没有人从这个角度思考过。
招聘常常被视为增长的证明。有时候它确实是。但在另一些情况下，它是一个无声的信号，表明企业在用人力补偿低效的运营。当工作本身无法规模化时，人数就会规模化。
仔细观察快速成长的公司会发现一个有趣的现象。有些公司在营收翻倍的同时只增加了极少数员工。另一些公司则每个季度都在扩充团队，仅仅为了维持日常运营。两者的区别并不总是市场需求，而在于工作如何在组织内部流动。
如果每增加一个新客户，就需要新增一位协调员、一位分析师、一位审批经理，或者一个专门更新电子表格的人，那么这家公司并不是在规模化发展——它只是在膨胀自己的管理开销。
有些公司里，整个团队的存在只为一个目的：把信息从一个系统搬运到另一个系统。他们不是在创造产品，不是在服务客户，也不是在做战略决策。他们只是在复制、核查、导出、导入和转发信息。没有人是因为想招这些人而招的。他们之所以被招进来，是因为业务在互不连接的流程中悄然演变，而这些流程最终变成了永久性的岗位描述。
发现这个问题的一个最简单方法是问一个看似简单的问题。
如果你的销售额明年翻倍，哪个部门会要求增加最多的新人？这个答案比任何软件审计都更能暴露问题。如果财务部门立刻就需要更多人，原因是什么？如果运营部门在不扩大编制的情况下无法应对，是什么拖慢了他们的速度？如果客服部门预计工单量会淹没团队，是什么阻止了这些问题在更早阶段被解决？
增长会暴露运营设计的问题，而不是创造它。
这正是许多技术对话走错起点的地方。领导者开始寻找另一套应用程序。一个更好的ERP系统，一个新的CRM，一个AI助手，一个报表工具。这些投资当然可能带来帮助，但前提是它们要解决工作流在企业内部的实际流动方式。否则，新软件只不过是在加速一个旧的运营模式。
企业软件行业已经开始朝这个方向移动。讨论的焦点正从单个应用程序转向运营生态体系。
热门跟贴