# 内容组 · 项目制周期 / 成本 / 产出管理系统 ## AirLabs · Project ### V1 产品需求文档（PRD） --- ## 1. 产品背景与使用场景 本系统服务于一家**以 AI 动画 / 视觉内容为核心产出的内容团队**（团队规模 30 人以内）。 ### 团队真实工作方式 - 团队以**项目制**运作 - 项目类型包括： - 原创动画项目（季播 / 单季） - 客户项目（TVC / 定制广告 / 内容委托） - 每个项目在开始时即可明确： - 单集成片时长 - 集数 - 最终目标总时长 - 制作过程中： - 大量使用 AI 工具（动画、图像、视频） - 单日可能产出大量动画片段 - 最终在剪辑软件中拼接为完整成片 - 项目过程中普遍存在： - 测试 / 试错 - 重做 - 内部制作 + 外包混合 ### 内容组阶段分工 内容组按制作阶段分为三个小组，各组产出物与计量方式不同： | 阶段组 | 主要产出物 | 能否用秒数衡量 | |--------|-----------|:---:| | 前期组 | 剧本、策划方案、角色/场景设定图 | ❌ | | 制作组（中期） | 动画片段、部分图片 | ✅ | | 后期组 | 剪辑成片、补拍修改镜头（≤10%） | 部分可以 | --- ## 2. 当前管理问题 现有日报 / 表格方式无法解决以下问题： - 一个项目**到底投入了多少成本** - 实际产出是否匹配项目目标 - 测试与损耗占比情况 - 项目是否超期 - 项目结束后是否盈利 --- ## 3. 产品目标 构建一个： > **以项目为核心， > 以内容提交为最小记录单位， > 自动汇总产出、进度、成本与损耗， > 支持项目完成后统一结算的内部系统。** --- ## 4. 使用范围（V1） ### 覆盖范围 - 内容组 - 内容类项目 - 动画 / 视觉内容生产 - PC 端 Web 应用（预留响应式结构，V2 适配移动端） ### 不包含 - 产品研发周期管理 - 精细工时系统 - 人事绩效考核 - 审批 / 验收流程（保持提交轻量化） - 移动端专属适配（V2） --- ## 5. 核心设计原则 1. 项目是最高层级单位 2. 内容提交是真实发生的工作记录 3. 员工只填"发生了什么"，计算交给系统 4. **提交过程尽量简单**，不给制作人员增加负担 5. 项目完成前不展示财务结果 6. 项目完成后统一结算 --- ## 6. 核心对象与逻辑结构 --- ### 6.1 项目（Project） 项目在创建时即明确目标，用于后续一切对照与计算。 **项目字段：** - 项目名称 - 项目类型 - 客户正式项目（已签约，有合同金额） - 客户测试项目（为甲方做测试/提案，未签约，无回款） - 内部原创项目（自主立项的内容作品） - 内部测试项目（技术测试、风格探索等） - 项目状态 - 制作中 - 已完成（结算） - 项目负责人 - 项目阶段结构 - 前期 / 制作 / 后期 - 项目目标产出 - 单集正片时长（分钟） - 集数 - 系统自动计算目标总时长 = 单集时长 × 集数（换算为秒） - 项目预估完成时间（日期） - 由管理层基于前期测试后填写 - 客户回款金额（仅客户正式项目） - 项目创建时即填写 - 其他类型项目此字段不显示 - 项目创建日期（系统自动记录） --- ### 6.2 用户（User） - 姓名 - 所属团队（内容组） - 所属阶段组 - 前期 / 制作 / 后期 - 用于后台按组筛选和统计 - 不影响成本分摊逻辑（分摊由提交内容自动决定） - 角色权限 - 成员 / 组长 / 主管 / Owner - 月度人力成本（工资） - 日成本（系统自动计算） - **日成本 = 月薪 ÷ 22 个工作日** --- ### 6.3 内容提交（Submission）【系统核心】 **一条内容提交 = 一次真实发生的内容交付或试错** > 设计原则：成员只需如实填写"做了什么、产出多少"，系统自动完成分类与计算。 > MVP 阶段不设审批流程，提交即生效。 #### 提交字段： - 提交人（自动关联当前用户） - 所属项目（下拉选择当前参与的项目） - 项目阶段 - 前期 / 制作 / 后期 - 工作类型 - 制作 / 测试 / 方案 - 内容制作类型 - 内容制作 - 设定 / 策划 - 剪辑 / 后期 - 其他 - 产出时长输入 - 分钟（可选） - 秒（可选） - 系统自动换算为总秒数 - 若无产出可填 0 - 投入时长（可选） - 单位：小时 - 非必填，鼓励填写 - 用于后续效率分析 - 提交对象 - 组长 / 制片 / 内部 / 外部 - 制作描述（简要说明） - 提交日期（默认当天，可修改为过去日期补填） --- ## 7. 成本结构设计 --- ### 7.1 人力成本（自动计算） #### 基础规则 - 日成本 = 月薪 ÷ 22 - 项目人力成本 = 参与该项目的所有人员日成本按分摊规则累计 #### 分摊核心规则 > **系统根据提交的产出秒数自动判定分摊方式，成员无需额外操作。** **规则一：有产出秒数 → 按秒数比例分摊** 适用于：制作组动画产出、后期组补拍镜头等有秒数的提交 **示例：** 小王（制作组）日成本 909 元，某天提交情况： - A 项目：产出 60 秒 - B 项目：产出 30 秒 分摊结果： - A 项目承担：909 × (60/90) = 606 元 - B 项目承担：909 × (30/90) = 303 元 **规则二：无产出秒数（秒数为 0） → 按提交条数比例分摊** 适用于：前期组策划/剧本/设定、后期组剪辑等无秒数产出的提交 **示例：** 小李（前期组）日成本 682 元，某天提交情况： - A 项目：提交 2 条（剧本 + 角色设定） - B 项目：提交 1 条（策划方案） 分摊结果： - A 项目承担：682 × (2/3) = 455 元 - B 项目承担：682 × (1/3) = 227 元 **规则三：混合情况（同一天既有有秒数的提交，又有无秒数的提交）** - 有秒数的提交按秒数参与分摊 - 无秒数的提交按 1 条 = 该日平均每秒对应的成本折算 - 简化处理：全部按提交条数比例分摊 **其他规则：** - 若某天仅为一个项目提交 → 全部日成本归该项目 - 管理员可在后台**手动修改**任意一天的分摊结果 #### 各阶段组成本分摊方式汇总 | 阶段组 | 典型提交 | 产出秒数 | 分摊方式 | |--------|---------|:--------:|---------| | 前期组 | 剧本、策划、设定图 | 0 | 按提交条数比例 | | 制作组 | 动画片段 | 有 | 按产出秒数比例 | | 后期组 — 剪辑 | 剪辑成片 | 0 | 按提交条数比例 | | 后期组 — 补拍 | 修改镜头（≤10%） | 有 | 按产出秒数比例 | --- ### 7.2 AI 工具成本（订阅类，可扩展） #### 设计要求 - 后台支持**自定义添加 AI 工具** - 工具种类可随时扩展 - 由主管或组长录入，每月录入一次或每次购买时录入 #### 字段： - 工具名称（自定义） - 订阅周期（月 / 年） - 费用金额 - 录入日期 - 录入人 - 成本归属方式 - 指定项目（100% 归属某项目） - 内容组整体（按当月各项目产出秒数比例自动分摊） - 手动分摊比例（自定义各项目占比） --- ### 7.3 外包成本（项目级） #### 字段： - 所属项目 - 外包类型 - 动画 / 剪辑 / 整集 - 外包范围 - 第 X–Y 集 - 外包金额 - 录入人 - 录入日期 --- ### 7.4 内制 + 外包混合项目处理逻辑 - 项目目标仍按全集数计算 - 外包部分： - 直接计入外包成本 - 不产生内部内容提交 - 内制部分： - 通过内容提交产生动画时长 - 计入人力成本 --- ## 8. 损耗与亏损（核心概念区分） --- ### 8.0 概念定义 > **损耗（Waste）** 和 **亏损（Loss）** 是两个独立指标，必须区分。 | 概念 | 定义 | 性质 | 何时产生 | |------|------|------|---------| | **损耗** | 生产过程中的浪费（测试试错 + 超产废片） | 生产效率指标 | 制作过程中持续产生，盈利项目也有 | | **亏损** | 项目总成本超过回款金额 | 财务结果指标 | 仅客户正式项目结算后才计算 | **关系**：损耗大 → 成本上升 → 可能导致亏损。但盈利的项目也会有损耗。 --- ### 8.1 损耗的两个来源 #### 来源一：测试损耗 - 工作类型为"测试"的提交 → 全部属于测试损耗 - 测试产出的秒数即为测试损耗秒数 - 前期测试、风格测试、技术测试均属此类 #### 来源二：超产损耗 - 项目累计提交秒数超过目标秒数的部分 - **超产损耗 = 累计提交总秒数 − 项目目标总秒数** - 仅当累计提交 > 目标时长时产生 - 仅统计有产出秒数的提交（制作组动画 + 后期组补拍） #### 项目总损耗 > **项目总损耗（秒） = 测试损耗秒数 + 超产损耗秒数** > **项目损耗率 = 项目总损耗秒数 ÷ 项目目标总秒数 × 100%** **注意**：损耗仅统计生产层面的秒数浪费，**不含 AI 工具成本**（工具成本计入项目总成本，但不单独算作损耗）。 **示例：** 项目目标：13 集 × 5 分钟 = 3,900 秒 测试阶段提交：500 秒（测试损耗） 制作 + 后期补拍提交：4,800 秒 超产损耗：4,800 − 3,900 = 900 秒 项目总损耗：500 + 900 = 1,400 秒 损耗率：1,400 ÷ 3,900 = 35.9% --- ### 8.2 亏损的计算（仅客户正式项目） > **亏损 = 项目总成本 − 回款金额**（仅当总成本 > 回款时） - 仅客户正式项目有回款，因此仅客户正式项目计算盈亏 - 原创项目：只看成本和损耗，不算盈亏（未来回款未知） - 客户测试项目 / 内部测试项目：无回款，全部成本视为经营投入 --- ### 8.3 各项目类型的损耗与亏损适用性 | 项目类型 | 计算损耗 | 计算盈亏 | 说明 | |----------|:---:|:---:|------| | 客户正式项目 | ✅ | ✅ | 损耗看效率，盈亏看财务结果 | | 客户测试项目 | ✅ | ❌ | 无回款，损耗 = 全部产出（本身就是试错） | | 内部原创项目 | ✅ | ❌ | 只看成本和损耗，未来回款未知 | | 内部测试项目 | ✅ | ❌ | 无回款，损耗 = 全部产出 | --- ### 8.4 团队效率追踪（V1 粗暴方案） > 核心问题：同样的工作量分下去，谁的废片率高？ V1 不做逐条通过率标记（太复杂），采用**人均基准对比法**： #### 计算逻辑 - **人均基准** = 项目目标总秒数 ÷ 参与制作的人数 - **超出基准** = 个人提交总秒数 − 人均基准 - **超出比例** = 超出基准 ÷ 人均基准 × 100% - 超出多的人 → 产出的废片多 → 效率相对低 #### 示例 项目目标 3,900 秒，4 人参与制作： | 成员 | 提交总秒数 | 人均基准 | 超出基准 | 超出比例 | |------|----------:|--------:|--------:|--------:| | 小王 | 1,300 | 975 | +325 | +33% | | 小李 | 1,100 | 975 | +125 | +13% | | 小张 | 950 | 975 | −25 | −3% | | 小赵 | 850 | 975 | −125 | −13% | | **合计** | **4,200** | **3,900** | **+300** | — | > 此方案基于"工作量基本均分"的前提，无需额外标记，纯靠提交数据自动计算。 --- ### 8.5 各阶段组损耗说明 | 阶段组 | 是否计算秒数损耗 | 说明 | |--------|:---:|------| | 前期组 | ❌ | 方案推翻重做属于正常创作流程，不按秒数计损耗 | | 制作组 | ✅ | 核心损耗来源，超出目标秒数的部分即为损耗 | | 后期组 — 剪辑 | ❌ | 剪辑为组装工作，无新增秒数 | | 后期组 — 补拍 | ✅ | 补拍秒数计入损耗（属于返工） | --- ## 9. 项目进度与时间管理 --- ### 9.1 进度计算逻辑 - 完成百分比 = 当前累计提交秒数（有秒数的提交）÷ 项目目标总秒数 × 100% - 仅统计有产出秒数的提交（制作组 + 后期补拍） - 前期组和后期剪辑的工作不影响进度百分比（但其成本计入项目总成本） - 进度上限不封顶（可超过 100%，超出部分即为损耗） > **说明**：前期全部完成但制作未开始时，进度仍为 0%。 > 这是合理的——进度条反映的是"内容产出进度"，不是"项目整体工作量进度"。 --- ### 9.2 进度条可视化 - 显示项目进度条 - 预估完成时间作为基准 - 当前时间位置实时标注 #### 颜色规则 - 预估周期内：绿色 - 超出预估周期：红色延展 --- ### 9.3 预估 vs 实际完成 - 项目完成后记录： - 实际完成日期 - 与预估完成日期的偏差（天） --- ## 10. 项目完成与结算机制 ### 规则 - 项目是否完成： - 仅由 Owner 或指定高权限角色**手动确认** - 系统可提示但不自动结算： - 已达到目标产出 - 已超过预估完成时间 - 在手动确认前： - 项目始终处于制作阶段 - 不触发任何结算逻辑 --- ## 11. 项目结算（仅项目完成后） ### 结算内容（仅 Owner 可见） #### 所有项目类型均展示： - 项目总人力成本 - 项目 AI 工具成本 - 项目外包成本 - **项目总成本 = 人力 + AI 工具 + 外包** - 项目总损耗（秒数 + 损耗率） - 团队效率排行（人均基准对比） #### 仅客户正式项目额外展示： - 项目回款金额（创建时已填写） - **项目盈亏 = 回款金额 − 项目总成本** - 盈利 → 绿色标注 - 亏损 → 红色标注 #### 其他项目类型： - 客户测试项目：展示总成本 + 损耗，无盈亏 - 内部原创项目：展示总成本 + 损耗，无盈亏 - 内部测试项目：展示总成本 + 损耗，无盈亏 > 项目进行中不展示任何盈利或亏损信息。 --- ## 12. 仪表盘（Dashboard） ### 全局总览（Owner 可见） 提供公司级一目了然的运营视图： #### 项目概览 - 当前进行中项目数量（按类型分类统计） - 各项目进度条一览 - 超期项目高亮提醒 #### 成本视角 - 本月总人力成本 - 本月 AI 工具总成本 - 各项目成本排行 - 按项目类型汇总成本分布 #### 产出与效率视角 - 本月总产出秒数 - 各项目产出对比 - 团队人均日产出秒数 #### 损耗视角 - 各项目损耗率排行（测试损耗 + 超产损耗） - 损耗趋势图（按周/月） - 损耗不含工具成本，仅反映生产效率 #### 盈亏视角（仅客户正式项目） - 已结算客户项目盈亏列表 - 客户项目盈亏汇总 - 亏损项目高亮标红 --- ## 13. 权限与历史记录 ### 权限层级 | 角色 | 可见范围 | 可操作 | |------|----------|--------| | Owner | 全量数据 + 结算 + 仪表盘 | 一切操作、确认结算、修改历史 | | 主管 / 制片 | 所有项目进度与产出数据 | 录入 AI 工具成本、外包成本 | | 组长 | 所负责项目 + 组内成员提交 | 查看组员提交、录入成本 | | 成员 | 本人提交记录 + 所属项目公开信息 | 提交内容、查看项目进度 | --- ### 历史修改规则 - 普通成员不可修改已提交的历史记录 - 高权限角色（组长及以上）修改时： - 必须填写修改原因 - 系统自动生成版本记录 - Owner 接收修改通知 - 页面默认显示最新版本 - 支持查看历史版本对比 --- ## 14. 技术架构（V1） ### 技术栈 | 层级 | 技术选型 | 说明 | |------|----------|------| | 前端 | Vue 3 + Element Plus | 成熟的后台管理 UI 组件库 | | 后端 | Python FastAPI | 高性能 API 框架 | | 数据库 | SQLite（MVP） | 30 人以内完全够用，零配置 | | 图表 | ECharts | 仪表盘可视化 | | 认证 | JWT Token | 登录鉴权与权限控制 | ### 部署方式 - 阿里云轻量服务器 - 前端静态文件 + 后端 API 服务 - SQLite 数据库文件定期备份 ### 后续扩展路径 - V2：移动端响应式适配 - V2：数据库升级至 PostgreSQL（如用户量增长） - V2：数据导出（Excel / PDF） --- ## 15. MVP 开发优先级 | 优先级 | 模块 | 内容 | |--------|------|------| | P0 | 登录与权限 | 4 级角色登录、鉴权、权限控制 | | P0 | 项目管理 | 项目创建 / 编辑 / 状态管理 / 目标设定 | | P0 | 内容提交 | 成员提交表单（核心功能） | | P0 | 项目详情 | 进度条、提交记录列表、损耗统计 | | P1 | 成本管理 | 人力成本自动计算、AI 工具成本录入、外包成本录入 | | P1 | 仪表盘 | 全局总览：项目进度、成本、损耗、收益 | | P1 | 项目结算 | Owner 手动结算、盈亏计算 | | P2 | 历史修改记录 | 版本追溯、修改原因、通知 | | P2 | 用户管理 | 新增 / 编辑成员、薪资设定 | --- ## 16. 系统最终产出价值 通过该系统，管理层可以清晰看到： - 项目是否超期 - 项目节奏是否失控 - 各项目实际成本与损耗 - 内容组真实生产能力 - 客户项目是否盈利 - 项目结束后是否值得继续投入 --- ## 最终定义 > **这是一个让内容生产过程保持自由， > 但让项目进度、成本与结果无法模糊的系统。**