正文预览
从评论区找到下一篇内容，并复盘
很多人做内容复盘，最后只留下三句话：播放一般、收藏不错、下次继续优化。
这不叫复盘，最多算看了一眼后台。
真正能帮到下一篇的复盘，要回答得更具体：大家究竟在问什么？哪几个问题反复出现？哪些评论虽然不多，却关系到信任和安全？收藏率达标了，完播为什么还掉得厉害？下次到底保留什么、优化什么、只测试哪一个变量？
这次我在豆包工作里把两个复盘流程分别跑了一遍：
任务一：32 条评论
→ 完整性检查
→ 主类别标注
→ 主题聚类
→ 事实与推断分开
→ 8 个候选打分
→ Top 3
→ 只推荐一个下一篇主题
任务二：72 小时发布指标 + 发布前目标与制作记录
→ 冻结统计口径
→ 汇总和手算复核
→ 按来源、日期比较
→ 对照目标与制作成本
→ 保留 / 停止 / 测试
→ 下一篇内容 brief
为了能公开展示流程，本文使用的是脱敏样例数据：32 条样例评论、9 行发布指标
先匹配工具：数据已经在本地，就不要多接一圈平台
| 独立任务 | 最优组合 | 为什么这样选 |
|---|---|---|
| 评论区用户洞察 | 豆包工作的“用户研究与需求洞察” Skill + 本地 CSV 读取 + Markdown 文件生成 | 这个 Skill 本身就覆盖原声打标、定量分析和用户需求归纳，适合从评论原话里找问题，而不是只做词频统计 |
| 发布后复盘 | 豆包工作的“数据分析” Skill + 指标 CSV + 发布前目标和制作记录 | 能先冻结指标口径，再做对账、比率、来源差异和经营复盘，结果可追溯 |
| 从线上平台直接取数 | 对应平台连接器或只读 API，按需添加 | 只有数据还没导出时才需要；本次材料已经在本地，所以没有扩大授权范围 |
| 专家团 / MCP | 本次不需要 | 两个任务都是单份本地材料的结构化分析，额外增加代理和连接只会扩大复杂度与权限面 |
这里有一个很实用的判断：工具不是越多越好，能完成任务的最小组合，通常才是最优组合。
如果你要处理真实评论，先从平台后台导出，或者用已经获得授权的只读连接器取数。不要把用户名、手机号、公司、群号、私信内容等个人信息直接放进公开案例。
本文的 comment_id 和 source_url 都是样例字段，只用于演示证据怎么回查。
任务一：评论区到底在问什么，单独做一次用户洞察
这个任务适合内容运营、品牌、公关、产品经理和做知识内容的人。它不要求你先拿到播放、转化等后台指标；只要有一批可以合法使用的评论，就能单独执行。
第一步：找到用户研究与需求洞察
进入豆包工作的“技能 · 连接器 · 伙伴”，搜索“用户研究”或“需求洞察”。这次使用的 Skill 能做开放题原声打标、标签