定义、边界与相近类型

01业务起点

02协作与交接

03结果与复盘

图1：项目边界不是按部门划线，而是逐项说明谁控制成果、谁提供输入、谁验收、谁承担运行责任。

2.1 “项目”和“集成”各指什么

项目是为特定客户、目标、时间和约束组织的一次性交付安排；系统集成是让多个应用、数据、基础设施、身份和业务流程按约定协同。公司可以交付标准软件配置，也可以开发客户专属功能；可以只负责一个接口，也可以承担总集成。名称不决定责任，合同中的控制权、承诺和实际行为才决定。

GB/T 8566-2022是现行推荐性国家标准，提供软件生存周期过程框架；GB/T 45802-2025是现行需求工程标准。它们可帮助组织建立过程语言，但“引用标准”不等于项目自动符合标准，更不等于客户已验收。项目需要把适用过程映射到具体活动、角色、输入、产出和证据，来源为 SRC-I04-SAMR-LIFECYCLE-2022 与 SRC-I04-SAMR-REQUIREMENTS-2025。

2.2 与四类相邻业务的边界

相邻类型	主要销售对象	典型控制方式	本类型何时越界	需要重做的判断
通用SaaS	标准化持续访问权	多租户产品、配置边界	为客户改核心代码并按项目验收	履约义务、成本和维护边界
垂直SaaS	行业工作闭环	行业对象和规则产品化	每个客户都有独立分支与接口	产品化程度和项目毛利
IT外包人力	人员能力和工时	工时、费率、客户管理	供应商承诺固定成果和总责	用工、指挥、验收与收入
管理服务	持续运行能力	服务目录、SLA、周期收费	一次性迁移和建设占主要风险	过渡、服务期和绩效义务

以下问题最能识别经济实质：客户能否单独从交付物受益；供应商是否对整体成果负责；客户是否直接指挥个人；软件或硬件在移交前由谁控制；失败后谁返工、赔偿或承担采购成本；付款是按时间、投入还是结果。不能只按合同标题分类。

2.3 总集成商、实施伙伴与产品原厂

总集成商通常对端到端方案、计划、接口协调、切换和统一验收负责；实施伙伴可能只承担某产品配置或某工作包；产品原厂控制产品路线、许可和高级支持。三者需要在责任矩阵中写清：设计决定权、缺陷归属判定、生产访问、变更报价、客户沟通、知识产权、开源与第三方许可、验收证据和保修责任。

正在绘制业务流程…

2.4 一套可追踪对象模型

对象	稳定ID示例	关键字段	不可替代关系
客户	CUSTOMER-I04-HC	法人、地区、采购主体	不能用品牌名代替签约方
机会	OPP-I04-N01	预算、A、目标、关闭日	不能用报价代替资格事实
合同	CONTRACT-I04-N01	签署方、承诺、责任、上限	不能用项目计划改合同
订单	ORDER-I04-N01	价格版本、付款、税务事实	不能用发票代替权利
项目	PROJECT-I04-N01	基线、阶段、团队、环境	不能用合同名当项目状态
工作包	WP-I04-N01-02	范围、负责人、预算、完成定义	工时不是完成定义
需求	REQ-I04-N01-0102	来源、优先级、验收、版本	聊天记录不是基线
接口	INT-I04-N01-07	两端、契约、频率、补偿	URL不是完整接口定义
数据批次	MIG-I04-N01-03	对象、数量、控制总额、状态	文件名不是批次身份
变更	CHANGE-I04-A01-01	原因、影响、价格、批准、生效	会议同意不一定有权限
验收	ACC-I04-N01-03	对象、标准、证据、保留项	上线通知不是验收
事件	INC-I04-A01-001	影响、时线、根因、赔付	缺陷号不能替代事件责任

2.5 企业软件项目最容易隐藏的四种“不做”

第一类是不迁移：未列入的数据对象、历史年限、附件、日志和审计记录。第二类是不集成：接口另一端改造、网络专线、第三方费用、下游报表和人工补偿。第三类是不承担：客户政策判断、法定申报、业务审批、数据准确性和终端设备。第四类是不长期维护：质保期之后的需求、版本升级、云资源和第三方许可。每一项“不做”都应说明由谁做、何时完成、缺失会怎样，而不是简单写“客户负责”。