252 lines
17 KiB
Markdown
252 lines
17 KiB
Markdown
|
# 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。）*
|