在企业数字化转型的过程中，一个常见的困惑是：当引入新的项目时，我们应该如何定位IT团队的角色？是仅仅作为“施工队”完成交付，还是深度介入业务，成为“产品管家”接管业务？乔新亮老师的实战观点，为我们揭开了数字化转型中角色进化的底层逻辑。
一、数字化项目的两种本质：施工队项目 vs 接管业务项目
很多企业的数字化项目，本质上可以分为两类：
1. 施工队项目：由业务部门发起，IT团队作为“施工队”承接需求，核心目标是支持业务达成短期目标。这类项目更像“交钥匙工程”，IT完成系统上线后，业务部门自主运营，IT的角色是“被动响应”。
2. 接管业务项目：由IT团队主动发起，以“建设产品-接管业务”为目标，核心是将业务流程固化为标准化产品，最终实现业务的自动化、数据化运营。这类项目中，IT的角色是“主动主导”，从系统建设到业务运营全链路负责。
这两种项目并非对立关系，而是可以灵活融合。理想状态下，施工队项目中可以融入产品建设的思路，逐步为接管业务积累能力；如果暂时无法融合，也可以清晰分开，优先保障业务目标达成。
二、数字人分层：接管业务的建设思路
在接管业务的项目中，一个关键的建设思路是“数字人分层”——将系统能力拆解为工具数字人、助手数字人、专家数字人三个层级：
- 工具数字人：聚焦单一、高频的重复任务，比如自动导出报表、批量录入数据，核心是“解放双手”。
- 助手数字人：能处理多步骤、有规则的流程，比如自动对账、异常预警，核心是“辅助决策”。
- 专家数字人：具备复杂场景的分析与判断能力，比如智能排产、风险预测，核心是“替代专家经验”。
这种分层思路，不仅让系统建设更有层次感，也能形成可沉淀的“数字人资产清单”。当每个项目都能盘点出“产出了多少数字人”时，企业的数字化能力就不再是模糊的概念，而是可以量化、可迭代的资产。
三、从“功能交付”到“业务接管”：数字化项目的复盘新标尺
传统的数字化项目复盘，往往聚焦于“功能是否上线”“预算是否超支”。但在接管业务的思路下，我们需要建立新的复盘标尺：
- 业务接管度：项目结项后，系统真正接管了多少业务流程？减少了多少人工干预？
- 数字人资产量：项目沉淀了多少工具/助手/专家数字人？这些数字人能否复用至其他场景？
- 运营自驱力：业务部门是否能基于系统自主运营，还是仍依赖IT团队“救火”？
正如实践中的探索：“让业务部门（若有掌控度也可以IT）做项目经理，IT做产品经理”，这种权责划分既保证了业务运营的落地，又让IT聚焦于产品能力的建设。当所有项目都围绕“接管业务”这个目标沉淀数字人资产时，企业的数字化转型才能从“被动响应”走向“主动驱动”。
四、终极命题：你的IT团队是“施工队”还是“产品管家”？
对于企业而言，数字化转型的终极命题，不在于上线了多少系统，而在于IT团队的角色是否完成了从“施工队”到“产品管家”的跃迁：
- 施工队思维：以“交付功能”为终点，系统上线即项目结束。
- 产品管家思维：以“接管业务”为目标，系统上线只是开始，持续迭代优化、沉淀数字人资产才是核心。
当IT团队不再满足于“完成项目”，而是主动思考“如何用产品接管业务”；当业务部门不再将IT视为“技术支持”，而是“业务伙伴”时，企业的数字化转型才能真正跳出“假性繁荣”，实现从工具到能力的本质升级。
在这个过程中，每个数字化项目都是一次“数字人资产”的积累。唯有将“接管业务”作为项目的核心目标，企业才能在数字化的浪潮中，真正构建起不可复制的竞争壁垒。
