📌 一、为什么工程师一定要懂这些？

很多做AI工程的人都会遇到一个问题：

• 会训练模型 ✅
• 会部署服务 ✅
• 会写接口 ✅

但一到项目层面就懵了：

• ❓ 可研是什么？
• ❓ SOW到底干嘛用？
• ❓ 投标是怎么回事？
• ❓ 项目是怎么从“想法”变成“收钱”的？

---

👉 结果就是：

• 面试讲不清项目 ❌
• 看不懂公司流程 ❌
• 无法往架构师/负责人发展 ❌

---

🎯 本文能帮你解决什么？

本文会帮你彻底搞懂：

👉 一个AI项目，从0到交付，到底是怎么运转的

并且做到：

• 每个名词都有：全称 + 专业解释 + 通俗理解
• 带完整项目流程
• 带大厂体系对比

---

🧭 二、大型AI项目完整流程（先看全局）

先看最通俗版本👇
找机会 → 想方案 → 判断值不值 → 签合同 → 定任务 → 干活 → 验收拿钱

---

再看专业版本👇
商机 → 预售 → 可研 → 招标 → 投标 → 合同 → SOW → 实施 → 验收 → 回款

---

🧠 一句话理解：

• 可研：要不要做
• 投标：谁来做
• SOW：怎么做
• 实施：干活
• 验收：确认结果
• 回款：收钱

---

📘 三、核心名词详解（工程师必须搞懂）

---

1️⃣ 商机（Business Opportunity）

📌 全称

Business Opportunity

📌 专业解释

当客户产生潜在需求后，被企业的销售（BD）或市场团队识别并跟进的项目机会。

📌 通俗解释

👉 客户开始有想法：

“我们是不是可以用AI做点事情？”

👉 这时候，对企业来说就叫：

👉 一个“可能赚钱的机会”

---

2️⃣ 预售（Pre-sales）

📌 全称

Pre-sales / Solution Pre-sales

📌 专业解释

在项目正式签约或投标前，由技术人员参与方案设计、需求分析、技术选型和Demo验证的过程。

---

📌 主要工作内容

• 技术方案设计（如 LLM / RAG / Diffusion）
• 架构设计
• Demo验证（PoC）
• 初步成本评估

---

📌 通俗解释

👉 项目还没拿到，就先帮客户想好怎么做

👉 本质是：

👉 “用技术方案去打动客户”

---

3️⃣ 可研（Feasibility Study）

📌 全称

Feasibility Study（可行性研究）

---

📌 专业解释

对项目从技术、经济、风险等多个维度进行评估，判断项目是否值得实施。

---

📌 一般包含内容

• 技术可行性（能不能实现）
• 成本预算（要花多少钱）
• 投资回报（ROI）
• 风险评估（是否可控）

---

📌 通俗解释

👉 这个项目到底值不值得做？

---

📌 举个例子

• 用AI做客服
  → 能不能实现？（技术）
  → 成本高不高？（钱）
  → 能不能省人工？（收益）

👉 如果都OK：

👉 才会进入下一步

---

4️⃣ 招标（Tender / RFP）

📌 全称

• Tender（招标）
• RFP（Request for Proposal）

---

📌 专业解释

客户发布项目需求，邀请多个供应商提交技术方案和报价。

---

📌 招标文件一般包含

• 项目背景
• 技术需求
• 交付范围
• 验收标准
• 商务条款

---

📌 通俗解释

👉 客户说：

“我要做这个项目，你们谁能做？多少钱？”

---

5️⃣ 投标（Bidding）

📌 全称

Bidding / Proposal Submission

---

📌 专业解释

供应商根据招标要求，提交技术方案、报价、项目计划等内容参与竞争。

---

📌 投标内容通常包括

• 技术方案（架构 + 模型选型）
• 商务报价（成本 + 利润）
• 项目周期
• 团队能力说明

---

📌 通俗解释

👉 公司说：

“这个项目我能做，我打算这样做，价格是XX”

---

🧠 小结（这一阶段核心逻辑）

商机 → 预售 → 可研 → 招标 → 投标

👉 本质是在做一件事：
“把一个想法，变成一个可以签合同的项目”

---

📜 四、合同体系与SOW（项目执行的核心）

在完成投标并中标之后，项目就会进入一个非常关键的阶段：

👉 合同签署 + 执行定义

---

🧭 这一阶段在干什么？

👉 本质是在做一件事：

把“口头说好的项目”，变成“法律 + 执行都清晰的任务”

---

📘 1️⃣ 合同体系（Contract System）

在大型企业项目中，合同通常不是一份，而是分层结构。

---

📌 常见三层结构（行业通用）

框架协议 → 项目合同 → 执行说明（SOW）

---

1.1 框架协议（MPA / MSA）

📌 全称

• MPA：Master Purchase Agreement
• MSA：Master Service Agreement

---

📌 专业解释

定义双方长期合作关系的协议，包括：

• 法律责任
• 合作规则
• 保密条款
• 违约责任

---

📌 通俗解释

👉 “我们以后长期合作，规则先定好”

---

1.2 项目合同（PPA / Work Order）

📌 全称

• PPA：Project Purchase Agreement
• Work Order：工作订单

---

📌 专业解释

针对某一个具体项目签订的合同，明确：

• 项目金额
• 实施周期
• 付款方式
• 交付范围

---

📌 通俗解释

👉 “这个项目多少钱，什么时候做完，怎么付钱”

---

⭐ 2️⃣ SOW（Statement of Work）

👉 这是整个项目最重要的文档之一

---

📌 全称

Statement of Work（工作说明书）

---

📌 专业解释

