隐藏在“连接”一词背后的经营放弃
“连接技术与经营”——近年来，标榜这一口号的IT咨询和DX支持服务，面向中小企业的也在急剧增加。日前《山阳新闻》报道的“Re·Jume合同会社”案例，也可谓其中一例。他们以“连接技术与经营的IT战略·DX支持伙伴”自居，旨在成为将经营者的愿景技术性实现的桥梁。
乍一看，这似乎是理想的解决方案。因为对于技术专业性不足的经营者来说，仿佛出现了可靠的伙伴。然而，正是在这里，存在着我们经营者最应警惕的“陷阱”。那就是，“连接”这一行为本身，可能使经营者放弃对IT的根本性“决策”变得正当化。
许多经营者，不过是从“技术交给专家”的思维停滞状态，滑向了“技术与经营的桥梁交给专家”的状态，仅仅是转移了依赖对象。这样一来，IT不仅无法作为经营的决策装置发挥作用，最终只会增加外部伙伴这一新的黑箱。
依赖“连接者”所产生的新的人员依赖与无法整合
那么，持续依赖“连接技术与经营”的支持，具体会发生什么呢？那就是，曾经存在于公司内部的“信息系统部门的人员依赖”或“各事业部门的IT割裂”，会通过外部伙伴，以更难以察觉的形式重现。
例如，经营者提出“想提高销售额”这一模糊的愿景。支持伙伴听后，提议引入最新的营销自动化工具或CRM。引入后，虽然可以从伙伴那里学到工具的操作方法和报告的解读方式，但“为什么该工具最适合本公司的销售结构”、“应如何将该数据用于经营决策”这些本质性的理解，并不会留在经营者手中。
结果，经营决策与IT实施之间“为什么”的部分，会作为隐性知识积累在外部伙伴这个“连接者”那里。这是极其危险的状态。如果更换伙伴，此前IT投资的逻辑和数据脉络很可能就此断裂；如果分别使用多个伙伴，他们各自提议的不同工具和数据体系会在公司内林立，导致无法整合的“IT群雄割据”状态。
这就是“业务IT”、“经营IT”、“管理IT”这三种IT分类，在没有共同目标的情况下，由不同外部伙伴分别构建的最坏情景。如果将用于发展的IT（业务IT）委托给A公司，用于决策的IT（经营IT）委托给B公司，基础设施完善（管理IT）委托给C公司，那么它们之间几乎不可能协同工作。
如何区分好的支持伙伴与坏的支持伙伴
那么，这是在说完全不要使用外部支持吗？并非如此。关键在于，要以“投资”而非“依赖”的视角来利用伙伴。为此，在选择伙伴时，必须严格审视以下几点。
1. 是否强制进行“为什么”的语言化过程
优秀的伙伴在提议工具之前，会不断追问经营者“为什么需要那个功能？”“它改变了哪个业务流程、如何改变，预计会产生什么成果（KGI）？”。他们的价值不在于提供“答案”，而在于支持经营者自身建立持有“问题”、进行“判断”的思考路径。
2. 是否认真对待知识转移
不仅仅是操作手册，是否计划性地转移诸如“用于决策的数据解读方法”、“投资判断的框架”、“工具选择的评估标准”这类能提升经营者自身IT素养的知识。关键在于，是否提议以最终“毕业”为目标的关系构建。
3. 是否致力于设计本公司的“IT决策流程”
最有价值的支持，并非特定的工具引入，而是帮助设计“今后，本公司将以怎样的流程、由谁、依据何种标准来进行IT相关决策”这一流程本身。这无异于重新定义经营与IT的关系性。
经营者应立即开始的“IT决策能力”锻炼方法
在选择外部伙伴之前，或者在与优秀伙伴合作的同时，经营者自身有具体的方法可以锻炼“IT决策能力”。重要的不是夸张的学习会，而是日常微小判断的积累。
第一步：将现有SaaS的“合同续约审查”回归为经营决策
在许多公司，Asana、Slack、Salesforce、Money Forward等SaaS的合同续约，几乎由负责部门或信息系统部门自动进行。这里正是最初的练习场。续约时，请经营者亲自向各部门负责人提出以下三点询问：
- “这个工具的主要使用者是谁？它替代了哪些业务，又催生了哪些业务？”（可视化对业务流程的影响）
- “引入前后，相关业务的处理时间或质量（错误率等）发生了怎样的变化？如有可能请用数值说明。”（尝试量化效果）
- “如果失去这个工具，最困扰的是什么？其替代手段是？”（提取工具的本质价值）
这种询问本身，就具有将部门的IT使用从“理所当然”拉回“选择结果”的强大作用。
第二步：将小型自动化项目设计为“经营实验”
“发票数据自动读取”、“客户咨询自动分派”等小型RPA（机器人流程自动化）或AI应用，是绝佳的学习材料。不要将其视为“工具引入”，而是设计成明确以下要素的“经营实验”：
- 假设：“如果将此作业自动化，员工就能将时间投入到○○这类高附加值业务上，从而提升△△。”
- 验证指标：自动化所削减的时间（工时）、转用业务的成果、错误率的变化等。
- 评估标准：相对于投资额（工具费用+引入工时），达到何种程度的成果才算“成功”。
养成习惯，在经营会议上分享这个实验的结果，简单分享即可。无论成功还是失败，目的都是将那个“决策过程”转化为组织的知识。
“连接”之后应有的目标：经营者的IT素养渗透至组织
真正的“技术与经营的桥梁”，不应是外部的顾问或支持伙伴，而应是经营者自身的IT素养，以及基于此的公司内部决策流程。
理想的支持伙伴，应扮演为在公司内部建设这座“桥梁”的“设计师”或“教练”角色。他们或许会暂时承担“连接”工作，但其本质价值在于，移植本公司未来能够独立进行“连接”、进而“整合”、“创造”的能力（=IT决策能力）。
在寻找如《山阳新闻》所报道的那种标榜“连接技术与经营”的伙伴时，要看清他们究竟是单纯的“承包商”，还是真正的“能力转移者”。这种辨别，是决定DX投资最终止于“依赖成本”，还是成为“迈向自立的投资”的分水岭。
经营者应从IT中学到的，不是编程技术，而是“定义目标、选择手段、验证结果”这一经营本身的核心思考框架。那才是在所有数字化工具都过时之后，唯一留存的不变竞争力。
评论