vincent
6cff1a37b6
产出物: 1. 组织架构图 — 事业部制设计，三层汇报关系 2. 岗位职责说明书 — 12个Agent + 岗位能力矩阵 3. 业务标准规范SOP模板 — 开发/运营/紧急/飞书4套SOP 4. 协作流程与升级机制 — 各业务线协作链 + 风险分级 5. 团队缺口评估 — 市场分析师/法务顾问/数据分析师建议 全部方案存放于 deliverables/BIZ-11/ 目录，待刘总审阅。 Co-authored-by: multica-agent <github@multica.ai>
186 lines
4.5 KiB
Markdown
186 lines
4.5 KiB
Markdown
# 产出物3：业务标准规范 SOP 模板
|
||
|
||
> 版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
|
||
|
||
---
|
||
|
||
## 一、SOP 文档模板
|
||
|
||
```markdown
|
||
# SOP：{流程名称}
|
||
|
||
## 流程概述
|
||
- **目的**：{这个流程解决什么问题，产生什么业务价值}
|
||
- **适用范围**：{什么时候、什么场景下触发}
|
||
- **负责人**：{谁执行，各自职责}
|
||
- **频率**：{多久执行一次}
|
||
|
||
## 前置条件
|
||
- **所需工具**：{需要的软件、设备、材料}
|
||
- **所需权限**：{需要的访问级别或审批}
|
||
- **前置依赖**：{必须先完成的其他流程}
|
||
|
||
## 操作步骤
|
||
1. **{步骤名称}**
|
||
- **输入**：{开始这一步需要什么}
|
||
- **操作**：{具体要做什么，越细越好}
|
||
- **输出**：{预期结果或交付物}
|
||
- **质量检查**：{怎么确认这一步做对了}
|
||
|
||
## 质量控制
|
||
- **成功标准**：{怎么判断流程执行成功了}
|
||
- **常见问题**：{经常遇到的问题和解决办法}
|
||
- **升级机制**：{什么时候、怎么升级处理}
|
||
|
||
## 记录与报告
|
||
- **必须记录的内容**：{需要归档的信息}
|
||
- **报告要求**：{需要更新的状态或指标}
|
||
- **评审周期**：{什么时候回顾和更新这个流程}
|
||
```
|
||
|
||
---
|
||
|
||
## 二、开发项目 SOP
|
||
|
||
```
|
||
Vincent/secretary 提出开发需求
|
||
│
|
||
▼
|
||
COO 评估资源与优先级
|
||
│
|
||
▼
|
||
projectmanager 拆解任务 → 制定开发计划
|
||
│
|
||
▼
|
||
productmanager 撰写 PRD → 定义验收标准
|
||
│
|
||
▼
|
||
architect 架构设计 → 技术选型 → 接口规范
|
||
│
|
||
▼
|
||
costcodev 开发实现 → 单元测试
|
||
│ ┌──────────┘
|
||
▼ ▼
|
||
designer UI/UX 设计 → 设计走查
|
||
│
|
||
▼
|
||
opengineer 部署 → 监控配置
|
||
│
|
||
▼
|
||
COO 验收确认 → 通知 Vincent
|
||
```
|
||
|
||
### 质量门禁
|
||
|
||
| 阶段 | 门禁条件 | 审批人 |
|
||
|------|----------|--------|
|
||
| PRD 完成 | PRD 评审通过 | PM + 产品 |
|
||
| 架构设计 | 架构评审通过 | PM + 架构 |
|
||
| 代码完成 | Code Review 通过 | 架构 + 开发 |
|
||
| 设计完成 | 设计走查通过 | 产品 + 设计 |
|
||
| 部署上线 | 测试通过 + 监控就绪 | PM + 运维 |
|
||
|
||
---
|
||
|
||
## 三、运营业务 SOP
|
||
|
||
```
|
||
业务需求提出（Vincent/外部）
|
||
│
|
||
▼
|
||
secretary 接收 → 分类 → 通知 COO
|
||
│
|
||
▼
|
||
COO 评估 → 分配至对应事业部
|
||
│
|
||
▼
|
||
事业部负责人执行
|
||
│
|
||
▼
|
||
COO 检查质量 → 确认交付
|
||
│
|
||
▼
|
||
secretary → Vincent 汇报完成
|
||
```
|
||
|
||
### 运营质量检查清单
|
||
|
||
| 检查项 | 标准 | 责任人 |
|
||
|--------|------|--------|
|
||
| 任务是否在规定时间内完成 | SLA 达标率 ≥ 95% | 事业部负责人 |
|
||
| 交付物是否符合质量标准 | 通过 COO 验收 | COO |
|
||
| 数据是否完整记录 | 运营数据已归档 | 事业部负责人 |
|
||
| 风险是否提前预警 | 阻塞 > 4h 已通知 | COO |
|
||
|
||
---
|
||
|
||
## 四、紧急事项处理 SOP
|
||
|
||
```
|
||
发现风险/阻塞
|
||
│
|
||
▼
|
||
COO 评估影响范围
|
||
│
|
||
┌────┴────┐
|
||
│ │
|
||
一般阻塞 严重风险
|
||
(进度偏差 (影响收入/
|
||
< 30%) 客户/合规)
|
||
│ │
|
||
▼ ▼
|
||
通知 直接汇报
|
||
secretary Vincent
|
||
(> 4h) (立即)
|
||
│
|
||
▼
|
||
COO 协调
|
||
资源解决
|
||
```
|
||
|
||
### 风险分级
|
||
|
||
| 级别 | 定义 | 响应时间 | 通知对象 |
|
||
|------|------|----------|----------|
|
||
| 🔴 严重 | 影响收入/客户/合规 | 立即 | Vincent |
|
||
| 🟡 重要 | 进度偏差 > 30% | 2h 内 | COO + secretary |
|
||
| 🟢 一般 | 进度偏差 < 30%，可自行解决 | 4h 内 | COO |
|
||
|
||
---
|
||
|
||
## 五、飞书沟通 SOP
|
||
|
||
### 跨 Agent 沟通标准格式
|
||
|
||
```
|
||
【{通知/转交/汇报} — 给 {Agent 名称}】
|
||
|
||
## 背景
|
||
{简述上下文}
|
||
|
||
## 需要你做
|
||
{明确的行动项}
|
||
|
||
## 我的后续支持
|
||
{如何跟进}
|
||
|
||
---
|
||
— {发送者}
|
||
```
|
||
|
||
### 消息优先级
|
||
|
||
| 优先级 | 标识 | 使用场景 |
|
||
|--------|------|----------|
|
||
| 🔴 紧急 | 需要立即处理 | 生产故障、严重风险 |
|
||
| 🟡 重要 | 24h 内处理 | 任务转交、进度求助 |
|
||
| 🟢 普通 | 按节奏处理 | 日常同步、信息共享 |
|
||
|
||
---
|
||
|
||
## 六、SOP 迭代规则
|
||
|
||
1. **触发条件**：流程效率下降 > 20% / 重复出错 > 3次 / 业务变更
|
||
2. **更新流程**：发现问题 → COO 提案 → Vincent 审批 → 更新文档 → 通知全员
|
||
3. **版本管理**：每次更新递增版本号，保留变更日志
|
||
" |