完善二期清单
This commit is contained in:
Azmat@qq.com
+18
-18
@@ -29,7 +29,7 @@
|
||||
| 1.14 | 故事板进页面自动生成 | 不再手动点「开始生成」；**防刷新/返回/切页重复创建** | 上 | 明确 | **暂缓，需先补后端防重复**。这条听起来是「删掉一个手动按钮」，但那个按钮正是目前唯一的防重复措施——后端收到一次请求就新建一次任务、预扣一次积分，本身不检查「这段是不是已经在跑了」。改成进页面自动触发后，用户每刷新一次页面就重新触发一次。前置工作 = 给后端补「已经在跑就不重复建」的判断，对用户不可见，但省掉它这功能不能上线 |
|
||||
| 1.15 | 视频进页面自动生成 | 同 1.14；防重复创建视频任务 | 上 | 明确 | **暂缓，风险高于 1.14**。视频是全流程最贵的一步，而提交侧后端**完全没有**防重复：点两次就是两个任务、扣两份积分。现在只有前端按钮禁用挡着，绕开它（刷新、开两个标签页、点太快）就会重扣。**不补后端就上线 = 用户刷新一次重扣一批**。补法与 1.14 同源，视频优先做 |
|
||||
| 1.16 | 全流程积分消耗展示 | 生成前预估 + 结束后明细。⚠️依赖各环节**计费标准先定清** | 上 | 待确认(PM:计费标准) | **部分完成，余下待 PM**。余额、每步单价、单任务预估、实际扣除、消费流水都已经有了；缺的只是流程级汇总（进条前总预估 + 出片后一次性明细）。⚠️这个汇总**不能让前端把各步单价加起来自己算**：视频按实际时长和用量动态计价，还有重跑次数、团队折扣两步取整，前端算的数跟最后真扣的对不上，用户会觉得平台乱扣钱。得先定清计费口径，再由后端出数 |
|
||||
| 1.17 | 保存模板 | 见模块 5（同一功能） | 下 | — | 第7段（见模块 5） |
|
||||
| 1.17 | 保存模板 | 见模块 5（同一功能） | 下 | — | **已完成**（第7段，见模块 5） |
|
||||
|
||||
|
||||
---
|
||||
@@ -55,11 +55,11 @@
|
||||
|
||||
| 编号 | 功能 | 说明 | 分期 | 状态 | 开发进度 |
|
||||
| --- | ------------- | ----------------------------------- | --- | --------------- | ----------------------------------------------------------------------------- |
|
||||
| 3.1 | 商品库新增「类目」字段 | 电商/本地生活；驱动后续挂 skill 与节点屏蔽。⚠️涉及商品库结构 | 下 | 待确认(PM/开发:范围排期) | 第8段。⚠️**不能复用现有「品类」字段**：商品库已有的品类是美妆/食品那种细分，「电商 / 本地生活」是另一个维度，必须新开字段，混用会打乱商品库筛选 |
|
||||
| 3.2 | 团购 = 虚拟商品建模 | 无实物商品，沿用主流程 SOP | 下 | 明确 | 第8段 |
|
||||
| 3.3 | 探店脚本结构 + 镜头语言 | 达人→门店→点餐→试吃→环境→到店核销；探店镜头语言 | 下 | 待确认(内容原料待补) | 第8段。与 2.1/2.2 同类：是**内容活不是代码活**，得先有人写 |
|
||||
| 3.4 | 本地生活节点屏蔽 | 三视图可跳过、模特上身图入口隐藏（按类目标签自动） | 下 | 明确 | 第8段（依赖 3.1 的新字段） |
|
||||
| 3.5 | 是否覆盖图片线（平台套图） | 覆盖则平台清单换（美团/点评/抖音本地生活…） | 下 | 待确认(需求方:范围) | 第8段 |
|
||||
| 3.1 | 商品库新增「类目」字段 | 电商/本地生活；驱动后续挂 skill 与节点屏蔽。⚠️涉及商品库结构 | 下 | **已完成（第8段）** | **已完成**。新开 `Product.business_type`（`ecommerce` / `local_life`），**没有复用现有「品类」字段**。存量商品默认电商。新建抽屉、详情编辑、商品库筛选都单独有「类目」这一维；选本地生活后品类下拉换成餐饮/丽人/酒店那一套 |
|
||||
| 3.2 | 团购 = 虚拟商品建模 | 无实物商品，沿用主流程 SOP | 下 | **已完成（第8段）** | **已完成**。本地生活允许不传主图也能建（团购没有实物可拍），卖点仍必填。建完照常走「生成视频」进主流程：脚本 → 基础资产 → 故事板 → 出片。脚本提示词会带上「业务类型:本地生活(团购/到店核销,无实物)」,模型按虚拟商品写，不按货架 SKU 写 |
|
||||
| 3.3 | 探店脚本结构 + 镜头语言 | 达人→门店→点餐→试吃→环境→到店核销；探店镜头语言 | 下 | 跳过（等原料） | **跳过**。跟 2.1/2.2 同类：**内容活不是代码活**。没有探店案例和镜头语言稿，硬写一套会把脚本质量钉死在瞎编上。3.2 已经能用现有 SOP 出片；等客户补原料再单独立一段挂 skill |
|
||||
| 3.4 | 本地生活节点屏蔽 | 三视图可跳过、模特上身图入口隐藏（按类目标签自动） | 下 | **已完成（第8段）** | **已完成**。按 `business_type=local_life` 自动：商品库卡不标「缺三视图」；详情页藏「AI 生成三视图」和「模特上身图」；流水线基础资产页三视图按钮换成「无需商品三视图,可直接进入下一步」；模特上身图工作台侧栏也不列出本地生活商品。**不挡进入下一步** |
|
||||
| 3.5 | 是否覆盖图片线（平台套图） | 覆盖则平台清单换（美团/点评/抖音本地生活…） | 下 | 跳过（等 PM） | **跳过**。平台套图入口还在（本地生活也能用现有电商平台清单出图）。要换成美团/点评/抖音本地生活封面规范，得先有各平台尺寸清单和是否覆盖图片线的明确答复，否则会做错一版再推翻 |
|
||||
|
||||
|
||||
---
|
||||
@@ -86,10 +86,10 @@
|
||||
|
||||
| 编号 | 功能 | 说明 | 分期 | 状态 | 开发进度 |
|
||||
| --- | -------------- | --------------------------------------------- | --- | -------------- | ------------------------------------------------------------------ |
|
||||
| 5.1 | 保存模板 | 存带货套路/脚本结构/人物场景风格/镜头节奏/转化方式 | 下 | 明确 | 第7段。**必须等第2、3段定稿**：模板存的就是「表现形式 × 视频结构 × 时长」那套参数，参数还没定型就先做模板，改一次废一次 |
|
||||
| 5.2 | 换商品重跑 pipeline | 换商品后重做商品理解、卖点适配、资产生成、故事板生成（=满足「视频商品替换」需求，路径②） | 下 | 明确 | 第7段 |
|
||||
| 5.3 | 视频替换预期管理 | 产出为「同套路重出新视频」，非「仅换商品的原片」，需告知用户 | 下 | 待确认(客户:替换确切含义) | 第7段。是文案/沟通活，代码量很小，但**要在客户签字前说清楚**，否则验收时对不上 |
|
||||
| 5.4 | 模板私有 vs 平台公共库 | 公共库价值大但复杂 | 下 | 待确认(PM) | 第7段。建议先只做私有模板，公共库另立一期 |
|
||||
| 5.1 | 保存模板 | 存带货套路/脚本结构/人物场景风格/镜头节奏/转化方式 | 下 | **已完成（第7段）** | 脚本页底栏加「存为模板」。存的是**套路不是文案**：带货套路（表现形式 × 视频结构）、脚本结构（每镜作用序列 钩子→痛点→卖点→CTA）、镜头节奏（镜数 + 每镜秒数）、人物设定、商品露出方式、结尾转化写法。**旧商品的口播文案一律不进模板**，弹窗里把「会存进去的内容」逐条摊开给用户看，并写明文案不存 |
|
||||
| 5.2 | 换商品重跑 pipeline | 换商品后重做商品理解、卖点适配、资产生成、故事板生成（=满足「视频商品替换」需求，路径②） | 下 | **已完成（第7段）** | 新建项目第 2 步多一个「套路模板（可选）」下拉。选中后**后端按库里的模板回填**表现形式/结构/时长/人物到 `metadata.wizard`（前端只传 template_id，不留两份真相），脚本页设定卡自动带好，生成时把镜序节奏并进提示词。因为是**开新项目**，商品理解、卖点适配、基础资产、故事板全都按新商品重跑一遍，没有走「复制旧项目」的捷径 |
|
||||
| 5.3 | 视频替换预期管理 | 产出为「同套路重出新视频」，非「仅换商品的原片」，需告知用户 | 下 | **已完成（第7段）** | 两处说明，都在用户点下去之前：① 新建项目选中模板时展开模板镜序 + 一句「文案、画面、模特与故事板都会按新商品重新生成 —— 不是把上一条片子换个商品名」；② 脚本页设定卡顶部再提示一次。**客户口径仍需签字前当面对齐**（见文末第 2 条） |
|
||||
| 5.4 | 模板私有 vs 平台公共库 | 公共库价值大但复杂 | 下 | 跳过（等 PM） | **本期只做团队私有模板**，按建议执行。跳过理由：公共库要额外解决审核（谁能上架）、跨团队权限（模板里带的人物/场景设定是不是商业机密）、下架与版本治理三件事，都是产品先定规则、代码才好写的活。私有模板的数据结构已经预留 `team` 维度，将来加公共库＝加一个「可见范围」字段，不用推翻重做 |
|
||||
|
||||
|
||||
---
|
||||
@@ -113,8 +113,8 @@
|
||||
|
||||
## 待确认汇总（按对象，便于对齐）
|
||||
|
||||
**需求方 / 客户**：1.6/1.7 选项是否可增删 · ~~1.11 是否要迁移到新商品~~（**已按「要迁移」实现**：拆完的分镜稿会自动按当前项目的商品重写，参考视频里的商品/品牌/人物一律不保留；若客户其实想要「原样还原参考片」，回来改一句提示词即可）· 1.11 是否要接语音转写拿原片口播（**当前没接**，理由见第5段） · 3.5 是否覆盖图片线 · 5.3 替换确切含义 · 3.3 本地生活案例原料
|
||||
**PM**：2.1/2.2 内容谁沉淀（★最高）· 1.16 计费标准 · 3.1 商品库改动排期 · 5.4 模板公共化 · 全局分期
|
||||
**需求方 / 客户**：1.6/1.7 选项是否可增删 · ~~1.11 是否要迁移到新商品~~（**已按「要迁移」实现**：拆完的分镜稿会自动按当前项目的商品重写，参考视频里的商品/品牌/人物一律不保留；若客户其实想要「原样还原参考片」，回来改一句提示词即可）· 1.11 是否要接语音转写拿原片口播（**当前没接**，理由见第5段） · ~~3.5 是否覆盖图片线~~（**本期不覆盖**：本地生活仍用现有电商平台套图；要换美团/点评/抖音本地生活封面规范，需先给平台清单） · 5.3 替换确切含义 · 3.3 本地生活案例原料
|
||||
**PM**：2.1/2.2 内容谁沉淀（★最高）· 1.16 计费标准 · ~~3.1 商品库改动排期~~（**已做**：新开 `business_type` 字段，不碰现有品类筛选）· ~~5.4 模板公共化~~（**本期按建议只做团队私有模板**；公共库要先定审核、跨团队权限、下架治理三条规则，规则定了再另立一期，数据结构已预留）· 全局分期
|
||||
**开发**：1.9 时长现成方案可移植/单镜约束 ~~（已验证可移植，见 1.9 进度栏）~~ · 1.13 三视图重新生成入口 ~~（已确认不受影响）~~ · 4.x 自由创作从0做引用工作量
|
||||
|
||||
---
|
||||
@@ -132,20 +132,20 @@
|
||||
| ~~**第4段**~~ | ~~自动生成 + 积分汇总：1.14 · 1.15 · 1.16~~ | **暂缓**。1.14/1.15 的前置（后端防重复）没做完之前不开工，否则用户刷新一次重扣一批；1.16 等 PM 定计费口径 |
|
||||
| **第5段** | 上传视频提炼：1.11 · 补 1.4 的第三个入口 | **已完成**。原判「唯一一条新基建」偏保守：读图能力和 ffmpeg 都是现成的，实际只新写了抽帧。**两件要跟需求方说清的**：① **没接语音转写** —— 拆解只看画面，口播词只能从画面上的字幕读；带货参考片绝大多数带硬字幕，且口播本来就要按新商品重写，所以先不接。真要原片口播，需另开火山语音识别服务（新凭证 + 新计价，约 1 段工作量）。② **拆解稿是给人改的，不是直接出片** —— 稿子落在输入框里，用户逐镜校对完再点确定；AI 自己会在稿尾列「拆解存疑」提示该重点核对哪几条 |
|
||||
| **第6段** | 自由创作接三库：模块 4 | 独立支线，不碰主流程 → 提前做掉。**已完成**（4.4 数据迁移经判断不需要做，理由见该行） |
|
||||
| **第7段** | 保存模板 + 换商品重跑：模块 5（含 1.17） | 等第2、3段参数定稿 |
|
||||
| **第8段** | 本地生活：模块 3 | 依赖主流程先稳，放最后 |
|
||||
| **第7段** | 保存模板 + 换商品重跑：模块 5（含 1.17） | **已完成**。5.1/5.2/5.3 做掉，5.4 公共库按建议跳过（只做团队私有）。做法比预想轻：模板存的是「怎么讲」的一页大纲（镜数 / 每镜作用 / 秒数 / 商品露出 / 转化写法），换商品＝**照常新建项目**，只是把这页大纲喂给脚本助手，后面商品理解、卖点、资产、故事板全部按新商品正常跑。**一条要跟需求方说清的**：模板里**不存旧商品的口播文案**（存了就会把上一个品牌漏进新片），所以「同套路重出」拿到的是结构一致、文案全新的一条片子 |
|
||||
| **第8段** | 本地生活：模块 3 | **已完成能做的部分**。3.1 新开类目字段、3.2 团购无实物可建、3.4 按类目自动屏蔽三视图/上身图。**3.3 探店镜头语言跳过**（没案例原料）、**3.5 平台套图换清单跳过**（等需求方是否覆盖图片线） |
|
||||
|
||||
|
||||
主链：**第1 → 2 → 6 → 5 → 7**（第1、2、5、6 段已完成；第3段已并入第2段；第4段暂缓，等后端防重复补完 + PM 定计费口径再回来）；第8段放最后。
|
||||
主链：**第1 → 2 → 6 → 5 → 7 → 8 已全部完成能做的部分**（第3段并入第2段；第4段暂缓，等后端防重复补完 + PM 定计费口径再回来）。剩下的都是卡原料/口径的：2.1/2.2 内容过一遍、3.3 探店案例、3.5 是否覆盖图片线、1.14/1.15/1.16 自动生成。
|
||||
|
||||
**至此模块1（脚本）除 1.14/1.15/1.16 三条暂缓项外全部做完**，三个脚本入口都通了。下一站是第7段（保存模板 + 换商品重跑，模块5）。
|
||||
**模块 1（脚本）除 1.14/1.15/1.16 三条暂缓项外全部做完**；**模块 3（本地生活）工程侧做完**（3.3/3.5 等原料）；**模块 4（自由创作）、模块 5（模板 / 换商品重跑）已完成**。
|
||||
|
||||
### ⚠️ 需要跟 PM / 客户提前说清楚的四条（听起来简单、实际有雷）
|
||||
|
||||
0. **1.11「画面描述七要素」的具体七项，需求文档里没给**。开发按「下游重拍时最少需要哪些信息」定了这七项，**请需求方比对确认**：① 主体（谁/什么在画面里）② 动作 ③ 场景/环境 ④ 景别（特写/中景/全景）⑤ 运镜（固定/推拉摇移/跟拍）⑥ 光线氛围 ⑦ 商品露出方式（手持/特写/使用中/未出现）。这七项是照着平台脚本已有的字段挑的，**改一项要连着改脚本结构**，所以趁早对齐；纯加一项文字描述则很便宜。
|
||||
1. **1.14 / 1.15 自动生成** —— 见上，删按钮 = 拆掉唯一的防重复措施，会重复扣积分。**已暂缓**。
|
||||
2. **5.3 视频替换** —— 客户很可能理解成「原片不动，只把里面的商品换掉」，平台实际能做的是「沿用同一套路，重新生成一条新视频」。这两件事在客户脑子里是一回事，在验收现场是两回事。**代码量很小，说不清楚的代价是整批返工**，务必在签字前对齐。
|
||||
3. **3.1 商品库「类目」字段** —— 要加的「电商 / 本地生活」跟商品库已有的「品类」（美妆/食品那种细分）是两个维度，**必须新开字段**。图省事塞进同一个字段，现有商品库筛选会全乱。
|
||||
2. **5.3 视频替换** —— 客户很可能理解成「原片不动，只把里面的商品换掉」，平台实际能做的是「沿用同一套路，重新生成一条新视频」。这两件事在客户脑子里是一回事，在验收现场是两回事。**代码量很小，说不清楚的代价是整批返工**，务必在签字前对齐。**产品侧已按「同套路重出」实现并在界面上写明**（选模板时、生成前各提示一次），但**口径本身仍要当面跟客户确认**：如果客户坚持要「原片不动只换商品」，那是另一条技术路线（逐帧抠像 + 商品贴合），不在本期范围内，需单独评估。
|
||||
3. **3.1 商品库「类目」字段** —— **已按建议新开字段**（`business_type` = 电商 / 本地生活），没有塞进现有「品类」。筛选、新建、编辑、节点屏蔽都认这一维。存量商品默认电商，老数据不用迁。
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user