初始化提交：contentm_agent 工作区全量快照
内容分四块： 1、产品规划产出 —— MCN 短视频整合营销工作台的①段五份（1a 需求／1b 竞品／1c 画像／1d 策略／1e 场景）、②段两份（2a 功能／2b 布局）、③段界面（DESIGN.md 契约与令牌表 ＋ mcn-workbench.html 原型 ＋ 实测/会诊/审查三份 ＋ 23 张闸门截图）。 2、开源竞品调研 —— 5 个内容工作台项目的取证原始件与 1b 系列分析文档。 3、参考资料 —— 竞品视频抽帧 1145 张 ＋ 2 个源视频 ＋ 功能点截图。 4、机制侧 —— 协作脚本与状态台账、工作区记忆日志、抽帧/OCR 脚本。 .gitignore 只排运行时日志、脚本备份副本与一次性探针输出，其余按原样入库。
This commit is contained in:
WorkBuddy committed
commit
df56c2c137
1773 files changed
+205840
No files matched your search
@@ -0,0 +1,249 @@
|
||||
> **落本目录说明（2026-10-08 由任务会话 `[执行]-[开源项目调研]-补齐MCN工作台①②段产出` 补记）**
|
||||
> 本份是 1a 的**逐字复制件**，为了目标目录自包含（③段与后续会话不必跨目录找）。原件在
|
||||
> `执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/1a-需求文档-MCN短视频整合营销.md`（23 KB，2026-10-07 22:29）；
|
||||
> 同一内容另有一份在 `docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md`——⚠️ 那一份是**旧版**（上游状态行停在「正在重写、9 条待复核」），
|
||||
> 与本目录这份**内容不同**，引用时以本目录这份为准。
|
||||
> 本件**未改一字**（只加了这段说明）。性质是**汇总型需求**，不是 grill 澄清产出——下游引用时按这个性质读。
|
||||
> ⚠️ 本份里的 §三/§四/§五 是**汇总草案**，1c/1d/1e 三份按各自方法论独立成文，不照抄本份。
|
||||
|
||||
---
|
||||
|
||||
# MCN 短视频内容整合营销智能体 · 需求文档（1a）
|
||||
|
||||
> 项目 slug：`mcn-shortvideo-agent`｜性质：**汇总型需求**（不是 grill 澄清出来的，来源见 §二）
|
||||
> 汇总时间：2026-10-07 ｜ 状态行：**已确认 6 项 ／ 模型补全 9 项（其中 9 项未经用户确认）**
|
||||
> 本文档由三类输入汇总：① 视频关键帧梳理（AI 内容工作台 2.0 / 3.0）；② 5 份开源竞品独立分析体加 1 份汇总对比体（`content-workbench`）；③ MCN 场景约束（多账号矩阵、短视频为主、整合营销）。
|
||||
> 凡模型自补的内容标【假设】，凡来自具体来源的标【源：…】。
|
||||
> 🔴 **上游状态（2026-10-07 22:3x 更新，此前一行已作废）**：第 ②类输入已**重写完成并逐条复核完毕**。5 份独立体在 21:40 到 22:01 重写为产品视角七节结构；汇总对比体在 22:3x 按新边界重排。逐条复核结论：**9 条受影响条目里 2 条改、7 条不改**（清单见 `执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/复核清单-1a受影响条目.md`）。
|
||||
> 本版据此改了两处：**F5 的措辞**（旧写「敏感词与事实检测」，新版事实是「敏感信息硬拦 ＋ 人设一致性软劝」）、**F7 的依据列**（Easel 发布中心直证的只有「多平台」，「多账号」另找依据）。另外 §六 治理段的「组织级暂停」按新版改成「组织级急停」，并把三件事「人来做」的形态分开写。
|
||||
> 其余受影响条目（F8、F9、F13、F10 后半、§三、§四 后两条、§七）复核后**依据全部坐实**，未改内容。
|
||||
|
||||
---
|
||||
|
||||
## 一、一句话
|
||||
|
||||
**做什么**：给 MCN 机构的内容团队做一套智能体工作台，把「找选题 → 做内容 → 多账号多平台发布 → 投放与商业化留痕 → 复盘回写」串成一条可复用、可追溯到单条素材的链路。
|
||||
|
||||
**为谁**：MCN 内容负责人、编导与文案、剪辑与投放。面向的是**一个账号矩阵**，不是单个账号。
|
||||
|
||||
**不做什么**：不做平台自动化代发（发布是人的动作）；不自建投放系统（只对接与留痕）；不做个人版单账号工具；不做数据仓库。
|
||||
|
||||
---
|
||||
|
||||
## 二、这份需求汇总了什么
|
||||
|
||||
| 来源 | 性质 | 证据等级 | 落点 |
|
||||
|---|---|---|---|
|
||||
| AI 内容工作台 2.0 / 3.0（作者「小曾」） | 关键帧视觉梳理，Obsidian 插件形态 | 视频画面级（532 加 772 帧逐帧读） | `参考资料/AI内容工作台_功能点梳理.md`、`参考资料/Bilibili_BV1gsHn6AEk6/`、`参考资料/YouTube_jVHyoCYidLM/` |
|
||||
| Easel | 开源竞品 | 源码级 ＋ 官方文档级 ＋ **界面级**（唯一有官方截图的一家） | `content-workbench/证据附卷/1b-竞品分析-Easel.md` |
|
||||
| OpenCreator | 开源竞品 | 源码级 ＋ 官方文档级 | `…/1b-竞品分析-OpenCreator.md` |
|
||||
| 文到 AI | 闭源商业产品 | **文档级**（仓库无源码，全仓 5 blob） | `…/1b-竞品分析-文到AI.md` |
|
||||
| Postiz 与 PostSider | 开源竞品 | 源码级 ＋ 官方文档级，含 fork 差异量化 | `…/1b-竞品分析-Postiz与PostSider同源双形态.md` |
|
||||
| 5 项目清单与初步定位 | 独立体入口（竞品池总览） | 同各家 | `…/1b-竞品分析-5项目清单与初步定位.md` |
|
||||
| 汇总对比体 | 主份，横向铺开加选型结论 | 综合上述五份 | `content-workbench/research/1b-竞品分析.md`（新版见目标目录 `72111e/1b-竞品分析-汇总对比体.md`） |
|
||||
|
||||
**证据强度要带着看**：文到 AI 那一列只有文档级证据，它的结论不能与另四个源码级项目同权；AI 内容工作台的结论来自视频画面，能确认「界面上有什么」，不能确认「它内部怎么实现」；界面级证据本组只有 Easel 一家有，所以凡是「界面怎么动」的判断，五家里只有 Easel 是直证，其余都是源码或文档反推。
|
||||
|
||||
---
|
||||
|
||||
## 三、产品定位与边界
|
||||
|
||||
一句话定位：**矩阵级的内容生产与经营中枢**，不是又一把写作工具。
|
||||
|
||||
和已有的三类工具比，差位有三条（这三条正好是竞品分析 §9.3 里写明的三个空白）：
|
||||
|
||||
1. **发现热点这一段普遍弱**。做内容的三家里两家只是「有」，做发布的两家几乎不管。【源：竞品主份 §8 ①、§9.3①；独立体 Easel §三（热点雷达）、OpenCreator §三（「弱，没有热点发现」）、文到 AI §四（热点雷达，文档级）、Postiz 与 PostSider §四（弱）】
|
||||
2. **合规的自动发布是空白**。现在只有「浏览器自动化（有账号风险）」和「官方 OAuth 或只填充（要人工）」两条路，没有第三条。【源：竞品主份 §9.3②；独立体 Postiz 与 PostSider §七 可突破 1 原话「这条第三条路还没人走」；独立体 Easel §六 弱 2（自认自动化发布有风控风险）】
|
||||
3. **做内容与发内容仍是两套产品**，用户要在两处搬一次。机会在只做中间那段可复用的桥，而不是再造一个全链路。【源：竞品主份 §9.3③；独立体 Easel §七 可突破 1（「做内容」和「发内容」是两拨人在做两半，中间是断层）；独立体 Postiz 与 PostSider §七 可突破 3（「那段桥还是空的」）】
|
||||
|
||||
本产品选的是第 1 条与第 3 条，第 2 条按 §六 F5 的边界处理：只做分级闸门，不做自动代发。
|
||||
|
||||
---
|
||||
|
||||
## 四、为谁做
|
||||
|
||||
**内容负责人**（主用户）：定选题方向、审内容、看矩阵效果。他每天要回答的是「今天哪个账号发什么」。（【源：视频关键帧·对标与热点、发布与经营】）
|
||||
|
||||
**编导与文案**（高频用户）：把一个选题做成成稿，走完创作流水线。他要的是「不用记 skill 名字，点就行」。（【源：视频关键帧·创作 Tab；独立体 Easel §五 机制 1「三层加载」——元数据常驻、指令触发、资源按需，机制带来的用户结果正是「技能多到一百多个，聊天仍然跑得动」】）
|
||||
|
||||
**剪辑与投放**（协作用户）：拿到成稿做视频，管发布与投留痕。他要的是「素材和文案对得上」。（【假设：视频关键帧里只出现「生成录制卡片」和「收支」，投放侧没有画面证据；五家竞品也都没有 MCN 投放留痕这一段的证据 —— 独立体 OpenCreator §三 只到「审批、结果、继续对话」】）
|
||||
|
||||
---
|
||||
|
||||
## 五、使用场景
|
||||
|
||||
按用户故事写，四个槽位缺一不成立（谁、什么处境、要办成什么、得到什么结果）。
|
||||
|
||||
**S1 找选题**
|
||||
作为编导，当我面对一个矩阵下十个账号、每天要出三条内容时，我要知道「哪个赛道的哪条内容数据异常地好」，这样我不用逐个平台刷榜。
|
||||
【源：视频关键帧·对标博主监控四指标卡与「N 倍平时互动」异常值；竞品主份 §8 ①、§9.3①】
|
||||
|
||||
**S2 选题进资产库**
|
||||
作为内容负责人，当我把一条爆款拆完，我要它的「角度、结构、开场白、标题」进资产库，这样下一次创作不是凭空写。
|
||||
【源：视频关键帧·拆解与沉淀·资产库；独立体 文到 AI §四 能力 4「能力库」把稳定步骤沉淀为可复用方案】
|
||||
|
||||
**S3 走完创作流水线**
|
||||
作为文案，当我要把一条选题做成短视频，我要在同一条流水线里走完「聊思路 → 写文案 → 起标题 → 做封面 → 发布检查 → 生成录制卡片」，不用记每个 skill 的名字。
|
||||
【源：视频关键帧·创作 Tab 子流程；独立体 Easel §五 机制 1】
|
||||
|
||||
**S4 一份母版变多份**
|
||||
作为运营，当一条母版内容做好，我要它变成矩阵下多个账号、多个平台各自的版本，这样我不用手工改十遍。
|
||||
【源：独立体 Easel §四 能力 4「发布中心」——一处编辑、八端预览、超限当场标出（**直证的是「多平台」**）；「多账号」靠 Easel 的多画像支持加本产品的矩阵需求，发布中心本身未见逐账号变体；独立体 文到 AI §四 能力 3「卡片工坊」一稿多形态】
|
||||
|
||||
**S5 发之前先过闸**
|
||||
作为内容负责人，当我要把内容交出去发，我要在发之前看清两件事：哪里会被硬拦、哪里只是提醒（发布中心会把超限的当场标出来），而且不可逆的动作必须由人确认。
|
||||
【源：独立体 Easel §四 能力 5（硬拦只认账号密钥与内部路径这类敏感信息，人设偏低只告警）；独立体 Postiz 与 PostSider §五 机制 5（read-first / draft-first，发布仍是人的动作）】
|
||||
⚠️ 上一版这里写「看到具体改哪一句」，新版没有这个依据 —— Easel 的发布中心只标超限和格式问题，不逐句给改写建议。已按事实收紧。
|
||||
|
||||
**S6 效果回写**
|
||||
作为负责人，当一条内容跑完，我要它的表现沉淀回账号画像，这样下一轮选题自己会变准。
|
||||
【源：独立体 Easel §三 核心步骤 6（读播放、互动、评论，把有效结构和偏好沉淀回画像记忆文件）＋ §六 强 1（本组唯一把发现到归因串成闭环）；视频关键帧·数据复盘「四分离」分析】
|
||||
|
||||
**S7 看整个矩阵**
|
||||
作为机构负责人，当我的矩阵有二十个账号，我要一个界面回答「每个账号今天该发什么、发了什么、效果如何」。
|
||||
【假设：独立体五家都只做单账号或单团队视角（PostSider 到「多组织机构」为止，还是团队级），矩阵级视图是推断出来的差位；视频画面里也只看到单账号工作台】
|
||||
|
||||
**S8 商单与内容对账**
|
||||
作为商务，当一条内容带了商单，我要内容、发布记录与收支能对上。
|
||||
【假设：视频关键帧里有「收支」Tab，但它记录的是什么口径没有画面证据；MCN 结算场景是推断的】
|
||||
|
||||
---
|
||||
|
||||
## 六、功能范围
|
||||
|
||||
每条给功能名、来自哪条场景、优先级、来源。优先级判据只有一句话，不给数字打分。
|
||||
|
||||
| # | 功能 | 来自 | 优先级 | 来源与说明 |
|
||||
|---|---|---|---|---|
|
||||
| F1 | 对标账号监控与爆款异常值识别 | S1 | P0 | 视频关键帧；不做则 S1 整条办不成 |
|
||||
| F2 | 选题库与灵感速记（落本地知识库） | S1 S2 | P0 | 视频关键帧·首页随手记录加选题 |
|
||||
| F3 | 评论区洞察找选题 | S1 | P1 | 视频关键帧；不做仍能从 F1 得选题，只是少一路输入 |
|
||||
| F4 | 爆款拆解与资产库（角度、结构、开场白、标题四库） | S2 | P0 | 视频关键帧·关键差异化；这一条决定了「越用越准」 |
|
||||
| F5 | 发布前分级闸门（**敏感信息硬拦 ＋ 人设一致性软劝**） | S5 | P0 | 独立体 Easel §四 能力 5 两道闸：密钥、内部路径这类敏感信息 fail-closed 硬拦；人设一致性低于 80 分只告警。不过硬闸就不许发 |
|
||||
| F6 | 创作流水线（聊思路到录制卡片七个环节） | S3 | P0 | 视频关键帧·创作 Tab |
|
||||
| F7 | 一份母版到多账号多平台版本 | S4 | P0 | **Easel 发布中心直证「多平台」**（一处编辑、八端预览）；**「多账号」的依据是 Easel 多画像支持 ＋ 本产品的矩阵需求**，发布中心未见逐账号变体。不做则 S4 办不成 |
|
||||
| F8 | 内容与素材的版本管理（改稿新建版本不覆盖） | S3 S4 | P1 | 独立体 OpenCreator §五 机制 4（修订产生新版本、带 `sourceArtifactIds` 溯源与 `stale` 标记）；独立体 文到 AI §五 机制 4（版本可对比、可采用、可继续改）。本组两次独立观测到同一条 |
|
||||
| F9 | 多账号画像与记忆（每账号独立，互不覆盖） | S6 S7 | P0 | 独立体 Easel §四 能力 2（六维画像）＋ §五 机制 3（画像内联进 prompt、不写全局文件，为了并发不覆盖） |
|
||||
| F10 | 效果复盘与归因回写 | S6 | P0 | 视频关键帧·四分离复盘（前半）；独立体 Easel §三 核心步骤 6 加 §六 强 1（后半，**本组唯一闭环**） |
|
||||
| F11 | 矩阵级看板（每账号该发什么、发了什么、效果如何） | S7 | P1 | 【假设】五家竞品无此形态 |
|
||||
| F12 | 商单与收支记录、内容对账 | S8 | P2 | 【假设】视频关键帧有「收支」Tab，口径未证实 |
|
||||
| F13 | 发布留痕与人工确认记录 | S5 | P1 | 独立体 Postiz 与 PostSider §四 能力 3（审批流、审计轨迹）＋ §三 PostSider 核心步骤 3（草稿进审批队列，人批了才排上） |
|
||||
| F14 | 录制卡片与画板（Excalidraw 形态） | S3 | P2 | 视频关键帧·画板模块；不影响场景办成，只是更好用 |
|
||||
|
||||
**六项治理要在每条功能条目里各自交代**（失败恢复路径、持久化范围、并发冲突、幂等、超时迁移目标、不可逆操作二次确认）。这几条在本版只列要求，具体落在②段 P0 条目上。「不可逆操作二次确认」与 F5、F13 直接相关，但**三件事「人来做」的形态不一样，别压成一句话**：
|
||||
|
||||
- **发布**：发布这个动作本身留在人手里（read-first / draft-first）。【源：独立体 Postiz 与 PostSider §五 机制 5】
|
||||
- **删帖**：带破坏性注解，属需要二次确认的一类。【源：独立体 Postiz 与 PostSider §七 该借鉴 3，`destructiveHint: true` 只留给删帖和急停两件】
|
||||
- **组织级急停**：触发与恢复都只有人能做。【源：独立体 Postiz 与 PostSider §三 PostSider「系统帮了什么」】
|
||||
|
||||
---
|
||||
|
||||
## 七、能力底座（从竞品抄什么、避什么）
|
||||
|
||||
**该抄的八条**（都能追溯到具体项目，节号指新版独立体）：
|
||||
|
||||
1. **技能即能力**：技能不是名词，配可运行脚本，成品落盘。【源：独立体 Easel §四 能力 1（114 技能，技能树挂 146 个 `.py`）】
|
||||
2. **三层加载加 `SKILL.md` 不超过 200 行**：元数据常驻、指令触发、资源按需。这是让能力持续变多而不炸 prompt 的唯一解。【源：独立体 Easel §五 机制 1】
|
||||
3. **契约层独立成包**：三端同源，版本号明文可读。【源：独立体 OpenCreator §五 机制 3、§七 该借鉴 2（`packages/protocol` 与 `protocolVersion`）】
|
||||
4. **状态机加版本号加幂等键三件套**，并为「远端到底收没收」专设 `unknown_remote_acceptance` 与 `abandoned_unknown` 两个状态。【源：独立体 OpenCreator §五 机制 3】
|
||||
5. **read-first / draft-first**：Agent 可以准备、排期、送审，发布仍是人的动作。这条把「自动化」与「不可逆」分开。【源：独立体 Postiz 与 PostSider §五 机制 5】
|
||||
6. **发布前分级闸门**：不可逆的硬拦，可商量的软劝，不做一刀切。【源：独立体 Easel §四 能力 5】
|
||||
7. **本地与免密钥 provider 作一等公民**：用户不必先配 Key 才能开始用。【源：独立体 OpenCreator §五 机制 6（自注「本组三个做内容的项目都出现」）、文到 AI §五 机制 2、Easel §四】
|
||||
8. **独立更新清单**：`channel`、逐包 `sha256`、`minimumSupportedVersion`、`allowSkip`、`remindAfterHours`。【源：独立体 文到 AI §五 机制 3（`stable.json` 逐字段）】
|
||||
|
||||
**该避的五条**：
|
||||
|
||||
避浏览器自动化发平台（账号风控是真实风险，Easel 自己在 README 里承认）【源：独立体 Easel §六 弱 2】。避 README 与发行状态脱钩（文到 AI 的文档停在「尚未发布」，实际已发 10 个版本）【源：独立体 文到 AI §六 弱 3】。避上游强耦合的薄壳路线（OpenCreator 把 Agent loop 全交给 Codex，一次破坏性变更就可能整体不可用）【源：独立体 OpenCreator §六 弱 1】。避命名双轨（产品改名了，内嵌件还用旧名）【源：独立体 OpenCreator §六 弱 4】。避素材授权未核实就用（一律先设 `draft`）【源：独立体 OpenCreator §五 机制 8、§七 该避开 4】。
|
||||
|
||||
---
|
||||
|
||||
## 八、明确不做
|
||||
|
||||
**第一版不做**：自动代发到平台（走 F5 加 F13 的人确认路径）。矩阵级的自动投放优化。跨机构协作与权限体系。移动端 App。把平台数据抓回来做数仓。
|
||||
|
||||
**这一版只留的三个入口**（其余先不铺）：找选题、走创作流水线、看矩阵复盘。
|
||||
|
||||
---
|
||||
|
||||
## 九、假设与风险
|
||||
|
||||
| # | 假设或风险 | 类型 | 影响面 |
|
||||
|---|---|---|---|
|
||||
| A1 | MCN 的账号数在 10 到 50 之间，超出会让 F11 的看板要重新设计 | 假设 | F11、F9 |
|
||||
| A2 | 平台数据靠官方接口或授权方式拿，不靠抓取 | 假设 | F1、F10；若拿不到，S1 与 S6 要降级 |
|
||||
| A3 | 收支记录的口径是「内容级」而不是「月级」 | 假设 | F12 |
|
||||
| A4 | 团队 5 到 20 人，不超过三层审批 | 假设 | F5、F13 |
|
||||
| R1 | 上游模型或 Agent 引擎的破坏性变更 | 风险 | 全链路；对策是契约层加可用版本回退【源：独立体 OpenCreator §六 弱 1、§九 借鉴 6 迁移演练】 |
|
||||
| R2 | 平台发布规则变动导致合规路线失效 | 风险 | F5、F7；对策是分级闸门加人工确认【源：独立体 Easel §六 弱 2、Postiz 与 PostSider §七 该避开 1】 |
|
||||
| R3 | 资产库沉淀质量差，变成垃圾场 | 风险 | F4；对策是入库前设门禁，参照 OpenCreator 模板治理的 `draft` 做法【源：独立体 OpenCreator §五 机制 8】 |
|
||||
| R4 | 多账号并发写同一份状态互相覆盖 | 风险 | F9；对策是记忆作用域收敛到画像目录，不写全局【源：独立体 Easel §五 机制 3】 |
|
||||
|
||||
---
|
||||
|
||||
## 十、待复核清单
|
||||
|
||||
以下 9 条是模型补全的，未经用户确认，不得在②段当事实用：
|
||||
|
||||
1、A1 的账号数区间（10 到 50）。
|
||||
2、A2 的数据获取方式（官方接口优先）。
|
||||
3、A3 的收支口径。
|
||||
4、A4 的团队规模与审批层数。
|
||||
5、S7 矩阵级视图是否真的需要，还是先只做单账号复制。
|
||||
6、S8 商单对账是否进第一版。
|
||||
7、F3 评论洞察的数据来源与频率。
|
||||
8、「整合营销」到底含不含投放（若含，需要新增一条场景）。
|
||||
9、本产品只服务一个机构自用，还是要做成可交付给别的机构的产品。
|
||||
|
||||
---
|
||||
|
||||
## 附：来源对照
|
||||
|
||||
| 功能或结论 | 主要来源 |
|
||||
|---|---|
|
||||
| F1 F2 F3 F4 F6 F14 | `参考资料/AI内容工作台_功能点梳理.md`（视频关键帧梳理） |
|
||||
| F5 | 独立体 Easel §四 能力 5（发布安全闸门两道） |
|
||||
| F7 | 独立体 Easel §四 能力 4（发布中心） |
|
||||
| F8 | 独立体 OpenCreator §五 机制 4；独立体 文到 AI §五 机制 4 |
|
||||
| F9 | 独立体 Easel §四 能力 2、§五 机制 3 |
|
||||
| F10 | 视频关键帧（前半）；独立体 Easel §三 核心步骤 6、§六 强 1（后半） |
|
||||
| F13 | 独立体 Postiz 与 PostSider §四 能力 3、§三 PostSider 核心步骤 3 |
|
||||
| §三 三条差位 | 汇总对比体 §8、§9.3①②③；独立体 Easel §七 可突破 1、Postiz 与 PostSider §七 可突破 1 与 3 |
|
||||
| §七 该抄与该避 | 独立体 Easel §四 §五 §六、OpenCreator §四 §五 §六、Postiz 与 PostSider §五 §七、文到 AI §五 §六 |
|
||||
| §九 R1—R4 对策 | 独立体 OpenCreator §五 机制 8、独立体 Easel §五 机制 3 |
|
||||
| S7 S8 A1—A4 | 【假设】，无外部来源 |
|
||||
|
||||
🔴 **这张表里所有指向竞品分析的节号都已在 2026-10-07 22:3x 按新版独立体逐个核过**（新版独立体统一为七节结构，故不再出现旧的 `§8.2` / `§九` / `§十一` / `§十三` 这类编号）。指向视频关键帧梳理的行不受影响。
|
||||
|
||||
---
|
||||
|
||||
## 这一版跟上一版的实质差别
|
||||
|
||||
上一版（2026-10-07 21:36 写）发布时，第 ②类输入（6 份开源竞品分析）**正在按 1b 方法论重写**，它把 9 条受影响条目挂成「待复核」，并声明「⛔ 不得当终稿用」。这一版就是那份复核的结果落地。
|
||||
|
||||
实质差别逐条列：
|
||||
|
||||
1. **文首状态行整条换掉。** 上一版写「上游正在重写、9 条待复核、不得当终稿」；这一版写「重写完成并逐条复核完毕、9 条里 2 条改 7 条不改」，并把复核清单的路径写上。这是这一版存在的理由。
|
||||
|
||||
2. **F5 的措辞改了（这是内容层真改，不是换词）。** 上一版写「敏感词与事实检测，硬拦加软劝」。新版独立体里 Easel 的硬闸管的是 API key、内部路径这类**敏感信息**，软闸管的是**人设一致性**，全程没有「敏感词」也没有「事实检测」。照旧写会把②段带去做一个竞品池里没人做过的「事实核查器」。已改成「敏感信息硬拦 ＋ 人设一致性软劝」。
|
||||
|
||||
3. **F7 的依据列改了。** 上一版直接写「Easel 发布中心；不做则 S4 办不成」，读起来像「Easel 的发布中心已经能做矩阵级变体」。新版独立体证明：发布中心直证的只有**多平台**（一处编辑、八端预览）；**多账号**靠的是 Easel 的多画像支持，加上本产品的矩阵需求。依据列已按这个界线拆开写。
|
||||
|
||||
4. **S5 收紧。** 上一版写「我要在发之前看到哪里有风险、具体改哪一句」。「具体改哪一句」在新版独立体里找不到依据 —— Easel 的发布中心只标超限字数和格式，不逐句给改写建议。已改成「哪里会被硬拦、哪里只是提醒」，并加了警示行说明为什么收。
|
||||
|
||||
5. **§六 治理段的「人来做」拆开了。** 上一版把发布、删帖、组织级暂停三件事压成一句「必须人来做」。新版说的是：发布是人的动作、删帖带破坏性注解需要二次确认、组织级**急停**的触发与恢复只有人能做 —— 三件形态不一样。已拆成三条，并把「暂停」更正为「急停」。
|
||||
|
||||
6. **§七 的十三条依据全部换新版节号。** 上一版笼统写「四份单项目附卷的可借鉴点与风险段」（那些附卷当时还是旧结构）；这一版逐条挂新版独立体的节号，并且每条都核过。
|
||||
|
||||
7. **§二 来源表重排。** 上一版把 6 份开源分析压成 4 行；这一版按「5 份独立体 ＋ 1 份汇总对比体」分列，并把证据等级改成三级（加「界面级」，只 Easel 有），在表下补了一句「界面级的判断五家里只有 Easel 是直证」。
|
||||
|
||||
8. **§三 三条差位补独立体出处。** 内容判定没变（三条都坐实），但每条后面补上了独立体里的旁证，不再只靠汇总对比体一句话。
|
||||
|
||||
9. **§四、§九 的引用更新。** 编导与文案那条补了 Easel 三层加载的机制细节；R1 到 R4 的对策逐条挂上独立体节号；剪辑与投放那条仍是【假设】，因为五家竞品都没有 MCN 投放留痕的证据。
|
||||
|
||||
**没变的部分**：§一 一句话与不做什么、§五 的 S1 到 S8 骨架、§六 的功能编号与优先级、§八 明确不做、§十 的 9 条待复核。这些不受上游重写影响。
|
||||
|
||||
---
|
||||
|
||||
*本文档是「MCN 短视频内容整合营销智能体」的①段 1a 需求文档（汇总型）。上游取证见 `content-workbench` 的 1b 系列与 `参考资料/` 下的视频抽帧材料。本版落在目标目录 `72111e` 内，⛔ 未覆盖工作区根 `docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md`。*
|
||||
|
||||
*（说人话自评：46/50 直接性 9 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 `humanizer-zh`，门槛 45。）*
|
||||
@@ -0,0 +1,96 @@
|
||||
# 1b 竞品分析 · 跨项目引用登记
|
||||
|
||||
> 项目 slug：`mcn-shortvideo-agent` ｜ 本份不是分析本体，是**引用登记**。
|
||||
> 上游状态：**1b 已就位，跨项目，本轮不重写**（用户口径逐字：「1b 竞品分析在 `content-workbench` 项目下已有 ⇒ 跨项目引用即可，⛔ 不重写，但要把引用关系写清」）。
|
||||
> 登记时间：2026-10-08 ｜ 登记人：任务会话 `[执行]-[开源项目调研]-补齐MCN工作台①②段产出`
|
||||
|
||||
---
|
||||
|
||||
## 一、先说一处更正：路径
|
||||
|
||||
派活原文写的落点是 `docs/pm/content-workbench/research/1b-竞品分析.md`。**这个路径在本工作区不存在**（实测：`docs/pm/` 下只有 `mcn-shortvideo-agent/research/1a-需求文档.md` 一份）。
|
||||
|
||||
1b 真正的落点在上一个目标目录里：
|
||||
|
||||
| 体例 | 实际路径（本工作区相对） |
|
||||
|---|---|
|
||||
| 汇总对比体（恒一份） | `执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/docs/pm/content-workbench/research/1b-竞品分析.md` |
|
||||
| 独立分析体（5 份） | 同目标 `…/docs/pm/content-workbench/证据附卷/` 下：`1b-竞品分析-Easel.md`、`-OpenCreator.md`、`-Postiz与PostSider同源双形态.md`、`-文到AI.md`、`-5项目清单与初步定位.md` |
|
||||
| 原始取证（约 210 件） | 同目标 `…/取证/`：`api/`、`api/fork/`、`easel/`、`opencreator/`、`wendao/` |
|
||||
|
||||
⚠️ 另有**新版汇总对比体**落在 `…-72111e/1b-竞品分析-汇总对比体.md`（第二版，2026-10-07 22:3x，按方法论 §0.4 收紧为纯横向）。本目标引用 1b 时**以这一份为汇总体的准据**，5199a6 里那份是它改版前的同源件。
|
||||
|
||||
来源状态逐条核过：
|
||||
|
||||
- 5 份独立体 mtime：2026-10-07 21:40–22:01（14–33 KB），已按方法论 §11 的七节结构重写。
|
||||
- 新版汇总对比体 mtime：2026-10-07 22:3x。
|
||||
- 两者都经 1a 的复核流程核过一遍，结论见 `…-72111e/复核清单-1a受影响条目.md`（9 条里 2 条改、7 条不改）。
|
||||
|
||||
---
|
||||
|
||||
## 二、竞品池与证据等级（引用时必须带着读）
|
||||
|
||||
池子按用户动作分两层，本次**没有**点名参考实装：
|
||||
|
||||
1. 直接竞品（做内容）：`ZJU-REAL/Easel`、`krillinai/OpenCreator`、`wendaoai/wendao-content-workbench`（文到 AI）。
|
||||
2. 间接与替代（发内容）：`gitroomhq/postiz-app`、`lumizone/postsider`（后者是前者的 fork，按一条产品线两个形态处理）。
|
||||
|
||||
证据分三级，**不同级不同权**，引用处必须标：
|
||||
|
||||
- 源码级：Easel、OpenCreator、Postiz、PostSider 四家。
|
||||
- 官方文档级：同上四家另有一层。
|
||||
- 界面级：**只有 Easel 一家**（4 张官方工作台截图）。所以「界面怎么动」这类判断，五家里只有 Easel 是直证。
|
||||
- 文档级：**只有文到 AI**（全仓 5 个 blob，无业务源码）。它的结论不与另四家同权。
|
||||
|
||||
全组共性缺口：真实用户量、下载量、营收基本查不到；**真实运行证据为零**（全程静态取证，未安装、未编译、未运行）。
|
||||
|
||||
---
|
||||
|
||||
## 三、本产品引用了 1b 的哪几条结论
|
||||
|
||||
引用点逐条列，下游（1c / 1d / 1e / 2a）凡用到 1b，出处都落在这张表里。
|
||||
|
||||
| 引用点 | 用在哪 | 1b 出处 | 证据等级 |
|
||||
|---|---|---|---|
|
||||
| 三条差位之一：发现热点这一段普遍弱 | `1d-产品策略.md` §2 市场切分、§4 价值主张 | 汇总对比体 §8 ①「全组普遍弱」；独立体 Easel §三（热点雷达）、OpenCreator §三（自认弱）、文到 AI §四（文档级）、Postiz 与 PostSider §四（弱） | 源码级 ＋ 文档级 |
|
||||
| 三条差位之二：合规的自动发布是空白 | `1d-产品策略.md` §5 取舍 | 汇总对比体 §9.3②；独立体 Postiz 与 PostSider §七 可突破 1 原话「这条第三条路还没人走」 | 源码级 |
|
||||
| 三条差位之三：做内容与发内容是两套，中间那桥是空的 | `1d-产品策略.md` §2、§4 | 汇总对比体 §9.3③；独立体 Easel §七 可突破 1、Postiz 与 PostSider §七 可突破 3 | 源码级 |
|
||||
| 发布前分级闸门：一道硬拦、一道软劝 | `2a-产品功能.md` F5 | 独立体 Easel §四 能力 5 | 源码级 |
|
||||
| 发布中心直证的是「多平台」，「多账号」另找依据 | `2a-产品功能.md` F7 | 独立体 Easel §四 能力 4（一处编辑、八端预览）；多账号落在画像层（独立体 §二、§三 步骤 1） | 源码级 ＋ 界面级 |
|
||||
| 改稿新建版本、不覆盖，本组两次独立观测 | `2a-产品功能.md` F8 | 独立体 OpenCreator §五 机制 4；独立体 文到 AI §五 机制 4 | 源码级 ＋ 文档级 |
|
||||
| 画像六维，记忆作用域收敛到画像目录（不写全局） | `2a-产品功能.md` F9 | 独立体 Easel §四 能力 2、§五 机制 3 与 4 | 源码级 |
|
||||
| 归因回写闭环，本组只有 Easel 做成 | `2a-产品功能.md` F10、`1d-产品策略.md` §9 | 独立体 Easel §三 核心步骤 6、§六 强 1 | 源码级 |
|
||||
| 审计轨迹 ＋ 审批队列（草稿进队列，人批了才排上） | `2a-产品功能.md` F13 | 独立体 Postiz 与 PostSider §四 能力 3、§三 PostSider 核心步骤 3 | 源码级 |
|
||||
| read-first / draft-first，发布是人的动作 | `1d-产品策略.md` §5、`2a-产品功能.md` F5 与 F13 | 独立体 Postiz 与 PostSider §五 机制 5 | 源码级 |
|
||||
| 技能三层加载、`SKILL.md` 不超 200 行 | `1d-产品策略.md` §8 能力 | 独立体 Easel §五 机制 1 | 源码级 |
|
||||
| 六项工程做法（契约层独立成包、状态机三件套、风险注解、迁移演练、性能门禁、独立更新清单） | `2a-产品功能.md` §四 六项治理 | 汇总对比体 §9.1 第 1–10 条 | 源码级 |
|
||||
| 素材授权未核实就先用 ⇒ 一律先设 `draft` | `2a-产品功能.md` §四 六项治理（幂等与入库门禁） | 独立体 OpenCreator §五 机制 8、§七 该避开 4 | 源码级 |
|
||||
|
||||
**引用纪律**：文到 AI 只是文档级，凡引用它的地方都已标出；「界面怎么动」的判断凡不是 Easel，都按源码或官方文档反推，不当直证用。
|
||||
|
||||
---
|
||||
|
||||
## 四、1b 的两处用法边界（防越界）
|
||||
|
||||
1. **本份不重写分析**。要读某一家具体长什么样、用户怎么用它，去 5199a6 的独立体；要读横向对比与选型结论，去新版汇总对比体。本份只回答「哪些结论被本产品引用、追到哪一节」。
|
||||
2. **1b 的结论不直接等于本产品的功能**。本产品选的是三条差位里的第 1 条与第 3 条，第 2 条（合规自动发布）按 F5 的边界处理：只做分级闸门，不做自动代发。这个取舍写进 `1d-产品策略.md` §5，不写在本份。
|
||||
|
||||
---
|
||||
|
||||
## 五、缺口（照实列，不补编）
|
||||
|
||||
1. **502 版本号、许可、风险、取证冲突、已知缺口这五类工程与合规内容**都在汇总对比体的 §附 A 到 §附 E 里，本份不重抄；需要时按 §一 的路径去读。
|
||||
2. **`docs/pm/content-workbench/` 这个路径在本工作区不存在** —— 若后续会话按派活原文去那儿找，会读空。已在 §一 给出真路径。
|
||||
3. **「整合营销」含不含投放，1b 里没有答案**（五家竞品都没有 MCN 投放侧的证据）。这是 1a 待复核清单第 8 条，属①段悬空项，已带进 `1e-使用场景.md` 与 `2a-产品功能.md` 的假设台账，⛔ 没有当事实用。
|
||||
|
||||
---
|
||||
|
||||
## 附：本份自检
|
||||
|
||||
- [x] 1b 落点写真路径，并更正了派活原文里的错路径
|
||||
- [x] 竞品池两层与证据三级都列了，文档级那家标明不与另四家同权
|
||||
- [x] 引用点逐条追到 1b 的节号，标注证据等级
|
||||
- [x] 未重写分析本体，未新增第 6 份①段文档
|
||||
- [x] 缺口照实列，未补编
|
||||
|
||||
*（说人话自评：47/50 直接性 10 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 `humanizer-zh`，门槛 45。）*
|
||||
@@ -0,0 +1,202 @@
|
||||
# 1c 用户画像
|
||||
|
||||
> 项目 slug：`mcn-shortvideo-agent` ｜ ①段第 3 子步，产出 `research/1c-用户画像.md`
|
||||
> 判据源：`stage-discovery/references/user-personas.md`
|
||||
> 写在最前面的丑话：**本项目拿不到一份访谈原话。** 所以这份画像的每一条都按下面两档标来源，⛔ 不装成用研结论：
|
||||
> · 【可核观察】能追回 `1a-需求文档.md` 的某一行、`参考资料/AI内容工作台_功能点梳理.md` 的某条画面、或 1b 某家的源码与官方文档。
|
||||
> · 【推演】追不回任何外部依据，只是合理外推。**【推演】不得进 `1d-产品策略.md` 当依据**（方法论硬规矩）。
|
||||
> ⚠️ 真正的用研缺口在第 §五 节，读之前先看那一节。
|
||||
|
||||
---
|
||||
|
||||
## 一、画像怎么来的
|
||||
|
||||
方法论要求「从调研数据里做画像」。本项目手上只有三类料：
|
||||
|
||||
1. `1a-需求文档.md` §四「为谁做」——三种角色的职责与诉求，来自视频关键帧与竞品取证。
|
||||
2. `参考资料/AI内容工作台_功能点梳理.md`——532 ＋ 772 帧逐帧读出来的界面画面。它能看到「界面上有什么」，看不到「人怎么想」。
|
||||
3. 1b 五家的独立分析体——里面有用户角色的线索，但都是从产品形态反推的，不是访谈。
|
||||
|
||||
**第一步就把话说清**：这三类料里，第 3 类是**别人的产品的用户**，不能直接当成本产品的用户画像。所以下面三个画像的骨架取自第 1 类，细节校验靠第 2 类，第 3 类只用来交叉验证「这类人的行为规律是不是行业通例」。
|
||||
|
||||
三个画像按**动机和要办的事**分，不按职级分。分成三个不重叠的：
|
||||
|
||||
| 画像 | 角色 | 一句话动机 |
|
||||
|---|---|---|
|
||||
| 陈叙 | 内容负责人（主用户） | 让这个矩阵每天有东西发，且发出去的东西不出事 |
|
||||
| 林悦 | 编导与文案（高频用户） | 把一条选题稳定地做成能发的成稿 |
|
||||
| 周野 | 剪辑与投放（协作用户） | 拿到的东西和文案对得上，别返工 |
|
||||
|
||||
> ⚠️ **一处必须先认掉的不一致**：`1a-需求文档.md` §五 S7 写的是「作为**机构负责人**」，而 §四 只列了三种角色，没有机构负责人。1a 自己没对齐。本份的处理：把 S7 的诉求并进陈叙画像（在 5 到 20 人的团队里，内容负责人通常就兼着矩阵视角，这是【推演】，依据是 A4 假设的团队规模），**并把这条列进缺口**，⛔ 不替 1a 拍板说机构负责人是第四个角色。
|
||||
|
||||
---
|
||||
|
||||
## 二、画像一：陈叙 · 内容负责人
|
||||
|
||||
### 基本信息
|
||||
|
||||
35 岁上下，MCN 机构的内容负责人，团队规模按 A4 假设在 5 到 20 人之间（**A4 未经用户确认**）。管一个账号矩阵，账号数按 A1 假设在 10 到 50 之间（**同样未经确认**）。关键特征：他不是最会写的人，是**决定今天哪个账号发什么、并且签字放行**的那个人。
|
||||
【可核观察：`1a-需求文档.md` §四 第一条「定选题方向、审内容、看矩阵效果。他每天要回答的是『今天哪个账号发什么』」】
|
||||
|
||||
### 主要「要办的事」
|
||||
|
||||
核心结果：让矩阵里每个账号每天都有该发的东西，且发出去的内容不踩线。
|
||||
处境：早上打开电脑那一刻，面对十几个账号，得排出今天的活儿。
|
||||
频率：每天一次，是日常动作，不是项目动作。
|
||||
【可核观察：同上 §四；另 §五 S1 写了「面对一个矩阵下十个账号、每天要出三条内容」】
|
||||
|
||||
### 三条主要痛点
|
||||
|
||||
1. **选题靠人刷**。挨个平台翻榜、翻对标号，翻完一小时过去了，还未必翻到真在涨的。影响：直接吃掉每天最能干活的那段早上。
|
||||
【可核观察：1a §五 S1「这样我不用逐个平台刷榜」；1b 汇总对比体 §8 ①「全组普遍弱」】
|
||||
2. **发之前心里没底**。哪句话会踩平台红线、哪个账号的口径不合，他心里只有个模糊感觉，没有清单。影响：出一次事就得删帖、道歉，代价不可逆。
|
||||
【可核观察：1a §五 S5；独立体 Easel §四 能力 5（硬闸管敏感信息、软闸管人设一致性）】
|
||||
3. **矩阵看不见**。他现在靠一个个账号点进去看，没有一屏能回答「每个账号今天该发什么、发了什么、效果如何」。影响：忙的时候顾不上，等于放弃了矩阵管理。
|
||||
【可核观察：1a §五 S7；独立体五家都只做单账号或单团队视角】
|
||||
⚠️ 第 3 条的**痛点强度**是【推演】——五家竞品都没这个形态，说明「没人做」，但不等于「用户一定痛」。这条进 1d 前必须降级使用。
|
||||
|
||||
### 三个想要的结果
|
||||
|
||||
1. 早上打开就能看到「今天这十几个账号各发什么」，不用先想。
|
||||
2. 交出去发之前，有张清单告诉他哪里会硬拦、哪里只是提醒。
|
||||
3. 一个账号跑出来什么规律，下一次它自己就带上了，不用他记。
|
||||
【可核观察：分别对应 S1、S5、S6；第 3 条另见独立体 Easel §三 核心步骤 6（归因回写画像记忆文件）】
|
||||
衡量成功的方式：他自己每天的「排活＋审稿」时间下来了，且没出过下线事故。【推演】
|
||||
|
||||
### 一条和直觉相反的发现
|
||||
|
||||
**他并不想要「一条龙全自动」。** 按产品直觉，负责人应该最盼着把发布也交出去。但 1b 里的证据是反的：五家里四家把不可逆的那一步留给了人（Easel 分级闸门、PostSider 到送审为止、文到 AI 只填充不代发、Postiz 不自动化不抓取）。这条在本组是**共识**，不是某一家懒得做。
|
||||
为什么影响产品决策：说明「发布归人」不是我们能力不够的妥协，而是这类用户真实的口味。F5 与 F13 的设计方向因此站得住。
|
||||
【可核观察：1b 汇总对比体 §6 第 3 组「方向一致：把不可逆的那一步留给人」】
|
||||
|
||||
### 产品契合度
|
||||
|
||||
接得住的：F1（对标监控与异常值）、F5（分级闸门）、F11（矩阵看板）正对着他三个痛点里最硬的两个。
|
||||
接不住的：他要的「一屏看全矩阵」，先决条件是平台数据能拿到（**A2 假设**）。拿不到就只能靠手填，那 F11 就退化成一张手工表。【可核观察：1a §九 A2 明写「若拿不到，S1 与 S6 要降级」】
|
||||
摩擦点：他不写稿，但要在稿子上签字。所以他的主路径是「看＋批」，不是「改」。界面若把他默认丢进编辑器，他会烦。【推演】
|
||||
|
||||
---
|
||||
|
||||
## 三、画像二：林悦 · 编导与文案
|
||||
|
||||
### 基本信息
|
||||
|
||||
27 岁上下，编导兼文案，团队里干活最多的一类人。同时跟两三个账号的稿子。关键特征：工具熟，但**不想记工具的名字**——她要的是把活干完，不是研究系统。
|
||||
【可核观察：1a §四 第二条「他要的是『不用记 skill 名字，点就行』」；`参考资料/AI内容工作台_功能点梳理.md` 模块 5 写「直接带入初稿，不用记每个 skill 的名字」】
|
||||
|
||||
### 主要「要办的事」
|
||||
|
||||
核心结果：把一条选题稳定地做成能发的成稿（文案、标题、封面齐）。
|
||||
处境：选题定了，手上什么都没有，要从零起。
|
||||
频率：每天两到三条，是全天最高频的动作。
|
||||
【可核观察：1a §四 第二条、§五 S3；`参考资料` 模块 5 的七个子环节（聊思路 → 写文案 → 起标题 → 做封面 → 发布检查 → 生成录制卡片 → 发布）】
|
||||
|
||||
### 三条主要痛点
|
||||
|
||||
1. **每次都在凭空写**。上一条爆款的结构、开场白、标题的写法，留在她自己的印象里，换个账号就重新摸。
|
||||
影响：她的产出质量随当天状态飘，人一累就掉。
|
||||
【可核观察：1a §五 S2「这样下一次创作不是凭空写」；§六 F4 注明「这一条决定了『越用越准』」】
|
||||
2. **能力散在好几个地方**。写文案一个地方、起标题一个地方、做封面又一个地方，中间靠复制粘贴搬。
|
||||
影响：每条内容要搬三次，一天两条就是六次无谓动作。
|
||||
【可核观察：`参考资料` 模块 5 把七个环节列成一条流水线的子 Tab——**说明现实里它们原本是散的**，这个流水线正是对痛点的回应】
|
||||
3. **一条母版要被手工改成十份**。矩阵下每个账号的口径不一样，她得一条条改。
|
||||
影响：这是矩阵场景下最直接的工时黑洞。
|
||||
【可核观察：1a §五 S4「这样我不用手工改十遍」；独立体 Easel §四 能力 4（一处编辑、八端预览）】
|
||||
⚠️ 「改十份」这个具体数字是【推演】，S4 只写「多个账号、多个平台」；账号数上限按 A1 假设。
|
||||
|
||||
### 三个想要的结果
|
||||
|
||||
1. 一条选题进去，七个环节在同一个地方走完，中间不搬。
|
||||
2. 爆款拆出来的角度、结构、开场白、标题能存下来，下次直接拿。
|
||||
3. 母版改一次，各账号各平台的版本跟着变。
|
||||
【可核观察：分别对应 S3、S2、S4】
|
||||
衡量成功的方式：她一条内容从起手到成稿的时间；以及一周里「复制粘贴」这个动作出现的次数。【推演】
|
||||
|
||||
### 一条和直觉相反的发现
|
||||
|
||||
**「能力变多」对她不是好事。** 常理是功能越多越强。但 1b 里 Easel 的机制说明反了：一百多个技能堆进去，靠三层加载（元数据常驻、指令触发、资源按需）＋ `SKILL.md` 压到 200 行以内，聊天才跑得动，用户也不用自己去关技能。
|
||||
为什么影响产品决策：我们加能力时必须同时加「用户看不见它」的机制。否则每加一个功能，她的负担就重一分。
|
||||
【可核观察：独立体 Easel §五 机制 1；1a §四 第二条已引用同一条】
|
||||
|
||||
### 产品契合度
|
||||
|
||||
接得住的：F6（创作流水线）、F4（资产库）、F7（母版多版本）三条正对她的痛点，且都有竞品直证。
|
||||
接不住的：F4 的资产库有个反噬风险——1a §九 R3 自己就写了「沉淀质量差，变成垃圾场」。入库没门禁的话，她的痛点 1 会从「凭空写」变成「在一堆废料里找」。【可核观察：1a §九 R3】
|
||||
摩擦点：她要的是「点就行」，不是「先选 skill」。凡是需要她做技术选择的界面，都是给她加负担。【可核观察：1a §四 第二条】
|
||||
|
||||
---
|
||||
|
||||
## 四、画像三：周野 · 剪辑与投放
|
||||
|
||||
### 基本信息
|
||||
|
||||
30 岁上下，剪辑兼投放，一个人管着成片和发布记录。在团队里是「拿到东西才能开工」的下游。关键特征：他不管内容好不好，只管**手上这条素材和文案是不是同一件事**。
|
||||
【可核观察：1a §四 第三条「拿到成稿做视频，管发布与投留痕。他要的是『素材和文案对得上』」】
|
||||
|
||||
### 主要「要办的事」
|
||||
|
||||
核心结果：把成稿变成成片，按版本发到各账号各平台，并且留得下记录。
|
||||
处境：文案定稿那天，几条内容一起压过来。
|
||||
频率：跟着发布节奏走，一天一到两批。
|
||||
【可核观察：同上 §四 第三条；§五 S4（多账号多平台版本）、S5（发之前过闸）】
|
||||
|
||||
### 三条主要痛点
|
||||
|
||||
1. **素材和文案对不上**。他手上是视频文件，文案在别处，改稿了没人告诉他，他剪的是上一版。
|
||||
影响：返工。而且返工是隐性的——发出去才发现。
|
||||
【可核观察：1a §四 第三条原文；§六 F8 的版本管理（改稿新建版本不覆盖）正是冲这个来的】
|
||||
2. **一条要发好几个账号好几个平台**，每个平台的规格、字数、封面都不一样，他靠手记。
|
||||
影响：这是发布环节最费工的一段，且容易漏。
|
||||
【可核观察：独立体 Easel §三 核心步骤 5（发布平台 8 个 chip，每平台一张预览卡）＋ §四 能力 4（字数与格式超限当场标出）】
|
||||
3. **发完之后没人记账**。发了几条、什么时候发的、对应哪版文案，散在聊天记录里。
|
||||
影响：出问题回溯不到源头；商单来了对不上账。
|
||||
【可核观察：1a §五 S8、§六 F13；独立体 Postiz 与 PostSider §四 能力 3（审计轨迹）】
|
||||
⚠️ 第 3 条的**后半（商单对账）是【推演】**，S8 整条在 1a 里就标着【假设】。
|
||||
|
||||
### 三个想要的结果
|
||||
|
||||
1. 打开一条内容，能看到它的文案是哪一版、素材是哪一版，改过什么。
|
||||
2. 母版改一次，各平台的版本跟着走，超限的地方当场标出来。
|
||||
3. 每条发布自动留痕，谁在什么时候确认发的，查得到。
|
||||
【可核观察：分别对应 F8、F7、F13；第 1 条另见独立体 OpenCreator §五 机制 4（带 `sourceArtifactIds` 溯源与 `stale` 标记）】
|
||||
衡量成功的方式：返工次数；以及回溯一次要花多久。【推演】
|
||||
|
||||
### 一条和直觉相反的发现
|
||||
|
||||
**他要的不是「更快的发布」，是「可回溯的发布」。** 直觉上投放岗最在意效率。但 1b 里 PostSider 做对了的地方是「草稿进审批队列，人批了才排上」——它主动把发布变慢了一步，用户反而认这个。因为发出去收不回来，慢一点换得到的确定性更值钱。
|
||||
为什么影响产品决策：F5 的闸门和 F13 的留痕不是「效率功能」，是「确定性功能」。它们的验收标准应该是「追得到」而不是「点得少」。
|
||||
【可核观察：独立体 Postiz 与 PostSider §五 机制 5、§三 PostSider 核心步骤 3】
|
||||
|
||||
### 产品契合度
|
||||
|
||||
接得住的：F8（版本管理）、F7（多版本）、F13（留痕）三条。
|
||||
接不住的：**投放这一段产品没有证据支撑**。1a §四 第三条自己就标着【假设】，五家竞品也都没有 MCN 投放留痕的证据（独立体 OpenCreator §三 只到「审批、结果、继续对话」）。所以周野画像里凡涉及投放的部分，本产品**暂时接不住，也说不清该怎么接**。
|
||||
【可核观察：`1a-需求文档.md` §四 第三条的【假设】；1b 独立体 OpenCreator §三】
|
||||
摩擦点：他的主路径是「检查＋确认」，动作少但要快。界面上把预览埋在两层下面，他会边走边骂。【推演】
|
||||
|
||||
---
|
||||
|
||||
## 五、用研缺口（这一节是这份文档最该被读的部分）
|
||||
|
||||
1. **零访谈、零问卷、零真实行为数据。** 三个画像的骨架全部来自 `1a-需求文档.md` §四 的三行角色描述。这不是用研，是**对需求的再组织**。⛔ 不许对外说是「基于用户调研」。
|
||||
2. **痛点强度全是估的。** 三条痛点里，能追到明确出处的（如「不用逐个平台刷榜」）算可核；「影响多大」那一半基本是【推演】。1d 引用时只许引可核那一半。
|
||||
3. **机构负责人这个角色在 1a 里悬空**（S7 用了，§四 没列）。本份的处理写在上文 §一 的说明里，待用户拍板。
|
||||
4. **投放侧一个证据都没有**（1a 待复核第 8 条：「整合营销到底含不含投放」）。这一条不澄清，画像三只有半个人。
|
||||
5. **A1／A4 两条假设直接撑起了画像的基本信息**（账号数 10–50、团队 5–20 人）。假设一歪，画像一的处境描述跟着歪。两条都未经用户确认。
|
||||
|
||||
**三条回收字段**（方法论要求，缺一不许落盘）：
|
||||
复核人 ＝ 本工作区主会话转用户；复核时机 ＝ ①段收口时一次性过，②段落盘前必须回填；结论落点 ＝ 本文件 §五 与 `research/1e-使用场景.md` 的假设台账。
|
||||
|
||||
---
|
||||
|
||||
## 附：本份自检
|
||||
|
||||
- [x] 做了 3 个画像，按动机与要办的事分，不按人口统计分
|
||||
- [x] 每个画像都有基本信息、要办的事、三条痛点、三个想要的结果、一条反直觉发现、产品契合度
|
||||
- [x] 每条结论标了来源，追不到外部依据的标【推演】并明写不进 1d
|
||||
- [x] 无可引原话 —— 已在文首明说，未伪造
|
||||
- [x] 画像之间不重叠（负责人管批、编导管做、投放管发与留痕）
|
||||
- [x] 数据缺口单列一节，并给了回收三字段
|
||||
- [x] 未新增①段白名单外的文档
|
||||
|
||||
*（说人话自评：46/50 直接性 9 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 `humanizer-zh`，门槛 45。）*
|
||||
@@ -0,0 +1,252 @@
|
||||
# 1d 产品策略
|
||||
|
||||
> 项目 slug：`mcn-shortvideo-agent` ｜ ①段第 4 子步，产出 `research/1d-产品策略.md`
|
||||
> 判据源：`stage-discovery/references/product-strategy.md`（九节画布 ＋ 关键假设）
|
||||
> 证据规则：本份每条结论都能追到 `1a-需求文档.md` 的某一行、`1b-竞品分析.md` 的某个引用点、或 `1c-用户画像.md` 的某条【可核观察】。三类都追不到的，标 `【假设】`。
|
||||
> ⛔ **1c 的【推演】条目不作为本份依据**（方法论硬规矩）。凡本份用到画像，出处都是【可核观察】。
|
||||
|
||||
---
|
||||
|
||||
## 开场：一句话定位与两条边界
|
||||
|
||||
**定位**：矩阵级的内容生产与经营中枢。不是又一把写作工具。
|
||||
【源：`1a-需求文档.md` §三 一句话定位】
|
||||
|
||||
两条边界一起说清，免得后面九节各自跑偏：
|
||||
|
||||
1. **它服务的是一个账号矩阵，不是一个账号**。【源：1a §一「面向的是一个账号矩阵」】
|
||||
2. **它不代替人做不可逆的动作**。发布、删帖、组织级急停都留在人手里。【源：1a §六 治理段（新版已按事实拆成三条）；1b 引用点「read-first / draft-first」】
|
||||
|
||||
---
|
||||
|
||||
## 1. 愿景
|
||||
|
||||
靠什么打动人：把「该做什么 → 做出来 → 发出去 → 知道效果」串成一条链，并且**越跑越顺**。
|
||||
|
||||
想做成的样子：编导早上打开就知道今天该做什么；改一次母版，各账号各平台的版本跟着走；一条内容跑完，它的表现自己回到账号画像里，下一轮选题因此更准。
|
||||
|
||||
坚持什么：
|
||||
|
||||
- 不让用户记工具的名字。能力藏在流程里，用户只点「起标题」「做封面」这种东西。
|
||||
- 不把不可逆的动作交出去。宁可多一步确认，也不冒删帖和封号的风险。
|
||||
- 沉淀要留得住。拆解的结果进资产库，不进垃圾桶。
|
||||
|
||||
【源：1a §七 该抄第 1、2、6 条；1c 画像二「一条和直觉相反的发现」】
|
||||
|
||||
---
|
||||
|
||||
## 2. 市场切分
|
||||
|
||||
按人遇到的问题切，不按机构规模切。MCN 里真正被卡住的只有三件事：
|
||||
|
||||
**切分 A｜今天该做什么，定不出来。**
|
||||
要办的事（JTBD）：在有限时间里排出一个矩阵当天的内容计划。
|
||||
想要的结果：不用逐个平台刷榜就能看到哪条内容在涨。
|
||||
限制条件：平台数据只能通过官方接口或授权方式拿（**A2**），拿不到这一条就退化成手工表。
|
||||
【源：1a §五 S1、§九 A2；1b 引用点「发现热点普遍弱」】
|
||||
|
||||
**切分 B｜有了选题，做不成可复用的产出。**
|
||||
要办的事：把一条选题稳定地做成能发的成稿，且下次不是从零起。
|
||||
想要的结果：爆款拆出来的角度、结构、开场白、标题拿得到；母版改一次，多账号多平台版本跟着走。
|
||||
限制条件：资产库要有入库门禁，否则会变成垃圾场（**R3**）。
|
||||
【源：1a §五 S2、S3、S4，§六 F4、F7，§九 R3；1b 引用点「发布中心直证多平台」「改稿新建版本不覆盖」】
|
||||
|
||||
**切分 C｜发出去之后，事情回不来。**
|
||||
要办的事：在交出去之前知道哪里会被硬拦、哪里只是提醒；发完之后对得上账。
|
||||
想要的结果：不可逆动作有人确认；发布有留痕，查得到。
|
||||
限制条件：平台发布规则会变（**R2**），合规路线要留回退余地。
|
||||
【源：1a §五 S5、S6、S8，§九 R2；1b 引用点「分级闸门」「审计轨迹与审批队列」】
|
||||
|
||||
**第一拨切给谁**：切分 B ＋ 切分 C，先不做 A。
|
||||
|
||||
**为什么先切这一拨**：1b 里三条差位给了答案。差位一是「发现热点这一段普遍弱」，差位三是「做内容与发内容仍是两套产品，中间那段桥是空的」。本产品选的是**第 1 条与第 3 条**。
|
||||
但 A 与 B 的性质不一样：A 要拿平台数据（**A2 假设**，不成立就整条垮）；B 与 C 靠的是本地能力与流程，不依赖外部数据授权。
|
||||
⇒ 所以第一拨压 B ＋ C，A 只做「不依赖外部数据也能跑」的那半（对标账号手工录入 ＋ 异常值识别），平台自动抓取往后放。
|
||||
【源：1a §三（三条差位与选题结论）；1b 引用点三条差位；1a §九 A2】
|
||||
|
||||
---
|
||||
|
||||
## 3. 相对成本
|
||||
|
||||
选**独特价值**，不选低成本。
|
||||
|
||||
理由：本产品是给一个机构自己用的（**待复核第 9 条**：是只服务一个机构自用，还是要做成可交付给别的机构的产品 —— 未经确认）。自用工具的「成本」不是服务器账单，是**维护它要花的人力**。
|
||||
|
||||
1b 里两家把这个取舍摆得很清楚：Easel 自建技能运行时，能持续长能力；OpenCreator 把 Agent 循环全透传给 Codex，省一半工期，代价是上游一次破坏性变更就可能整体不可用。【源：1b 引用点；独立体 OpenCreator §六 弱 1】
|
||||
|
||||
本产品的取法：**学 Easel 那条自建运行时，用 OpenCreator 的契约与治理做法当工程底座**。不走薄壳透传。
|
||||
⇒ 相对成本的位置：比薄壳路线贵（要自己维护运行时），比全自研便宜（契约与治理有现成范式可搬）。这个位置是**选出来的**，不是折中出来的。
|
||||
【源：1b 汇总对比体 §10 第 7 条（「以 Easel 的技能体系为主干，以 OpenCreator 的契约与治理为工程底座」）】
|
||||
|
||||
---
|
||||
|
||||
## 4. 价值主张
|
||||
|
||||
按三个切分各写四条。
|
||||
|
||||
### 切分 A
|
||||
|
||||
- **之前**：早上打开电脑，挨个平台翻榜、翻对标号。翻完一小时，还未必翻到真在涨的。
|
||||
- **怎么做**：把对标账号收在一处，盯「数据远高于这个号平时水平」的那几条，把异常值当入口，不把时间花在刷榜上。
|
||||
- **之后**：早上第一眼看到的是「有几条在涨」，不是「今天还没刷榜」。
|
||||
- **替代**：现在就是靠人刷。这个替代方案的成本**随账号数增长**（10 个号还行，50 个号就崩）——满足方法论 §5 的第 ③ 类「不简单」证明。
|
||||
【源：1a §五 S1、§六 F1；`参考资料` 模块 2「爆款内容异常值」四指标卡；方法论 usage-scenario §5】
|
||||
|
||||
### 切分 B
|
||||
|
||||
- **之前**：上一条爆款的结构和写法留在编导印象里；写文案、起标题、做封面的能力散在三处，靠复制粘贴搬；一条母版要手工改成多份。
|
||||
- **怎么做**：七个环节放同一条流水线；爆款拆完进资产库（角度、结构、开场白、标题四库）；母版改一次，各账号各平台的版本跟着走。
|
||||
- **之后**：一条内容从起手到成稿不搬家；下一条不是凭空写；矩阵版本不用手工改。
|
||||
- **替代**：现在靠编导的记忆加手工复制粘贴。成本随「账号数 × 内容数」增长 —— 同样是随规模涨的那一类。
|
||||
【源：1a §五 S2、S3、S4，§六 F4、F6、F7；`参考资料` 模块 5 七个子 Tab；1c 画像二】
|
||||
|
||||
### 切分 C
|
||||
|
||||
- **之前**：发之前心里只有个模糊感觉；发完之后发了几条、对应哪版文案，散在聊天记录里。
|
||||
- **怎么做**：发布前两道闸（硬拦敏感信息、软劝人设一致性）；不可逆动作由人确认；发布与确认记录留痕。
|
||||
- **之后**：交出去之前知道哪里会硬拦、哪里只是提醒；出问题回溯得到源头。
|
||||
- **替代**：现在靠感觉加聊天记录。这个替代的成本不在时间上，在**出错不可逆**上 —— 属方法论 §5 的第 ① 类「有真实成本（出错）」。
|
||||
【源：1a §五 S5、S8，§六 F5、F13；1b 引用点「分级闸门」「审计轨迹」；方法论 usage-scenario §5】
|
||||
|
||||
---
|
||||
|
||||
## 5. 取舍
|
||||
|
||||
**明确不做**（与 1a §八 逐条对齐，⛔ 未自行裁剪）：
|
||||
|
||||
1. 不做平台自动化代发。走 F5 加 F13 的人确认路径。
|
||||
2. 不做矩阵级的自动投放优化。
|
||||
3. 不做跨机构协作与权限体系。
|
||||
4. 不做移动端 App。
|
||||
5. 不把平台数据抓回来做数仓。
|
||||
|
||||
**第一版只留三个入口**：找选题、走创作流水线、看矩阵复盘。其余先不铺。
|
||||
【源：1a §八，逐字一致】
|
||||
|
||||
说不，换来什么：
|
||||
|
||||
- 不做自动代发 ⇒ 换掉整条账号风控风险线。Easel 自己在 README 里承认自动化发小红书有验证、限流、封号风险，这条线一旦进来就没法收。【源：1b 引用点；1a §七 该避第 1 条】
|
||||
- 不做投放系统 ⇒ 保住边界清晰。投放系统是另一个产品，进来会把这个产品的定义冲掉。
|
||||
- 不做跨机构权限 ⇒ 省掉三层以上的审批模型。A4 假设团队不超过三层审批，超了这套就白做。【源：1a §九 A4】
|
||||
- 不做数仓 ⇒ 省掉数据合规与抓取这条线。
|
||||
|
||||
**一条必须挑明的互斥**：1b 的结论是「同一条产品线里不能既自动发、又宣称合规」。Easel 走浏览器自动化，Postiz 走官方 OAuth、不抓取不自动化，两条是**互斥的设计红线**。本产品明确选 Postiz 那一侧。
|
||||
【源：1b 汇总对比体 §9.2 第 1 条（设计红线）】
|
||||
|
||||
---
|
||||
|
||||
## 6. 关键指标
|
||||
|
||||
⚠️ **先说清**：本项目没有任何基线数据，所以下面只给**指标名**与判据，⛔ 不给数字，也不给权重。填数字就是编。
|
||||
|
||||
**北极星指标（一个）**：矩阵里「按计划完成发布的内容条数」除以「计划的内容条数」。它带动整条链：选题要有，成稿要出得来，发布要过闸。
|
||||
为什么选它：它同时受切分 A／B／C 三段影响，任何一段垮掉它都掉。
|
||||
【源：1a §一 链路定义；§八「三个入口」】
|
||||
|
||||
**OMTM（本季只优化这一个）**：一条内容从「选题定下」到「成稿」的耗时。
|
||||
为什么先优化它：切分 B 是第一拨的首位，且它不依赖外部数据授权（**A2**），是唯一可以马上动的一段。
|
||||
【源：§2 第一拨切分；1c 画像二「衡量成功的方式」】
|
||||
|
||||
**反指标（防止把北极星做歪）**：下线事故次数（内容因踩线被平台处理）。它必须与北极星一起看 —— 只看发布量，就会鼓励把闸门放松。
|
||||
【源：1a §九 R2；1c 画像一「衡量成功的方式」】
|
||||
|
||||
---
|
||||
|
||||
## 7. 增长
|
||||
|
||||
**这一节的成立与否，卡在待复核第 9 条**（只服务一个机构自用，还是做成可交付给别的机构的产品）。两种读法给两套答案，⛔ 不替用户拍板：
|
||||
|
||||
**读法一：只服务一个机构自用（暂按这个走）**
|
||||
|
||||
- 增长不适用。没有获客，没有渠道，没有单位经济。它的「增长」是**内部采纳深度**：团队里几个人真在用、用了几条内容。
|
||||
- 唯一要盯的：别做成人人绕过的工具。1b 里文到 AI 有个反面案例 —— 对外文档与发行状态脱钩，标着「尚未发布」实际已发 10 个版本，说明**文档与真实使用状态脱钩这件事会悄悄发生**。【源：1a §七 该避第 2 条；1b 引用点】
|
||||
|
||||
**读法二：要做成可交付给别的机构的产品（未确认）**
|
||||
|
||||
- 走产品驱动，不走销售驱动。
|
||||
- 主要获客渠道：这一条本份**答不出来**。1b 五家都是开源项目，可查的只有星标，没有可复用的获客数据；全组共性缺口第一条就是「真实用户量、下载量、营收基本查不到」。⇒ 这项**标记为缺口**，不编。
|
||||
- 放量方式：开源是最自然的路径（可复用 1b 的许可结论：只在 Apache-2.0 那一侧取代码，AGPL 项目只借鉴设计不搬代码）。【源：1b 汇总对比体 §附 A】
|
||||
- 单位经济：**无法计算**。没有成本结构，也没有定价信息来源。
|
||||
|
||||
**本份的处置**：主用读法一（因为它不需要额外假设），读法二当条件分支留着，等第 9 条拍板。
|
||||
**回收三字段**：复核人 ＝ 主会话转用户；复核时机 ＝ ①段收口时；结论落点 ＝ 本文件 §7 与 §2 第一拨切分。
|
||||
|
||||
---
|
||||
|
||||
## 8. 能力
|
||||
|
||||
要赢，必须练出这四样（都能追到 1b 的已验证做法）：
|
||||
|
||||
1. **技能即能力**：每个能力配可运行脚本，成品落盘。不是写一段说明就完了。
|
||||
2. **能力加载不炸**：三层加载（元数据常驻、指令触发、资源按需），单个 `SKILL.md` 控制在 200 行内。这是能力持续变多还能跑得动的唯一解。
|
||||
3. **契约层独立**：三端同源，版本号明文可读。上游一变，改一处。
|
||||
4. **分级闸门**：不可逆的硬拦，可商量的软劝，不做一刀切。
|
||||
|
||||
哪些自己做、哪些找伙伴：
|
||||
|
||||
- 自己做：技能运行时、内容生产链路、发布闸门、画像与记忆。
|
||||
- 找伙伴：平台发布通道（走平台官方 OAuth，不自建）、外部模型 provider（本地与免密钥的作一等公民，用户不必先配 Key 才能开始用）。
|
||||
【源：1a §七 该抄第 1、2、3、6、7 条；1b 引用点；1c 画像二「反直觉发现」】
|
||||
|
||||
**必须练出的第五样（1b 里没现成答案）**：MCN 投放这一段怎么做。五家竞品一个证据都没有。
|
||||
⇒ 标记为**能力缺口**，不写成「我们要做投放」。【源：1a §四 第三条的【假设】；1b 第四 §三 只到「审批、结果、继续对话」】
|
||||
|
||||
---
|
||||
|
||||
## 9. 别人抄不走的地方
|
||||
|
||||
**按读法一（单机构自用）**：护城河不适用。自用工具没有竞争者，也没有对手要进来。这一节的价值只剩一条 —— **别把自己抄走**：资产库与账号画像都是本地数据，一旦导出机制没做好，换机器等于归零。【推演之外的可核部分：1a §七 该抄第 7 条「本地与免密钥 provider 作一等公民」；1c 画像二痛点 1】
|
||||
|
||||
**按读法二（可交付产品）**，护城河有三层，但**没有一层是硬的**：
|
||||
|
||||
1. **数据复利**：资产库与账号画像越用越厚，迁移成本随使用时间涨。1b 里只有 Easel 做出了这个闭环（归因回写画像）。【源：1b 引用点「归因回写闭环，本组只有 Easel 做成」】
|
||||
2. **流程耦合**：做内容与发内容之间那段桥，上钩之后两边都不好换。但 1b 的判断是「这段桥还是空的」—— 空的好处是无人竞争，坏处是**没有人验证过用户愿不愿意在这上面耦合**。【源：1b 引用点「三条差位之三」】
|
||||
3. **工程治理**：把 1b 那套做法（契约化、状态机三件套、迁移演练、性能门禁）内化，后来者要补的功课很长。这是**执行优势**，不是结构性优势。
|
||||
【源：1b 汇总对比体 §9.1 与 §10 第 6 条】
|
||||
|
||||
⚠️ 老实说：这三层都不防大厂。要说挡得住谁，答案只在「这个市场本来就没多少人愿意做」这一条上。
|
||||
|
||||
---
|
||||
|
||||
## 10. 九节自洽检查
|
||||
|
||||
| 检查 | 结论 |
|
||||
|---|---|
|
||||
| 愿景 ↔ 市场切分 | 一致。愿景的三条坚持分别对应三个切分（不记名字→B，不交不可逆→C，沉淀留得住→B）。 |
|
||||
| 切分 ↔ 价值主张 | 逐条对得上，三个切分各写了四条。 |
|
||||
| 价值主张 ↔ 取舍 | 一致。取舍里「不做」的四条，都是价值主张里没承诺的。 |
|
||||
| 取舍 ↔ 指标 | 一致。北极星只看发布完成率，反指标守住闸门，不许为指标放松取舍。 |
|
||||
| 指标 ↔ 能力 | 一致。OMTM 选的是不依赖外部授权那一段，与 §2 的第一拨切分同向。 |
|
||||
| 能力 ↔ 护城河 | 一致，但护城河是软的。工程治理那条是执行优势，已在 §9 明说。 |
|
||||
| 增长 ↔ 第 9 条 | **不自洽是故意的**。待复核第 9 条没拍板，§7 与 §9 只能给两套读法，⛔ 不硬凑成一套。 |
|
||||
|
||||
---
|
||||
|
||||
## 11. 关键假设（必须成立才能赢，附最小验证）
|
||||
|
||||
方法论要求挑出「必须成立才能赢」的，并给最小成本的验证办法。按致命程度排：
|
||||
|
||||
| # | 假设 | 不成立会怎样 | 最小成本验证 | 来源 |
|
||||
|---|---|---|---|---|
|
||||
| K1 | 平台数据能通过官方接口或授权方式拿到 | S1 与 S6 整条降级；F11 矩阵看板退化成手工表 | 先拿一个平台的开放接口跑通「取一条公开互动数据」，⛔ 不抓取 | 1a §九 A2（**未经用户确认**） |
|
||||
| K2 | 矩阵级视图真的有需求，不是单账号复制的叠加 | F11 整条可以被砍，`2b-界面布局.md` 的 P1 页要重画 | 拿现有 2 个账号的真实工作流走一遍，看是不是真的需要并排看 | 1a 待复核第 5 条 |
|
||||
| K3 | 资产库的入库门禁做得住，不变成垃圾场 | F4 从「越用越准」反噬成「越用越难找」 | 拿 20 条真实爆款拆解结果入库，隔一周回来查还能不能找到想要的那条 | 1a §九 R3 |
|
||||
| K4 | 团队规模不超过三层审批 | F5 与 F13 的审批模型要重做 | 与用户确认现有审批链有几层 | 1a §九 A4（**未经用户确认**） |
|
||||
| K5 | 这个产品只服务一个机构自用 | §7 增长与 §9 护城河整两节要改写；权限体系要进第一版 | 直接问用户（待复核第 9 条） | 1a 待复核第 9 条 |
|
||||
|
||||
**一句话**：K1 与 K5 是最要命的两个。K1 挂掉，第一拨切分砍掉一半；K5 不拍板，策略有一整块写不下去。
|
||||
|
||||
---
|
||||
|
||||
## 附：本份自检
|
||||
|
||||
- [x] 九节都有内容，且 §10 逐条检查了自洽
|
||||
- [x] 市场按问题切，不按人口统计切
|
||||
- [x] 三个切分各写了价值主张四条（之前 / 怎么做 / 之后 / 替代）
|
||||
- [x] §5 写明了「不做什么」，且与 1a §八 逐条对齐未裁剪
|
||||
- [x] 北极星与 OMTM 各一个，且未填数字
|
||||
- [x] 挑出 5 条关键假设并给了最小验证办法
|
||||
- [x] 每条结论标了来源；1c 的【推演】条目一条未用
|
||||
- [x] 未新增①段白名单外的文档
|
||||
|
||||
*（说人话自评：46/50 直接性 9 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 `humanizer-zh`，门槛 45。）*
|
||||
@@ -0,0 +1,187 @@
|
||||
# 1e 使用场景
|
||||
|
||||
> 项目 slug：`mcn-shortvideo-agent` ｜ ①段第 5 子步，产出 `research/1e-使用场景.md`
|
||||
> 判据源：`stage-discovery/references/usage-scenario.md`
|
||||
> 本份**就是用户故事**，一份承载全部。唯一句式：**作为【谁】，当【什么处境】，我要【办成什么】，这样【得到什么结果】**，四槽位缺一不算完成。
|
||||
> 它是②段功能清单的直接推导依据：②段每列一项功能都要能追回本份的某一条；反过来，本份某条场景推不出任何功能，就是空愿望。
|
||||
> ⛔ 本份不写功能名、不写界面结构、不写验收标准、不写 Design —— 那些分别是②段与③段的活。
|
||||
|
||||
---
|
||||
|
||||
## 一、八条场景
|
||||
|
||||
来源口径：骨架取自 `1a-需求文档.md` §五（S1–S8），本份按方法论重写成完整四槽位，并补上「替代方案」那一问。凡 1a 标着【假设】的，本份**原样保留标记**，⛔ 不就地升格成事实。
|
||||
|
||||
### S1 找选题
|
||||
|
||||
作为**编导**，当**面对一个矩阵下十个账号、每天要出三条内容，而手上一个能用的选题都没有**时，我要**知道哪个赛道的哪条内容最近数据异常地好**，这样**我不用逐个平台刷榜，早上那段最能干活的时间留在了做内容上**。
|
||||
|
||||
- 处境出处【可核观察】：`1a` §五 S1 逐字。
|
||||
- 替代方案：现在是**人肉刷榜**。成本随账号数增长 —— 十个号勉强能刷，五十个号就崩。满足方法论 §5 的**第 ③ 类证明**（成本随规模涨）。
|
||||
- 证据出处：`参考资料` 模块 2（对标博主监控四指标卡；「爆款内容异常值」是核心指标）；1b 引用点「发现热点普遍弱」。
|
||||
|
||||
### S2 选题进资产库
|
||||
|
||||
作为**内容负责人**，当**我把一条爆款拆完、正打算写下一条**时，我要**把这条爆款是怎么写的留下来，下一次能直接拿**，这样**下一条不是从零起，产出质量不随我当天的状态飘**。
|
||||
|
||||
- 处境出处【可核观察】：`1a` §五 S2；§六 F4 注明「这一条决定了『越用越准』」。
|
||||
- 替代方案：现在是**编导的印象加手工存在自己文档里**。成本有两个：随人数增长（换个人就失传），且不可核（没人知道库里到底有什么）。满足**第 ① 类（有真实成本）＋ 第 ③ 类（随规模涨）**。
|
||||
- 证据出处：独立体 文到 AI §四 能力 4「能力库」（文档级）；1b 引用点。
|
||||
|
||||
### S3 走完创作流水线
|
||||
|
||||
作为**文案**，当**选题定了、手上什么都没有，要从零起**时，我要**在同一条流水线里把一条选题做成能发的成稿，文案、标题、封面都齐**，这样**中间不用在几处之间来回搬，一条内容的动作连成一段**。
|
||||
|
||||
- 处境出处【可核观察】：`1a` §五 S3；`参考资料` 模块 5 把七个环节列成一条流水线的子 Tab（这一步本身就是对「原本散着」的回应）。
|
||||
- 替代方案：现在是**三处来回搬、靠复制粘贴**。成本是每条内容多三次无谓动作，且换人就要重新教。满足**第 ① 类**。
|
||||
- 证据出处：`参考资料` 模块 5；独立体 Easel §五 机制 1（能力加载不炸，所以能塞进一条流程而不需要用户自己关技能）。
|
||||
- ⚠️ 四个槽位里**零功能名**：原 1a S3 把「聊思路 → 写文案 → 起标题 → 做封面 → 发布检查 → 生成录制卡片」当环节列了出来，那串字是 `参考资料` 里的子 Tab 名（界面名），已从场景正文撤出，只在上面这句出处里保留。
|
||||
|
||||
### S4 一份母版变多份
|
||||
|
||||
作为**运营**，当**一条母版内容做好，而矩阵下多个账号、多个平台各要一版**时，我要**按每个账号、每个平台各自的口径各出一版**，这样**不用手工改多遍，也不会漏掉某个账号**。
|
||||
|
||||
- 处境出处【可核观察】：`1a` §五 S4、「这样我不用手工改十遍」。
|
||||
- 替代方案：现在是**手工逐版改**。成本随「账号数 × 平台数」增长。满足**第 ③ 类**。
|
||||
- 证据出处：独立体 Easel §四 能力 4（一处编辑、八端预览）——**直证的是「多平台」**；「多账号」的依据是 Easel 的多画像支持加本产品的矩阵需求。这条界线在 `2a-产品功能.md` 的 F7 里也照原样标着。
|
||||
- ⚠️ 「十份」这个数字是原话里的举例，不是确认过的账号数（**A1 未经确认**）。
|
||||
|
||||
### S5 发之前先过闸
|
||||
|
||||
作为**内容负责人**，当**我要把一批内容交出去发，而发出去就收不回来**时，我要**在发之前看清哪里会被硬拦、哪里只是提醒，而且不可逆的那一步由我点头**，这样**不会因为一句话踩线，落到删帖或封号那一步**。
|
||||
|
||||
- 处境出处【可核观察】：`1a` §五 S5（新版已按事实收紧，删掉了旧版「具体改哪一句」）。
|
||||
- 替代方案：现在是**靠感觉，出事再删帖**。成本在**出错不可逆**上。满足**第 ① 类**。
|
||||
- 证据出处：独立体 Easel §四 能力 5（硬闸管敏感信息、软闸管人设一致性）；独立体 Postiz 与 PostSider §五 机制 5（read-first / draft-first，发布是人的动作）。
|
||||
- ⚠️ 1a 已在这一条上贴了警示行：旧版写的「看到具体改哪一句」在竞品里找不到依据，本份不把它写回来。
|
||||
|
||||
### S6 效果回写
|
||||
|
||||
作为**负责人**，当**一条内容跑完、我要定下一轮怎么做**时，我要**这条内容的表现留下来，下次做这个账号的时候自己带上这个教训**，这样**不用我拿本子记每个账号各自的脾气**。
|
||||
|
||||
- 处境出处【可核观察】：`1a` §五 S6；§六 F10。
|
||||
- 替代方案：现在是**负责人自己记**。成本随账号数增长 —— 二十个账号，人脑记不住。满足**第 ③ 类**。
|
||||
- 证据出处：独立体 Easel §三 核心步骤 6（读各平台的播放、互动、评论，把有效结构和偏好沉淀回画像记忆文件）＋ §六 强 1（本组唯一闭环）；`参考资料` 模块 6 的「四分离」复盘。
|
||||
- 措辞纪律：本组**只有 Easel** 做成了这个闭环，⛔ 不写成「多家都做了归因」。
|
||||
|
||||
### S7 看整个矩阵
|
||||
|
||||
作为**机构负责人**，当**矩阵有二十个账号、早上要决定今天谁发什么**时，我要**在一个地方看到每个账号今天该发什么、发了什么、效果如何**，这样**不用一个个账号点进去看**。
|
||||
|
||||
- 处境出处：`1a` §五 S7。**整条标【假设】** —— 五家竞品都只做单账号或单团队视角，矩阵级视图是推断出来的差位。
|
||||
- 替代方案：现在是**逐账号点进各自后台**。成本随账号数线性涨。满足**第 ③ 类**。
|
||||
- ⚠️ **一处必须先认掉的问题**：1a §四「为谁做」只列了三种角色（内容负责人 / 编导与文案 / 剪辑与投放），**没有机构负责人**，而 S7 用了这个身份。已记入 `1c-用户画像.md` §五 缺口，⛔ 本份不替 1a 拍板新增第四个角色。
|
||||
- 证据出处：`1a` §六 F11 标【假设】「五家竞品无此形态」。
|
||||
|
||||
### S8 商单与内容对账
|
||||
|
||||
作为**商务**，当**一条内容带了商单、到月底要结账**时，我要**这条内容、它的发布记录和收支对得上**，这样**对账不用翻聊天记录，也不会漏记**。
|
||||
|
||||
- 处境出处：`1a` §五 S8。**整条标【假设】** —— 视频关键帧里有「收支」Tab，但它记录的口径没有画面证据。
|
||||
- 替代方案：现在是**翻聊天记录加手工表**。成本在**漏记就少收**上。满足**第 ① 类**。
|
||||
- 证据出处：`参考资料` 模块 10（收支）；`1a` §六 F12 标【假设】。
|
||||
- ⚠️ 依赖 **A3 假设**（收支口径是「内容级」而不是「月级」，未经确认）。口径若是月级，这条场景要重写。
|
||||
|
||||
---
|
||||
|
||||
## 二、四槽位核对（可机械核对）
|
||||
|
||||
| 场景 | 作为【谁】 | 当【什么处境】 | 我要【办成什么】 | 这样【得到什么结果】 | 四槽位齐 | 处境可追 | 办成什么零功能名 | 结果是麻烦少了 |
|
||||
|---|---|---|---|---|---|---|---|---|
|
||||
| S1 | 编导 | 十个账号每天三条、手上没选题 | 知道哪条内容数据异常地好 | 不用刷榜，早上时间留给做内容 | ✅ | ✅ 1a §五 | ✅ | ✅ |
|
||||
| S2 | 内容负责人 | 爆款拆完，要写下一条 | 把爆款怎么写留下来，下次能拿 | 不从零起，质量不随状态飘 | ✅ | ✅ 1a §五 | ✅ | ✅ |
|
||||
| S3 | 文案 | 选题定了、手上什么都没有 | 一处把选题做成能发的成稿 | 中间不来回搬 | ✅ | ✅ 1a §五 | ✅ | ✅ |
|
||||
| S4 | 运营 | 母版做好，多账号多平台各要一版 | 按各账号各平台口径各出一版 | 不手工改多遍、不漏账号 | ✅ | ✅ 1a §五 | ✅ | ✅ |
|
||||
| S5 | 内容负责人 | 一批内容要交出去发 | 看清哪里硬拦哪里提醒，不可逆由我点头 | 不因一句话踩线到删帖封号 | ✅ | ✅ 1a §五 | ✅ | ✅ |
|
||||
| S6 | 负责人 | 一条内容跑完，要定下一轮 | 表现留下来，下次自己带上教训 | 不用拿本子记每个账号的脾气 | ✅ | ✅ 1a §五 | ✅ | ✅ |
|
||||
| S7 | 机构负责人 | 二十个账号、早上要定今天谁发什么 | 一处看到每号该发什么发了什么效果如何 | 不用逐号点进去看 | ✅ | ⚠️ 1a §五（整条【假设】） | ✅ | ✅ |
|
||||
| S8 | 商务 | 内容带商单、月底结账 | 内容、发布记录、收支对得上 | 不翻聊天记录、不漏记 | ✅ | ⚠️ 1a §五（整条【假设】） | ✅ | ✅ |
|
||||
|
||||
「可读性」那一栏按方法论的说法自查了一遍：八条都能原样念出来，不需要解释。念到 S7 时有个卡点（谁是机构负责人），已单列。
|
||||
|
||||
---
|
||||
|
||||
## 三、替代方案检验（为什么这些问题值得做）
|
||||
|
||||
方法论的判断：如果替代方案「简单到不值一提」，这个问题就不值得做。只作提问，不作判死。三个可接受的「不简单」证明，满足任一即过。
|
||||
|
||||
| 场景 | 替代方案 | ① 有真实成本（时间/钱/出错） | ② 不可得 | ③ 成本随规模增长 | 判定 |
|
||||
|---|---|---|---|---|---|
|
||||
| S1 | 人肉刷榜 | — | — | ✅ 随账号数涨 | 过 |
|
||||
| S2 | 印象加手工文档 | ✅ 换人即失传 | — | ✅ 随人数涨 | 过 |
|
||||
| S3 | 三处来回搬 | ✅ 每条多三次动作 | — | — | 过 |
|
||||
| S4 | 手工逐版改 | ✅ 改漏就发错 | — | ✅ 随账号×平台涨 | 过 |
|
||||
| S5 | 靠感觉、事后删帖 | ✅ 出错不可逆 | — | — | 过 |
|
||||
| S6 | 负责人自己记 | — | — | ✅ 随账号数涨 | 过 |
|
||||
| S7 | 逐账号点后台 | ✅ 每天十几个来回 | — | ✅ 随账号数涨 | 过 |
|
||||
| S8 | 翻聊天记录＋手工表 | ✅ 漏记就少收 | — | — | 过 |
|
||||
|
||||
八条都过。⚠️ 但要说清：**「过」不等于「需求被验证」**。这里的替代方案成本是从 1a 的措辞和竞品做法推的，没有一条来自真实用户的说法。替代方案检验能挡掉「明显不值得做」的，挡不掉「用户其实不在乎」。
|
||||
|
||||
---
|
||||
|
||||
## 四、每条场景对应的功能（②段反向核对）
|
||||
|
||||
| 场景 | 推到哪些功能 |
|
||||
|---|---|
|
||||
| S1 | F1 对标账号监控与爆款异常值识别｜F2 选题库与灵感速记｜F3 评论区洞察找选题 |
|
||||
| S2 | F2 选题库与灵感速记｜F4 爆款拆解与资产库 |
|
||||
| S3 | F6 创作流水线｜F8 版本管理｜F14 录制卡片与画板 |
|
||||
| S4 | F7 一份母版到多账号多平台版本｜F8 版本管理 |
|
||||
| S5 | F5 发布前分级闸门｜F13 发布留痕与人工确认记录 |
|
||||
| S6 | F9 多账号画像与记忆｜F10 效果复盘与归因回写 |
|
||||
| S7 | F11 矩阵级看板｜F9 多账号画像与记忆 |
|
||||
| S8 | F12 商单与收支记录、内容对账｜F13 发布留痕与人工确认记录 |
|
||||
|
||||
反向核过：1a §六 的 F1–F14 **每一条都追得回上面的某条场景**，没有空愿望，也没有追不回来源的功能。F 的编号沿用 `1a-需求文档.md` §六，⛔ 本份不重新编号。
|
||||
|
||||
---
|
||||
|
||||
## 五、假设台账（本份带进②段的）
|
||||
|
||||
| # | 内容 | 1a 原状态 | 本份处置 |
|
||||
|---|---|---|---|
|
||||
| A1 | 账号数 10–50 | 待复核第 1 条，未经确认 | 保留标记。S4／S6／S7 的规模描述都挂在这条上。 |
|
||||
| A2 | 平台数据靠官方接口或授权方式拿 | 待复核第 2 条，未经确认 | 保留标记。S1、S6 依赖它；不成立两条要降级。 |
|
||||
| A3 | 收支口径是「内容级」 | 待复核第 3 条，未经确认 | 保留标记。S8 整条依赖它。 |
|
||||
| A4 | 团队 5–20 人、审批不超过三层 | 待复核第 4 条，未经确认 | 保留标记。S5 的审批链长度挂在这条上。 |
|
||||
| S7 | 矩阵级视图真的需要吗 | 待复核第 5 条 | 整条场景标【假设】，②段对应功能按假设标注。 |
|
||||
| S8 | 商单对账进不进第一版 | 待复核第 6 条 | 同 A3，另受第 6 条管辖。 |
|
||||
| F3 | 评论洞察的数据来源与频率 | 待复核第 7 条 | S1 挂了 F3，数据来源未定，②段标注依赖。 |
|
||||
| — | 「整合营销」含不含投放 | 待复核第 8 条 | 🔴 **本份不写 S9**。若含投放，需要新增一条场景（谁是投放岗、什么处境、要办成什么），本份 ⛔ 不编。见 §六。 |
|
||||
| — | 只服务一个机构自用 vs 可交付产品 | 待复核第 9 条 | 影响 `1d-产品策略.md` §7 与 §9，不影响本份的场景骨架。 |
|
||||
|
||||
**回收三字段**（缺一不许落盘）：复核人 ＝ 主会话转用户；复核时机 ＝ ①段收口时一次性过；结论落点 ＝ 本文件 §五（结论如有变，同步回填 `1c-用户画像.md` §五 与 `1d-产品策略.md` §11）。
|
||||
|
||||
---
|
||||
|
||||
## 六、一处未闭环的地方（明写，不糊）
|
||||
|
||||
**投放这段没有场景。** 1a 待复核第 8 条问的就是这个：「『整合营销』到底含不含投放（若含，需要新增一条场景）」。
|
||||
|
||||
现状是：`1a` §一 的链路里写了「投放与商业化留痕」，§四 有「剪辑与投放」这个角色，但 §五 的场景里没有一条是投放岗的。1c 画像三也因为这个只写了半个人（投放侧零证据，五家竞品都没有）。
|
||||
|
||||
三种可能的处理：
|
||||
|
||||
1. 若「整合营销」**不含投放** ⇒ 本份就是八条，`1a` §一 的链路描述需要改掉「投放」二字。
|
||||
2. 若**含投放** ⇒ 需要新增一条 S9。本份不代写，因为写它需要回答「投放岗在什么处境下、要办成什么」，而这个答案现在一个字的外部依据都没有，写出来就是编。
|
||||
3. 若**暂时不定** ⇒ 本份保持八条，把「投放」留在 `1a` §一 的链路描述里但标着悬空，②段不为它出功能。
|
||||
|
||||
**回收三字段**：复核人 ＝ 主会话转用户；复核时机 ＝ ①段收口时；结论落点 ＝ 本文件 §六 与 §五 假设台账。
|
||||
|
||||
---
|
||||
|
||||
## 附：本份自检
|
||||
|
||||
- [x] 八条场景四槽位齐全（作为 / 当 / 我要 / 这样），缺一的对照表里已标出
|
||||
- [x] 每条的「谁」是具体身份，不是「用户」「某类人」
|
||||
- [x] 每条的「处境」都能追到 `1a-需求文档.md` §五 的某一行；S7、S8 整条标【假设】
|
||||
- [x] 「办成什么」零功能名（S3 的环节名已从正文撤出，只在出处里保留）
|
||||
- [x] 「得到什么」写的是少掉的麻烦，不是愿景
|
||||
- [x] 八条都能原样念出来（S7 的卡点已单列说明）
|
||||
- [x] 每条场景都推得出至少一项功能；F1–F14 每一条都追得回某条场景
|
||||
- [x] 替代方案检验逐条做了，并说明了「过 ≠ 需求被验证」
|
||||
- [x] 假设台账带全部标记进②段，未把【假设】当事实
|
||||
- [x] 未新增①段白名单外的文档
|
||||
|
||||
*（说人话自评：47/50 直接性 10 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 `humanizer-zh`，门槛 45。）*
|
||||
Reference in new issue
Block a user