# 从一个试点到一组应用：企业 AI 项目如何取舍 从共享基础、维护资源与业务价值安排企业 AI 应用组合，避免试点数量替代组织能力。 要点：企业同时推进多个 AI 应用时，需要比较价值，也需要观察它们共享哪些资料、接口和维护责任。我们的建议是先看应用之间的关系：哪些可以复用基础，哪些争用同一资源，哪些依赖尚未完成的条件。 ![在样品工作台上安排不同项目与资源（AI概念配图）](/images/openlai-opportunity-map-wide.png) ## 应用数量不能说明组织已经形成能力 十个演示可能各自运行良好，却使用十份产品资料和十套账号配置。维护成本会随变化逐渐显现：产品更新要逐个修改，员工离开后无人知道配置在哪里。项目组合管理应把这些共同条件放到单个应用之外观察。 可以为每项应用记录业务对象、使用者、资料来源、连接系统和维护人。将相同来源或接口放在一起，识别适合共同建设的部分。共享的意义在于减少重复责任，不是强迫所有任务使用同一种实现。 ## 优先级还取决于依赖关系 一个应用价值较高，但依赖尚未整理的知识资料，可能需要先建设资料维护机制。另一个应用看起来规模较小，却能够建立后续多个任务共用的字段与接口，可能具有更强的基础价值。 讨论优先级时同时说明直接结果和对后续工作的影响。不要把未来可能性无限放大，也不要只按短期生成速度排序。依赖关系要能被具体指出，并在后续项目真正使用时得到验证。 ## 为维护能力保留资源 新增应用容易获得关注，已有应用的更新与故障处理却常被低估。如果所有人员都在制作下一批原型，运行中的问题就会转移给业务员工。预算与时间安排应同时覆盖建设和维护。 定期检查哪些应用仍有人使用、结果是否继续有效、资料是否有人更新。对不再适用的应用说明退出方式，保留有价值的资料和经验。减少无法维护的应用，不等于减少创新。 ## 用组合选择表达企业的方向 应用组合最终应反映企业希望改善什么：客户响应、内部协作、知识传承或经营判断。若项目只是随工具热点不断改变，组织很难积累连续经验。 前瞻的规划可以为新能力保留试验空间，同时让已有工作拥有稳定责任。让每一项应用都能够解释自己为何存在，以及它与其他工作如何连接，技术投入才可能形成长期积累。 ## 把项目放到同一张依赖表 列出每项应用共享的产品资料、账号、接口和维护人，标出依赖未完成的项目。优先级由企业结合业务价值与承载能力决定，路线草案应包含继续、缩小和暂停的选项。 ## 参考来源 - [秩启｜生态](/ecosystem)：常态化学习、交流、协助咨询与评审按约定提供；成果营含首年生态费，第二年续费前确认范围与费用，不自动扣费 - [秩启｜分工与建设方法](/method)：企业分工、流程与建设方法；属于本项目方法说明，不是外部效果证据 ## 应用组合的三个关系 - 价值：改善哪一项真实工作 - 依赖：共享哪些资料与接口 - 维护：资源和退出方式明确 ![应用组合的三个关系](/images/guides/diagrams/ai-portfolio.svg) ## 继续阅读 - [企业 AI 的投资回报：先界定价值发生在哪里](/guides/ai-roi-boundary) - [企业 AI 治理：让判断、执行和责任保持对应](/guides/enterprise-ai-governance) - [AI 应用上线后，谁来更新资料、处理失败和维护？](/guides/ai-operating-routine) 两天一夜梳理现状、岗位地图与路线草案，企业保留资源与业务决定。 下一步：[了解升级营](/benchmark) 原文：/guides/ai-portfolio 内容版本：guide:ai-portfolio:v1 [结合企业情况咨询](/intake?source=%2Fguides%2Fai-portfolio&articleId=guide%3Aai-portfolio&versionId=guide%3Aai-portfolio%3Av1)