一人公司与工作室 / 创意工作室负责人
把小团队项目协作做得更清楚
3人工作室同时做4个项目，需要明确每个项目的下一步。
下面改变的是这份样例的条件，可以看到它怎样影响后续交接。
项目需求台账
具备演练条件- 从哪里接过来
- 客户描述与业务记录
- 谁来核对
- 主理人
- 核对后交给下一步
- 资料版本核对
核对 客户描述与业务记录 的来源与有效版本，由 主理人 留下确认记录，再交接 项目需求台账。
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。对外承诺、报价和发布由经营者确认。
资料版本与范围表
具备演练条件- 从哪里接过来
- 项目需求台账
- 谁来核对
- 项目负责人
- 核对后交给下一步
- 人员节点分配
核对 项目需求台账 的来源与有效版本，由 项目负责人 留下确认记录，再交接 资料版本与范围表。
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| 项目P-04 | 客户新增两张设计图 | 主理人将追加内容列为待确认事项 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。对外承诺、报价和发布由经营者确认。
人员排期表
资料待补- 从哪里接过来
- 资料版本与范围表
- 谁来核对
- 项目负责人
- 核对后交给下一步
- 客户反馈处理
设计师D-02 · 预计工时超出当天可用量
排期要基于资源，不能只按期望日期摆放
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| 项目P-04 | 客户新增两张设计图 | 主理人将追加内容列为待确认事项 |
| 设计师D-02 | 同时负责两个项目的同日交付 | 预计工时超出当天可用量 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。对外承诺、报价和发布由经营者确认。
客户反馈与制作记录
等待前序确认- 从哪里接过来
- 人员排期表
- 谁来核对
- 制作人员与客户接口人
- 核对后交给下一步
- 交付文件确认
设计师D-02 · 预计工时超出当天可用量
排期要基于资源，不能只按期望日期摆放
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| 项目P-04 | 客户新增两张设计图 | 主理人将追加内容列为待确认事项 |
| 设计师D-02 | 同时负责两个项目的同日交付 | 预计工时超出当天可用量 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。对外承诺、报价和发布由经营者确认。
客户交付回执
资料待补- 从哪里接过来
- 客户反馈与制作记录
- 谁来核对
- 项目负责人
- 核对后交给下一步
- 项目经验复用
设计师D-02 · 预计工时超出当天可用量
排期要基于资源，不能只按期望日期摆放
交付V-04 · 客户批准的是上一个版本
导出文件不等于该版本已经获客户批准
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| 项目P-04 | 客户新增两张设计图 | 主理人将追加内容列为待确认事项 |
| 设计师D-02 | 同时负责两个项目的同日交付 | 预计工时超出当天可用量 |
| 交付V-04 | 准备交最终文件 | 客户批准的是上一个版本 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。对外承诺、报价和发布由经营者确认。
复用素材档案
等待前序确认- 从哪里接过来
- 客户交付回执
- 谁来核对
- 主理人
- 核对后交给下一步
- 人工验收与下一轮服务
设计师D-02 · 预计工时超出当天可用量
排期要基于资源，不能只按期望日期摆放
交付V-04 · 客户批准的是上一个版本
导出文件不等于该版本已经获客户批准
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| 项目P-04 | 客户新增两张设计图 | 主理人将追加内容列为待确认事项 |
| 设计师D-02 | 同时负责两个项目的同日交付 | 预计工时超出当天可用量 |
| 交付V-04 | 准备交最终文件 | 客户批准的是上一个版本 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。对外承诺、报价和发布由经营者确认。
试着补齐一个条件，看后面怎样变化
这份模型现在能做到哪一步？
- 现在可体验
- 查看样例业务记录、改变演练条件、核对前后依赖并导出交接表。
- 小燃Ai可以继续做
- 按你填写并确认的实际情况生成诊断、方案与协作任务；未提供的事实保持待确认。
- 进入你的业务前
- 核对真实资料、现有系统和接口权限，约定操作边界后配置、试跑与验收。
再看细一点：资料、异常与验收怎样衔接
01 · 业务目标
把小团队项目协作做得更清楚。3人工作室同时做4个项目，需要明确每个项目的下一步。
02 · 准备资料
项目P-04 · 客户新增两张设计图
设计师D-02 · 同时负责两个项目的同日交付
交付V-04 · 准备交最终文件
03 · 执行与分工
- 各项目目标盘点 · 主理人承接，形成项目需求台账
- 资料版本核对 · 项目负责人承接，形成资料版本与范围表
- 人员节点分配 · 项目负责人承接，形成人员排期表
- 客户反馈处理 · 制作人员与客户接口人承接，形成客户反馈与制作记录
- 交付文件确认 · 项目负责人承接，形成客户交付回执
- 项目经验复用 · 主理人承接，形成复用素材档案
04 · 例外怎样处理
原范围与追加要求未分开
不把每次聊天反馈都自动算进原报价范围；由主理人核对。
预计工时超出当天可用量
排期要基于资源，不能只按期望日期摆放；由项目负责人核对。
客户批准的是上一个版本
导出文件不等于该版本已经获客户批准；由项目负责人核对。
同一笔业务，怎样交到不同岗位手上
以下为联动设计预览：同一业务对象、各岗位交接和未满足条件集中核对，正式系统按项目配置。
每一步，都有可以核对的交付物
下表沿用刚才的演练条件。点击任一交付物，可回到它对应的业务步骤。
| 交付物 | 谁来承接 | 当前样例状态 |
|---|---|---|
| 01 · 项目需求台账 | 主理人 | 具备演练条件 |
| 02 · 资料版本与范围表 | 项目负责人 | 具备演练条件 |
| 03 · 人员排期表 | 项目负责人 | 资料待补 |
| 04 · 客户反馈与制作记录 | 制作人员与客户接口人 | 等待前序确认 |
| 05 · 客户交付回执 | 项目负责人 | 资料待补 |
| 06 · 复用素材档案 | 主理人 | 等待前序确认 |
来源与版本、完整字段、异常处理、责任人确认。对外承诺、报价和发布由经营者确认。
这是落地模型的交付物设计，客户项目按实际范围和执行证据验收。
填写我的情况，让小燃Ai继续做
让小燃Ai把这件事展开
写下你的现状，生成可以继续核对和打磨的工作成果。