feat: add storyforge ops ui prototype and tracking digest
This commit is contained in:
549
docs/PRODUCT_LOGIC_NEW_MEDIA_OPERATING_SYSTEM_2026-03-22.md
Normal file
549
docs/PRODUCT_LOGIC_NEW_MEDIA_OPERATING_SYSTEM_2026-03-22.md
Normal file
@@ -0,0 +1,549 @@
|
||||
# StoryForge 产品逻辑重构手册
|
||||
|
||||
日期:2026-03-22
|
||||
|
||||
## 1. 目标重定义
|
||||
|
||||
StoryForge 不应再被定义成“AI 内容工具集合”。
|
||||
|
||||
更准确的定位应是:
|
||||
|
||||
**一个以“项目”为入口、以 Agent 为执行中枢、面向多平台账号经营的新媒体运营与生产中台。**
|
||||
|
||||
覆盖的平台至少包括:
|
||||
- 小红书
|
||||
- 抖音
|
||||
- 快手
|
||||
- 微信视频号
|
||||
- YouTube
|
||||
- 哔哩哔哩
|
||||
|
||||
新的核心能力不是“直接生成一条内容”,而是先完成:
|
||||
1. 用户先建项目,明确这是已绑定账号项目还是预调研项目
|
||||
2. 项目创建后先创建 Agent
|
||||
3. Agent 完成账号画像、多平台市场调研和导入分析
|
||||
4. 持续跟踪重点创作者的更新并自动汇总日报
|
||||
5. 再把分析结果转成内容生产链与复盘闭环
|
||||
|
||||
## 2. 为什么要调整
|
||||
|
||||
之前的系统更偏:
|
||||
- 任务中心
|
||||
- Agent 中心
|
||||
- Pipeline 中心
|
||||
|
||||
这对研发是友好的,但对创作者不够自然。
|
||||
|
||||
创作者真正的心智顺序是:
|
||||
1. 我先要建一个项目
|
||||
2. 这个项目是运营自己的账号,还是先做市场调研
|
||||
3. 我应该先创建哪个 Agent
|
||||
4. 这个 Agent 要服务哪些平台、靠什么变现
|
||||
5. 参考作品和主页怎么导入,谁来分析
|
||||
6. 哪条内容该走文案、封面、实拍剪辑还是 AI 视频
|
||||
7. 产生的额度和成本怎么管
|
||||
8. 发完之后效果如何
|
||||
|
||||
因此 StoryForge 的主对象必须重构。
|
||||
|
||||
## 3. 新的主对象模型
|
||||
|
||||
### 3.1 项目 Project
|
||||
项目是 StoryForge 的第一层入口,分为两类:
|
||||
- `bound_account_project`:已绑定账号项目,适合直接围绕自己的账号运营
|
||||
- `pre_research_project`:预调研项目,适合先做市场和账号研究,再决定后续是否绑定账号
|
||||
|
||||
项目创建后,不直接进入生产,而是先进入 Agent 创建流程。
|
||||
|
||||
### 3.2 工作区 Workspace
|
||||
代表一个团队、品牌、创作者个人,或者一个客户项目集合。
|
||||
|
||||
### 3.3 平台账号 Platform Account
|
||||
按平台保存账号实体,必须带平台字段:
|
||||
- `xiaohongshu`
|
||||
- `douyin`
|
||||
- `kuaishou`
|
||||
- `wechat_video`
|
||||
- `youtube`
|
||||
- `bilibili`
|
||||
|
||||
账号类型分两类:
|
||||
- `reference_account`:参考账号 / 精品账号 / 对标账号
|
||||
- `owned_account`:自己在运营的账号
|
||||
|
||||
### 3.4 Agent
|
||||
Agent 是项目内的执行中枢,不是用户直接操作内容的替代品。
|
||||
|
||||
创建 Agent 时必须定义:
|
||||
- 账号类型
|
||||
- 变现方式
|
||||
- 目标平台
|
||||
- 默认主大模型
|
||||
- 可选对比模型
|
||||
|
||||
目标平台必须支持多选,至少包括:
|
||||
- 小红书
|
||||
- 抖音
|
||||
- 快手
|
||||
- 微信视频号
|
||||
- YouTube
|
||||
- 哔哩哔哩
|
||||
|
||||
Agent 创建完成后,默认先做多平台市场调研,再进入账号导入、分析、生产和复盘。
|
||||
|
||||
### 3.5 多平台市场调研
|
||||
这是 Agent 创建后的第一步工作,不是可选项。
|
||||
|
||||
调研输出建议包含:
|
||||
- 平台机会判断
|
||||
- 账号类型差异
|
||||
- 内容形态偏好
|
||||
- 变现方式匹配度
|
||||
- 竞争密度
|
||||
- 适合先做的平台建议
|
||||
|
||||
### 3.6 账号画像 Account Insight
|
||||
对一个账号的阶段性总结,不是单次报告。
|
||||
|
||||
建议固定结构:
|
||||
- 账号定位
|
||||
- 栏目结构
|
||||
- 内容支柱
|
||||
- 爆款规律
|
||||
- 商业化机会
|
||||
- 风险与短板
|
||||
- 下阶段动作建议
|
||||
|
||||
### 3.7 作品 Content Item
|
||||
所有作品统一抽象,不管来源于哪个平台,都进入统一作品库。
|
||||
|
||||
作品需要统一字段:
|
||||
- 标题
|
||||
- 平台
|
||||
- 作者
|
||||
- 发布时间
|
||||
- 内容类型:视频 / 图文 / 长视频 / Shorts
|
||||
- 互动指标:播放、点赞、评论、收藏、转发
|
||||
- 平台原链接
|
||||
- 标准化热度分
|
||||
- 标准化商业价值分
|
||||
- 标准化可复刻分
|
||||
|
||||
### 3.8 跟踪账号 Tracking Account
|
||||
这是区别于“一次性导入”的持续性对象。
|
||||
|
||||
用户可以手动把某些参考账号加入跟踪列表,系统随后持续监控:
|
||||
- 是否有新作品发布
|
||||
- 自上次打开后新增了哪些内容
|
||||
- 哪些新内容值得借鉴
|
||||
- 应该送给哪个 Agent 做进一步学习
|
||||
|
||||
跟踪账号需要绑定:
|
||||
- 平台
|
||||
- 账号主页
|
||||
- 所属项目
|
||||
- 关联 Agent
|
||||
- 是否开启自动日报
|
||||
|
||||
### 3.9 更新日报 Update Digest
|
||||
日报不是固定按自然日生成,而是按“自用户上次打开后”或“自上次已读后”的更新窗口动态汇总。
|
||||
|
||||
例如:
|
||||
- 用户 1 天没打开,则生成 1 天更新汇总
|
||||
- 用户 5 天没打开,则自动生成 5 天汇总
|
||||
|
||||
日报内容应包含:
|
||||
- 跟踪账号新增内容
|
||||
- 作品摘要
|
||||
- Agent 标注的借鉴点
|
||||
- 风险点
|
||||
- 建议动作
|
||||
- 一键加入学习集 / Playbook / 作品库
|
||||
|
||||
### 3.10 内容打法 Playbook
|
||||
从精品账号和高分作品中总结出的可学习方法论。
|
||||
|
||||
例如:
|
||||
- 开头钩子模板
|
||||
- 文案结构模板
|
||||
- 镜头节奏模板
|
||||
- 情绪驱动模板
|
||||
- 选题组合模板
|
||||
|
||||
### 3.11 生产任务 Production Task
|
||||
生产任务不是平台发现逻辑,而是执行逻辑。
|
||||
|
||||
统一分为:
|
||||
- 文案生成任务
|
||||
- 封面生成任务
|
||||
- 实拍剪辑任务
|
||||
- AI 视频任务
|
||||
- 发布准备任务
|
||||
- 复盘任务
|
||||
|
||||
### 3.12 发布复盘 Publish Review
|
||||
真正的闭环在发布后。
|
||||
|
||||
复盘必须沉淀:
|
||||
- 作品最终版本
|
||||
- 发布时间
|
||||
- 实际平台链接
|
||||
- 实际数据表现
|
||||
- 是否达到目标
|
||||
- 下一步建议
|
||||
|
||||
## 4. 核心业务闭环
|
||||
|
||||
StoryForge 的闭环应该改成下面 8 步:
|
||||
|
||||
### 第 1 步:创建项目
|
||||
用户先建项目,项目分两类:
|
||||
- 已绑定账号项目:直接围绕自己的账号运营
|
||||
- 预调研项目:先研究市场和参考账号,再决定是否进入绑定账号运营
|
||||
|
||||
### 第 2 步:创建 Agent
|
||||
项目创建后先创建 Agent,并在创建时定义:
|
||||
- 账号类型
|
||||
- 变现方式
|
||||
- 目标平台
|
||||
- 默认主大模型
|
||||
- 可选对比模型
|
||||
|
||||
### 第 3 步:多平台市场调研
|
||||
Agent 创建后先做多平台市场调研,为项目判断优先平台和内容方向。
|
||||
|
||||
### 第 4 步:导入参考作品或主页
|
||||
参考作品 / 参考主页导入时必须支持:
|
||||
- 手动绑定 Agent
|
||||
- 自动关联 Agent
|
||||
|
||||
导入后的分析不由用户手工处理,而由 Agent 负责完成。
|
||||
|
||||
### 第 5 步:跟踪重点账号并生成更新日报
|
||||
用户可以把重点参考账号加入“跟踪账号”列表。
|
||||
|
||||
系统应在账号更新后自动:
|
||||
- 抓取最新作品
|
||||
- 汇总自上次打开后的新增内容
|
||||
- 由关联 Agent 标注借鉴点
|
||||
- 生成日报供用户进入系统后优先查看
|
||||
|
||||
### 第 6 步:沉淀账号画像与内容打法
|
||||
Agent 将调研和导入分析结果转成结构化资产:
|
||||
- 账号画像
|
||||
- 内容打法
|
||||
- Playbook
|
||||
- 选题池
|
||||
|
||||
### 第 7 步:进入生产链
|
||||
生产链统一分流为:
|
||||
- 文案
|
||||
- 封面生成
|
||||
- 实拍剪辑
|
||||
- AI 视频
|
||||
|
||||
### 第 8 步:发布与复盘
|
||||
发布后把真实反馈写回系统,更新:
|
||||
- 项目策略
|
||||
- 账号策略
|
||||
- 选题池
|
||||
- Playbook
|
||||
- Agent 学习集
|
||||
|
||||
## 5. 页面与信息架构
|
||||
|
||||
## 5.1 Web 端一级导航
|
||||
|
||||
建议固定为:
|
||||
- 运营总台
|
||||
- 项目中心
|
||||
- Agent 工作台
|
||||
- 账号发现
|
||||
- 跟踪账号
|
||||
- 参考账号库
|
||||
- 自运营账号
|
||||
- 作品库
|
||||
- Playbook
|
||||
- 生产中心
|
||||
- 发布与复盘
|
||||
- 设置
|
||||
|
||||
## 5.2 运营总台
|
||||
|
||||
首页不应该先展示工具,而应该先展示业务动作:
|
||||
- 今日待办
|
||||
- 待创建的项目
|
||||
- 待创建的 Agent
|
||||
- 新发现的高价值账号
|
||||
- 新发现的高价值作品
|
||||
- 本周重点选题
|
||||
- 待生产任务
|
||||
- 待复盘任务
|
||||
- 平台异常提醒
|
||||
|
||||
## 5.3 账号发现页
|
||||
|
||||
这个页面应借鉴 `飞瓜 / 千瓜` 的榜单和筛选思路。
|
||||
|
||||
核心结构:
|
||||
- 页内搜索
|
||||
- 顶部平台切换
|
||||
- 赛道筛选
|
||||
- 榜单类型切换
|
||||
- 排序切换
|
||||
- 列表区
|
||||
- 右侧快速加入参考池
|
||||
|
||||
补充要求:
|
||||
- 全局搜索保留,但账号发现页必须有页内搜索
|
||||
- 页内搜索支持账号名、主页链接、作品链接、关键词
|
||||
- “变现方式”不应只保留单一选项,至少支持不限、知识付费、广告合作、带货转化、私域咨询
|
||||
|
||||
## 5.4 跟踪账号页
|
||||
|
||||
这是一个高价值的持续运营页面,必须进入一级导航。
|
||||
|
||||
核心结构:
|
||||
- 跟踪账号列表
|
||||
- 最近更新时间
|
||||
- 关联 Agent
|
||||
- 更新日报
|
||||
- 借鉴点标注
|
||||
- 一键加入学习集 / Playbook / 作品库
|
||||
|
||||
逻辑要求:
|
||||
- 跟踪账号由用户手动添加
|
||||
- 系统自动监控更新
|
||||
- 日报按“上次打开后”汇总,而不是死板按自然日切分
|
||||
- 如果用户多天未登录,则进入平台后看到的是多天汇总日报
|
||||
|
||||
## 5.5 参考账号工作区
|
||||
|
||||
每个参考账号要有独立工作区,不只是“详情页”。
|
||||
|
||||
建议页签:
|
||||
- 总览
|
||||
- 作品
|
||||
- 账号画像
|
||||
- 内容打法
|
||||
- 相似账号
|
||||
- 已学习 Agent
|
||||
|
||||
## 5.6 项目中心
|
||||
|
||||
项目中心是新的主入口,建议展示:
|
||||
- 项目类型
|
||||
- 绑定状态
|
||||
- 已创建 Agent
|
||||
- 调研状态
|
||||
- 导入状态
|
||||
- 生产进度
|
||||
- 复盘状态
|
||||
|
||||
项目详情里要能直接进入 Agent 创建和 Agent 管理。
|
||||
|
||||
## 5.7 自运营账号工作区
|
||||
|
||||
比参考账号多两块:
|
||||
- 生产计划
|
||||
- 发布复盘
|
||||
|
||||
## 5.8 作品库
|
||||
|
||||
作品库是最重要的资产页之一。
|
||||
|
||||
必须支持:
|
||||
- 平台筛选
|
||||
- 类型筛选
|
||||
- 时间筛选
|
||||
- AI 分数排序
|
||||
- 互动热度排序
|
||||
- 商业价值排序
|
||||
- 可复刻排序
|
||||
|
||||
每条作品下面必须同时展示:
|
||||
- 基础数据
|
||||
- AI 摘要
|
||||
- 可借鉴点
|
||||
- 风险点
|
||||
- 一键加入 Playbook / 选题池 / Agent 学习集
|
||||
|
||||
## 5.9 Playbook 页
|
||||
|
||||
这是 StoryForge 未来的核心资产层。
|
||||
|
||||
Playbook 不能只是文本。
|
||||
|
||||
应结构化为:
|
||||
- 适用平台
|
||||
- 适用赛道
|
||||
- 适用人群
|
||||
- 钩子模板
|
||||
- 结构模板
|
||||
- 表达模板
|
||||
- 商业承接方式
|
||||
- 不适用场景
|
||||
|
||||
## 5.10 Agent 工作台
|
||||
|
||||
Agent 页面不要做成技术配置页。
|
||||
|
||||
应分为:
|
||||
- 学习源
|
||||
- 能力标签
|
||||
- 当前任务
|
||||
- 输出风格
|
||||
- 产出记录
|
||||
- 账号类型
|
||||
- 变现方式
|
||||
- 目标平台
|
||||
- 默认主大模型
|
||||
- 可选对比模型
|
||||
|
||||
高级 Prompt 和模型切换才进入高级设置。
|
||||
|
||||
## 5.11 生产中心
|
||||
|
||||
生产中心统一承接所有内容生产,不要再拆成分散入口。
|
||||
|
||||
主分流:
|
||||
- 文案
|
||||
- 封面生成
|
||||
- 实拍剪辑
|
||||
- AI 视频
|
||||
|
||||
## 5.12 发布与复盘
|
||||
|
||||
这个模块是现在最缺的。
|
||||
|
||||
建议结构:
|
||||
- 待发布
|
||||
- 已发布
|
||||
- 7 日复盘
|
||||
- 30 日复盘
|
||||
- 继续做 / 停止做 / 升级做
|
||||
|
||||
## 6. 产品规则补充
|
||||
|
||||
### 6.1 参考作品和主页导入
|
||||
|
||||
导入参考作品或主页时,必须支持两种方式:
|
||||
- 手动绑定到某个 Agent
|
||||
- 系统自动关联到推荐 Agent
|
||||
|
||||
无论哪种方式,后续的导入分析都由 Agent 负责,不再依赖用户手工整理。
|
||||
|
||||
### 6.2 跟踪账号与日报
|
||||
|
||||
跟踪账号是长期行为,不是一次性导入。
|
||||
|
||||
规则建议:
|
||||
- 用户手动把账号加入跟踪列表
|
||||
- 系统监控是否有新增作品
|
||||
- 新增作品按“上次打开后”自动汇总
|
||||
- 由用户创建的 Agent 分析借鉴点
|
||||
- 用户打开平台后优先看到这组日报
|
||||
- 高价值更新可一键送入学习集 / Playbook / 作品库
|
||||
|
||||
### 6.3 API key 管理
|
||||
|
||||
API key 统一后台托管,用户不直接管理密钥。
|
||||
|
||||
产品侧只展示:
|
||||
- 当前可用模型
|
||||
- 模型能力说明
|
||||
- 额度消耗情况
|
||||
- 是否支持对比模型
|
||||
|
||||
### 6.4 积分 / 额度体系
|
||||
|
||||
新增积分 / 额度体系,先按三类额度表达:
|
||||
- 文案额度
|
||||
- 封面额度
|
||||
- 视频额度
|
||||
|
||||
额度用于控制生成、渲染和调用成本,不要求用户感知底层 API key。
|
||||
|
||||
## 7. 对当前 StoryForge 的直接调整建议
|
||||
|
||||
### 7.1 产品抽象调整
|
||||
|
||||
从:
|
||||
- Workspace
|
||||
- Job
|
||||
- Pipeline
|
||||
|
||||
改成:
|
||||
- 项目
|
||||
- Agent
|
||||
- 账号
|
||||
- 作品
|
||||
- Playbook
|
||||
- 生产
|
||||
- 复盘
|
||||
|
||||
### 7.2 Douyin Workbench 调整
|
||||
|
||||
当前 Douyin Workbench 是一个阶段性工具页。
|
||||
|
||||
下一步要升级成通用的 `Platform Account Workspace`。
|
||||
|
||||
也就是:
|
||||
- 不再只服务抖音
|
||||
- 抖音先做出来,但模型上必须对齐未来多平台
|
||||
|
||||
### 7.3 Agent 展示方式调整
|
||||
|
||||
Agent 必须保留,并成为项目执行主中枢,但不应替代项目作为一级入口。
|
||||
|
||||
一级主视角应该是:
|
||||
- 项目
|
||||
- Agent
|
||||
- 账号
|
||||
- 作品
|
||||
- Playbook
|
||||
- 生产
|
||||
- 复盘
|
||||
|
||||
### 7.4 API Key 管理调整
|
||||
|
||||
这一项直接沿用 6.3 的规则,产品落地时只需要把“可用模型、能力说明、额度消耗、对比模型支持情况”放到前台,不把密钥暴露给用户。
|
||||
|
||||
### 7.5 额度体系调整
|
||||
|
||||
这一项直接沿用 6.4 的规则,产品层面只暴露三类额度:
|
||||
- 文案额度
|
||||
- 封面额度
|
||||
- 视频额度
|
||||
|
||||
额度用于控制生成、渲染和调用成本,不要求用户感知底层 API key。
|
||||
|
||||
## 8. 当前优先级建议
|
||||
|
||||
### P0
|
||||
- 定义新的项目对象模型
|
||||
- 定义多平台账号模型
|
||||
- 重做 Web 信息架构
|
||||
- 把“项目 -> Agent -> 调研 -> 导入分析 -> 生产 -> 复盘”的闭环做清楚
|
||||
- 打通 API key 后台托管
|
||||
- 打通文案 / 封面 / 视频三类额度
|
||||
|
||||
### P1
|
||||
- 打通 Playbook
|
||||
- 打通发布与复盘
|
||||
- 把 Douyin Workbench 升级成多平台工作区框架
|
||||
- 打通参考作品 / 主页导入时的手动绑定与自动关联 Agent
|
||||
- 打通 Agent 的多平台市场调研
|
||||
|
||||
### P2
|
||||
- 团队协作
|
||||
- 审批流
|
||||
- 批量投放与品牌协作
|
||||
|
||||
## 9. 最终一句话
|
||||
|
||||
StoryForge 的下一阶段,不应该再做成“AI 工具后台”。
|
||||
|
||||
它应该做成:
|
||||
|
||||
**一个以项目为入口、由 Agent 驱动、覆盖多平台调研、导入分析、内容生产和复盘的新媒体运营中台。**
|
||||
Reference in New Issue
Block a user