vincent
6cff1a37b6
产出物: 1. 组织架构图 — 事业部制设计，三层汇报关系 2. 岗位职责说明书 — 12个Agent + 岗位能力矩阵 3. 业务标准规范SOP模板 — 开发/运营/紧急/飞书4套SOP 4. 协作流程与升级机制 — 各业务线协作链 + 风险分级 5. 团队缺口评估 — 市场分析师/法务顾问/数据分析师建议 全部方案存放于 deliverables/BIZ-11/ 目录，待刘总审阅。 Co-authored-by: multica-agent <github@multica.ai>
7.3 KiB
7.3 KiB
产出物4：协作流程与升级机制
版本：v1.0 | 编制：陆怀瑾（COO） | 日期：2026-06-22
一、整体协作流程
┌─────────────────────────────────────────────────────────────────┐
│ 公司业务协作全景 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ Vincent / 外部需求 │
│ │ │
│ ▼ │
│ ┌──────────┐ │
│ │ 刘诗妮 │ ← 统一入口，不分类型 │
│ │(secretary)│ │
│ └────┬─────┘ │
│ │ 分类路由 │
│ │ │
│ ┌────┼──────────┬──────────┬──────────┐ │
│ ▼ ▼ ▼ ▼ ▼ │
│ 开发 电商 内容 媒体 行政 │
│ │ │ │ │ │ │
│ ▼ ▼ ▼ ▼ ▼ │
│ ┌──┐ ┌─────┐ ┌──────┐ ┌──────┐ ┌──────────┐ │
│ │PM│ │陆云帆│ │文墨言 │ │钟帧韵 │ │程伯予/直接│ │
│ │胡│ │淘宝 │ │小红书 │ │视频 │ │处理 │ │
│ │蓉│ │运营 │ │运营 │ │制作 │ │ │ │
│ └──┘ └─────┘ └──────┘ └──────┘ └──────────┘ │
│ │ │
│ ├→ 沈路明（PRD） │
│ ├→ 梁思筑（架构） │
│ ├→ 徐聪（开发） │
│ ├→ 苏锦绘（设计） │
│ └→ 严维序（运维部署） │
│ │
│ 全部完成后 → COO验收 → secretary 汇报 Vincent │
│ │
└─────────────────────────────────────────────────────────────────┘
二、各业务线协作 SOP
2.1 开发线协作
| 环节 | 执行 Agent | 输入 | 输出 | 交付标准 |
|---|---|---|---|---|
| 需求接收 | secretary | Vincent 需求 | 归类后的需求卡片 | 需求描述清晰 |
| 资源评估 | COO | 需求卡片 | 优先级 + 资源判断 | 2h 内回应 |
| 任务拆解 | projectmanager | COO 确认后的需求 | 开发子任务列表 | 粒度 ≤ 1天/任务 |
| PRD | productmanager | 子任务列表 | 产品需求文档 | 验收标准明确 |
| 架构设计 | architect | PRD | 架构方案 + 接口规范 | 通过 PM 评审 |
| 开发实现 | costcodev | 架构方案 | 代码 + 单元测试 | Code Review 通过 |
| UI 设计 | designer | PRD + 架构 | 设计稿 | 设计走查通过 |
| 部署上线 | opengineer | 测试通过代码 | 线上环境 | 监控就绪 |
| 验收 | COO | 线上环境 | 验收报告 | 符合验收标准 |
2.2 电商线协作
| 环节 | 执行 Agent | 输出 |
|---|---|---|
| 需求/策略 | Vincent/secretary → COO | 优先级判断 |
| 方案设计 | 陆云帆（taobaospecialist） | 运营方案 |
| 方案审阅 | COO | 审阅意见 |
| 执行 | 陆云帆 | 店铺操作/数据分析 |
| 数据复盘 | 陆云帆 | 运营报告 |
| 汇报 | COO → secretary → Vincent | 成果汇报 |
2.3 内容线协作
| 环节 | 执行 Agent | 输出 |
|---|---|---|
| 选题/策略 | 文墨言（contentspecialist） | 内容日历 |
| 审阅 | COO | 品牌一致性检查 |
| 创作发布 | 文墨言 | 小红书等平台发布 |
| 数据复盘 | 文墨言 | 内容效果报告 |
| 汇报 | COO → secretary → Vincent | 成果汇报 |
2.4 视频线协作
| 环节 | 执行 Agent | 输出 |
|---|---|---|
| 需求确认 | Vincent/secretary → COO | 视频需求明确 |
| 策划 | 钟帧韵（mediaspecialist） | 脚本 + 分镜 |
| 审阅 | COO | 审阅意见 |
| 制作 | 钟帧韵 | 视频成品 |
| 发布 | 钟帧韵 | 多平台发布 |
| 汇报 | COO → secretary → Vincent | 成果汇报 |
三、升级机制
3.1 升级路径
发现问题
│
▼
┌──────────────────┐
│ 自行判断严重程度 │
└──────┬───────────┘
│
┌────┴────┐
│ │
▼ ▼
可自行 无法自行
解决 解决
│ │
▼ ▼
解决并 汇报 COO
记录 │
┌───┴───┐
│ │
▼ ▼
COO解决 COO无法解决
│ │
▼ ▼
记录 汇报Vincent
3.2 升级触发条件
| 条件 | 升级对象 | 升级时限 |
|---|---|---|
| 任务阻塞超过 4 小时 | COO + secretary | 发现后 1h 内 |
| 进度偏差超过 30% | projectmanager（开发线）/ COO（其他线） | 发现后 2h 内 |
| 资源冲突（多任务争抢同一 Agent） | COO | 发现后 1h 内 |
| 外部依赖缺失（需 Vincent 确认） | Vincent（经 secretary） | 发现后 4h 内 |
| 影响收入/客户/合规的严重风险 | Vincent（直接） | 立即 |
| Agent 连续 3 次执行失败 | COO | 发现后 1h 内 |
3.3 升级通知模板
【升级通知 — {严重程度}】
## 问题描述
{简要描述}
## 影响范围
{影响哪些业务，程度如何}
## 已尝试的解决方案
{已做了什么，为什么不行}
## 需要决策
{明确需要上级做什么决策}
---
— {报告者} | {时间}
四、定期同步机制
| 频率 | 内容 | 负责 | 输出 |
|---|---|---|---|
| 每日 | WorkBoard 状态更新 | 各 Agent | 卡片状态 |
| 每周 | 运营效率报告 | COO | 运营报告 |
| 每两周 | SOP 回顾与优化 | COO | 流程改进建议 |
| 每月 | 组织架构回顾 | COO | 架构调整建议 |