市场上标榜“连接技术与经营的IT战略·DX支援伙伴”的服务正在增多。日前,也有报道称Re-Jume合同会社提出了“连接技术与经营”的支援。乍一看,这似乎正是我们应追求的理想支援形象。然而,我担忧的是,这其中恰恰体现了日本企业在面对IT时的根本性“思维停滞”与“责任放弃”的结构。
“连接”这个词,前提是承认了“技术与经营是割裂的”。并且,其构图是“由外部伙伴来填补这种割裂”。这难道不是经营者试图将自己定义IT、整合IT这一最重要课题外包出去的思维吗?
催生“连接”支援的土壤:经营层对IT的放弃
为何“连接技术与经营”这一需求会如此凸显?其背景在于我们编辑方针中反复指出的“经营层对IT的放弃”这一结构性问题。
许多经营者将IT视为“专业且艰深的技术领域”,将其目标定义和设计委托给技术人员或外部供应商。这不是“委托”,而是“放弃”。如果是委托,经营层会明确设定目标和评估标准。但在放弃的情况下,目标函数在模糊不清的状态下被抛给外部,结果导致“各部门孤立的IT”、“个人化的IT”、“无法整合的IT”蔓延。
如今试图用名为“连接”的服务来填补这种“放弃”所产生的巨大鸿沟。这不过是在没有触及“经营层缺乏IT定义”这一根本原因的情况下,反复进行对症治疗。支援伙伴确实能提供有用的见解,但他们能定义的是“手段”,而非企业特有的“目的”。在不思考“目的”的情况下引入支援,只会产生新的依赖关系。
从三类IT划分看“连接”的局限
本媒体将企业内的IT划分为“业务IT”、“经营IT”、“管理IT”三类来思考。从这个视角分析“连接支援”,其局限性便清晰可见。
业务IT与经营IT的断裂“无法连接”
“业务IT”(直接关系到销售与增长的IT)以速度为生命。迅速响应现场需求、即时引入SaaS的文化占主导地位。另一方面,“经营IT”(用于决策与可复现性的IT)以整合与一致性为生命。旨在整合全公司数据,提高经营决策质量。
这两者的目标函数根本不同。外部伙伴在原理上很难“连接”速度优先的业务IT与整合优先的经营IT。因为,这需要做出“优先考虑哪个目的”的“经营判断”。经营者不做此判断,而委托伙伴“请帮忙连接”,这无异于放弃经营责任。
管理IT的“稳定性”信仰阻碍一切
此外,“管理IT”(稳定运行与成本管理的IT)的存在也不容忽视。在许多企业中,IT部门仅以“稳定性”和“成本削减”为评估标准。结果,新的“连接”尝试也常常因“风险高”、“成本不明确”而受阻。即使外部伙伴试图“连接技术与经营”,也会被内部这堵“管理IT”的墙挡住。
那么,应该做什么:从“连接”转向“整合设计”
那么,经营者、CTO、IT部门具体应该思考什么、采取什么行动呢?关键词是从“连接”向“整合设计”转变。
第一步:定义本公司的IT目标函数
首先,经营层应该讨论的是“对于我公司而言,IT的目的是什么”这一根本性问题。例如,将“未来3年,希望通过IT实现怎样的经营成果”用语言表达出来。这可能有多个答案,例如扩大销售、提高决策速度、确保业务流程的可复现性等。重要的是为这些目标设定优先级。因为速度与整合往往是此消彼长的关系。
一旦定义了这个目标函数,才能开始判断“对哪些IT投资多少”、“如何平衡业务IT与经营IT”。应该向外部伙伴寻求的,是实现这个已定义目标函数的“手段提案与执行支援”。
实践案例:SaaS整合仪表板的案例
某零售业客户,其各店铺零散引入的SaaS(销售管理、库存管理、排班管理)未能有效用于经营决策。他们采取了以下步骤:
- 定义经营目的:将“实时掌握所有店铺的收益性,并反映到下个月的促销策略中”设定为最优先目的。
- 明确技术制约:与IT部门共同梳理现有SaaS的API联动可行性、数据格式。
- 工具选定:为达成目的,引入数据整合平台(当时利用了Microsoft Power BI与各SaaS的连接器)。放弃了昂贵的定制开发。
在此过程中,他们委托外部顾问负责“使用Power BI构建具体的数据管道”。但是,“为了什么而连接”这一目的定义,是由经营层自己完成的。结果,形成了一个投资回报明确、可持续利用的机制。
与支援伙伴的“正确”相处之道
“连接技术与经营”的伙伴并非完全不需要。相反,只要使用方法得当,他们可以成为强大的推动力。要点有以下三点:
1. 目的定义绝对不要外包
首先应该向伙伴寻求的,不是“在理解我公司业务的基础上,一起思考IT目的”,而是“针对我公司已定义的目的,在技术上如何实现、如何衡量”的具体方案。虽然很多服务以目的设定研讨会为卖点,但即使借用其引导,答案也必须出自经营层的决心。
2. 看清“连接”的核心技术
许多支援服务基于特定的技术栈(例如特定的云平台、整合工具)。要看清本公司现有环境(尤其是作为数据源头的SaaS群)是否与该伙伴擅长的技术相匹配。如果因伙伴方便而导致新工具林立,就本末倒置了。
3. 最初就达成出口战略(内制化路径)的共识
为了避免产生依赖关系,应将支援的目标定位于“知识与资产的转移”。例如,最初的数据管道构建由伙伴负责,但从第二个仪表板开始,由本公司IT部门主导,伙伴仅参与评审,这样的路线图要在一开始就规划好。这样,支援就不再是“永久的连接者”,而是“为了自立的临时催化剂”。
总结:经营者的角色不是“连接”,而是“命令整合”
“连接技术与经营”这句话听起来确实很舒服。但是,如果它是在经营者自己放手的情况下进行的,那只会催生新的技术个人化或外部依赖。
真正需要的是,经营者宣告“技术与经营本就不该割裂,是一体的”,并亲自承担起整合设计的责任。在此基础上,带着明确的目的定义和出口战略,向伙伴寻求所欠缺的技术执行力和诀窍。这个顺序绝不能错。
DX,归根结底,是运用数字技术进行的“经营再设计”。执笔绘制这份设计图的,不是外部的任何人,正是经营者自己。


评论