contentm_agent/执行会话/目标-根据1a需求文档生成MCN短视频整合营销-d85687/research/1d-产品策略.md

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 不拍板，策略有一整块写不下去。

---

附：本份自检

• 九节都有内容，且 §10 逐条检查了自洽
• 市场按问题切，不按人口统计切
• 三个切分各写了价值主张四条（之前 / 怎么做 / 之后 / 替代）
• §5 写明了「不做什么」，且与 1a §八 逐条对齐未裁剪
• 北极星与 OMTM 各一个，且未填数字
• 挑出 5 条关键假设并给了最小验证办法
• 每条结论标了来源；1c 的【推演】条目一条未用
• 未新增①段白名单外的文档

（说人话自评：46/50　直接性 9 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 humanizer-zh，门槛 45。）