项目介绍 · AI 内容工作流 · 规划与发布把关
把一条内容从需求规划到发布验收的每一步，都变成人看得懂、管得住的关卡。
用用户故事和回归基线定义需求，再以账号核对、内容价值门和发布权限合同控制对外动作。发布登记目前是人工确认，未经过平台验证，生产队列为空。
产品规划发布把关权限设计
打开交互原型 ↗
Content Studio
为什么做这个
内容生产会经过选题、资料核验、起草、修改和对外发布。盘点真实工作流时发现：稿件状态、数据来源与发布回执分散在不同对象里；如果界面只呈现一个"完成"状态，就很难判断内容是否已核实、是否真的发布，以及下一步需要谁确认。更关键的是，发布是对外动作——发错账号、发不够格的内容，代价都很高。
要解决的痛点
- 把对话里的建议与实际保存的稿件区分开
- 让引用来源和核验状态能跟随具体内容查看
- 避免把进入发布队列误解为已经对外发布
- 多个账号并存时，发布前要确认发的是哪个账号
- 数据缺失或来源不一致时，不用估算值填满界面
用户体验流程
关键决策
选择 1
先用用户故事和回归基线定义"做完了是什么样"，再开工
放弃
边做边定验收标准
原因
没有基线就无法判断改动是否破坏了已有能力
选择 2
发布状态分层：加入队列、推送草稿箱和已发布是三件事，最终状态需要人工回执
放弃
把加入队列或推送成功直接显示为已发布
原因
发布是对外动作，状态必须对应平台上的真实结果
选择 3
发布前设两道门：账号防串号门核对身份，价值门判断够不够发
放弃
只要流程跑通就允许发布
原因
发错账号或发不够格的内容，代价都远高于多一道确认
选择 4
用发布权限合同明确谁能发布、发布什么
放弃
让所有环节都拥有同等发布权限
原因
对外动作需要可追溯的授权边界
我的角色与能力
我负责
我梳理内容工作流，定义用户故事与回归基线、发布状态分层、账号防串号门与价值门、发布权限合同，并制作桌面与移动端的交互演示。
能力体现
把 AI 建议、来源核验、人工审阅与发布授权组织成人看得懂、管得住的内容把关流程。
AI 做了
AI 协助整理流程与制作演示素材；演示中的助手行为用于呈现交互方案，不代表真实自动产出。
我做了
我负责问题梳理、验收基线、发布把关机制与演示范围判断。
成果与下一步
已完成
- 完成一套桌面与移动端交互演示，覆盖待处理事项、稿件审阅与发布确认的界面方案
- 建立用户故事与回归基线，并定义账号防串号门、价值门与发布权限合同
- 11 条发布登记均经人工确认
公开数据
20 个日期留下了选题批次
台账 59 个选题
接入的账号截至 8 月 3 日共 122 条笔记、粉丝 691 和 423（接入账号截至 8 月 3 日数据）2026-08-03
继续看第一个亮点 →