🇯🇵 日本語 🇬🇧 English 🇨🇳 中文 🇲🇾 Bahasa Melayu

“IT交给专家就好”这种想法,会导致经营决策的致命停滞

管理与IT

将IT“交给他人”的那一刻,便是经营责任的放弃

“IT都交给专家处理了。”

当经营者说出这句话时,其中便存在着“委托”与“放弃”之间危险的界限。许多经营者将IT视为复杂且专业的“技术领域”,将其排除在自己的决策范围之外。然而,这种行为并非简单的业务分工,而是意味着将关乎业务根本的“决策设计”本身外包了出去。

结果会怎样?IT的目标在各个部门间分裂,支撑增长的“业务IT”、支持经营决策的“管理IT”、负责稳定运行的“运维IT”,将在没有共同目标的情况下各自为政。这正是SaaS工具林立却数据无法整合、投资回报率不明、人员依赖日益严重的根本原因。经营者回避IT的代价,将以丧失业务的可复制性和扩展性的形式,实实在在地显现出来。

“交给他人”导致的三类IT割裂

当经营层不定义IT的目标时,组织内部会独立发展出三种IT。它们各自拥有不同的“主人”和“成功标准”,因此在原理上就难以整合。

只追求速度的“业务IT”

销售部门引入Salesforce,市场部门引入HubSpot。这些工具都有“立即提升销售额”或“获取销售线索”等明确的目标(目标函数)。判断标准是“速度”和“即时效果”。如果经营层不介入,各部门只会为了达成自己的KPI而不断增加工具,导致数据形成孤岛。某零售企业就曾出现电商部门、门店部门、CRM部门各自运营不同的客户数据库,向同一客户发送不同促销信息的情况。

不设计可复制性的“管理IT”

经营决策所需的数据,散落在各自为政的业务IT系统中。月度结算数字在会计软件(如Freee)里,销售明细在Salesforce里,网络广告效果在Google Analytics里。即使经营者提出“想一览全公司业绩”的需求,也无人设计整合这些数据的“管理IT”。结果,提交给管理层的报告资料需要在Excel中手工汇总,催生出只有制作员工才了解的“暗箱操作”。这正是经营者自己放弃了为决策构建可复制性基础的结果。

只以稳定为评价标准的“运维IT”

在许多企业中,信息系统部门(IT部门)设置在总务部或财务部之下。其主要使命是“降低成本”和“稳定运行”。网络不中断、不出安全事故是最大的评价标准。因此,IT部门往往对引入有风险的新业务IT工具持消极态度。某制造业的IT负责人曾坦言:“比起引入新的云工具提案,将现有系统故障率降为零更能获得好评。”在这里,“对增长的贡献”并不包含在评价指标中。

决策停滞产生的具体成本:一家中型企业的实例

实际上,将IT“交给他人”会产生哪些成本呢?让我们看看笔者在咨询中接触到的、拥有150名员工的中型服务企业A公司的案例。

A公司在经营层未明确IT战略的情况下,各部门自行引入了SaaS工具。三年后,该公司面临的问题如下:

  • 重复成本:拥有客户管理功能的工具多达4个(Salesforce、核心系统内CRM、电子表格、个人Outlook联系人),每年重复的许可费用超过500万日元(约合21.65万元人民币)。
  • 生产力下降:员工将15%的工作时间花费在不同系统间的数据转录和一致性确认上。
  • 机会损失:由于客户数据未整合,无法发现交叉销售和向上销售的机会,估计每年损失相当于销售额5%的机会。
  • 人员依赖风险:只有各部门负责人一人了解本部门的业务流程。存在因人员离职导致业务停滞的风险。

经营者一句“IT交给你们了”的结果,导致A公司每年承担数千万日元规模的“隐性成本”,并且损害了增长机会。这些成本并非以支付给IT供应商的形式,而是以生产力下降和机会损失的形式存在,不会直接体现在损益表上。正因如此,它们才一直逃过了经营者的眼睛。

经营者从今天开始迈出“定义IT”的第一步

那么,经营者应该做什么呢?不需要理解所有技术细节。需要做的是“定义目标”。这可以从以下三个问题开始:

1. 定义对“业务IT”要求的“增长速度”

“是想将新客户获取速度提升3倍,还是想提高现有客户的客单价?”不要将经营目标翻译成IT术语,而是直接与业务部门共享。例如,如果有“下期新合同数量翻倍”的目标,那么评价销售部门提议的CRM工具的标准,就应聚焦于“该工具是否真正具备有助于合同数量翻倍的功能”。这样就能产生不以工具功能比较,而以对目标达成贡献度来评价的视角。

2. 设计对“管理IT”要求的“决策材料”

为了在经营会议上做出决策,每月、每周需要什么样的数据、以何种形式呈现?这是经营者自己应该回答的问题。将具体的信息需求列成清单,例如“希望按事业部、产品线查看全公司的销售额和毛利润,并进行同比、预算与实际对比”。如果没有这张“用于经营决策的数据设计图”,IT部门或业务部门就不知道应该整合什么。不妨先从用Excel勾勒理想经营仪表盘的草图开始。

3. 明确对“运维IT”设定的“稳定标准”

“稳定”是什么?是系统零宕机时间?还是将成本从现状降低20%?“稳定”这种模糊的指示,会使IT部门变成“拒绝变化的守护者”。取而代之的是,设定定量目标并赋予相应裁量权,例如:“在确保主要系统可用性达99.9%以上的同时,将年度IT成本增长率控制在5%以内。在此范围内,尽可能响应业务部门的需求。”这样,IT部门就能开始从单纯的成本中心,转变为在约束条件下支持业务的合作伙伴。

为了“委托”给专家,经营层必须先行“定义”

笔者并不否定“IT交给专家”这句话。相反,技术实现确实应该委托给专家。但是,在此之前绝对必需的步骤是“由经营层定义目标”。

委托与放弃的决定性区别在于,由谁来设定“目的”。如果船长(经营者)指示目的地“驶向东边的港口”,那么领航员(专家)就会被委以规划最佳航线并操控船只的任务。但是,如果船长说“船的操控交给你了”,连目的地的决定也交给领航员,船将不知驶向何方。目前许多企业发生的,正是后一种情况。

IT早已不再是像电力或自来水一样的基础设施。它是设计业务增长路径、决定经营决策质量、塑造组织工作方式的“战略执行装置”。将这个装置的目标设定交给他人,无异于经营者自己放弃了设计公司未来面貌的权利。

第一步可以很小。不妨在下次经营会议上提出这个问题:“支撑我们决策最重要的数据是什么?”这个问题的答案,将成为将贵公司的IT从“被交托之物”转变为“被定义之物”的起点。

评论

标题和URL已复制