SOW 用于定义：

• 工作范围（Scope）
• 实施方式（Implementation Plan）
• 交付成果（Deliverables）
• 验收标准（Acceptance Criteria）

---

📌 一个标准SOW通常包含

① Scope（工作范围）

• 要做哪些系统
• 要实现哪些功能

---

② Plan（实施方案）

• 技术架构
• 部署方式
• 实施步骤

---

③ Deliverables（交付物）

• 系统本身
• 技术文档
• 测试报告

---

④ Acceptance Criteria（验收标准）

• 性能指标
• 功能要求
• 测试标准

---

📌 通俗解释（非常重要）

👉 SOW 本质就是：

“你每天要干什么，做到什么才算完成”

---

🧠 为什么 SOW 这么重要？

因为：

• ✔ 它是执行依据
• ✔ 它是验收标准
• ✔ 它直接决定能不能收钱

---

👉 换句话说：

SOW = 干活说明书 + 验收清单 + 收款依据

---

📊 SOW 在项目中的位置

投标（说怎么做）
↓
合同（约定做什么）
↓
SOW（明确具体怎么做）
↓
实施（开始干活）

---

⚠️ 一个非常关键的认知

👉 很多工程师只关注：

• 写代码
• 部署模型

但真正决定项目的，是：

👉 SOW 写了什么

---

🧩 举个例子（AI项目）

SOW可能会写：

• 部署大模型服务（LLM）
• 构建RAG知识库
• 实现智能问答系统
• 提供性能测试报告

---

👉 那你必须做：

• 模型部署
• 检索系统
• API接口
• 压测报告

---

👉 否则：

验收不过 → 收不到钱

---

🧠 小结（这一阶段本质）

合同 → SOW → 实施

👉 本质是在做：

把项目变成“可执行 + 可验收 + 可收费”的任务

---

🚀 五、项目实施、验收与回款（真正“落地”的阶段）

当 SOW 确定之后，项目就进入最熟悉的一步：

👉 实施阶段（Implementation）

---

🧠1️⃣ 实施（Implementation / Delivery）

📌 专业解释

按照 SOW 定义的内容，进行系统开发、部署、调试、联调等工作。

---

📌 实际工作内容（AI项目）

• 大模型部署（LLM）
• RAG知识库构建
• 接口开发（API）
• 系统联调
• GPU性能优化
• 压力测试

---

📌 通俗解释

👉 真正开始干活了（写代码 + 部署 + 调试）

---

🧪 2️⃣ 验收（Acceptance / UAT）

---

📌 全称

• Acceptance（验收）
• UAT（User Acceptance Test）

---

📌 专业解释

客户或甲方根据 SOW 中定义的标准，对系统进行测试和确认。

---

📌 验收内容通常包括

• 功能是否完整
• 性能是否达标
• 系统是否稳定
• 文档是否齐全

---

📌 通俗解释

👉 客户说：

“你做的东西，我检查了一下，OK，可以用了”

---

💰 3️⃣ 回款（Payment）

---

📌 专业解释

在项目验收通过后，按照合同约定进行付款。

---

📌 通俗解释

👉 项目做完 → 客户确认 → 公司收钱

---

🏢 六、大厂AI项目体系对比

理解不同公司的项目模式，可以帮助你更好做职业选择。

---

🏢 1️⃣ 华为体系（合同驱动）

📌 流程

商机 → 可研 → 招标 → 投标 → 合同 → SOW → 实施 → 验收

---

📌 特点

• 强流程
• 强合同
• 强文档
• 强验收

---

📌 一句话总结

👉 写清楚 → 干 → 验 → 给钱

---

🏢 2️⃣ 阿里 / 字节体系（产品驱动）

📌 流程

需求 → PRD → 开发 → 上线 → 优化

---

📌 PRD（Product Requirement Document）

👉 产品需求文档

---

📌 包含内容

• 功能设计
• 页面交互
• 接口逻辑

---

📌 通俗解释

👉 “这个功能要怎么做出来”

---

📌 特点

• 快速上线
• 持续迭代
• 不强调合同

---

📌 一句话总结

👉 先做出来 → 再优化

---

🏢 3️⃣ 外企体系（方法论驱动）

📌 流程

商机 → 咨询 → 可研 → RFP → Proposal → MSA → SOW → 实施

---

📌 MSA（Master Service Agreement）

👉 类似框架协议

---

📌 特点

• 标准化强
• 文档规范
• 流程严谨

---

📌 一句话总结

👉 按流程一步步来

---

📊 七、三种体系本质对比

类型	核心驱动	本质
华为	合同/SOW	写清楚再干
阿里/字节	产品/PRD	先干再优化
外企	方法论	按流程执行

---

🧠 八、工程师的认知升级（最重要）

---

如果你只会：

• 写代码
• 调模型

👉 你只是：

👉 执行者

---

如果你理解：

• 可研（为什么做）
• 投标（谁来做）
• SOW（怎么做）

👉 你会变成：

👉 能做项目的人

---

🎯 九、一句话终极总结

👉

可研决定要不要做，
投标决定谁来做，
SOW决定怎么做，
实施决定做得好不好。

---

📌 十、作者总结

你会发现：

👉 技术只是项目的一部分

真正驱动项目的，是：

• 商务（拿项目）
• 合同（约束项目）
• 交付（完成项目）

---

👉 当你理解这些之后：

你就不只是工程师，而是“项目级工程师”

---

💬 如果本文对你有帮助，欢迎点赞 + 收藏 + 分享

📌 想看更多 AI 工程实战 / 项目拆解 / 职业成长内容，欢迎关注「YoanAILab」 🚀