第 20 章 一个人也是一支内容团队:自媒体增长闭环

第二篇 案例篇:从一项任务到一支 AI 团队 · 更新于 · 作者:BuddyMe Editorial Team

一个人做自媒体,最难的不是没有想法,而是想法到发布之间那条太长的路:选题、写作、配图、排版、发布、复盘,每一步都要亲力亲为,坚持三个月就精疲力尽。

这一章的立场是:自媒体不是靠努力堆出来的,而是靠一条可以循环运转的增长闭环——选题池接住灵感,事实包支撑内容,多平台分发放大,数据复盘反哺下一篇。而在闭环的每一个环节上,buddyme 都可以替你承担那些重复的劳力,让你把有限的精力留给只有你能做的判断。

你出判断,它出劳力;你定方向,它跑循环。

内容没人看?往往不是因为你不够努力

一个人做自媒体,最浪费时间的事,就是一上来就把内容打磨到满分。

听起来很反常识,但我真踩过这个坑。你写得很深,资料查得很全,结构改了三遍。结果发出去,阅读量个位数。

后来我才意识到,起号前期真正要先解决的,不是“写得够不够好”,而是“有没有人愿意点进来”。

一篇内容被看见,其实经过三道门

把一篇文章的旅程拆开看,它要连过三道门,才算被真正“看见”:

  1. 第一道门:标题和封面——读者刷到你,手指停留两秒。这两秒里他只看到标题和封面,内容写得再好都没有出场机会。
  2. 第二道门:开头三行——点进来之后,他先扫开头。三行之内没被勾住,手指一划就走了。
  3. 第三道门:内容本身——只有前两道门都过了,你的深度、结构、论证才开始产生价值。

残酷的地方在于:多数人(包括当年的我)把 90% 的精力花在第三道门,而 80% 的读者流失在前两道。你以为自己在做内容,其实大部分时间是在为没有人看的文章精装修。

努力错位的三种典型

你以为的问题真实的问题对应的解法在
“我写得不够深”选题没有踩中真实疑问,再深也没人搜、没人推本章场景一:选题池
“我标题不够炸”标题与正文承诺不匹配,炸了也留不住人,还伤信任本章场景二:标题
“我封面不好看”封面没有表达主题,好看但不传递信息本章场景三:封面

注意这张表的第三列:三个问题的解法都不在“写得更努力”这个方向上,而在把功夫挪到内容之前的环节。这正是本章的立场。

buddyme 在这件事里的角色

道理不新鲜,难的是执行——选题池要天天喂、标题要一版版试、封面要一遍遍改,一个人的业余时间根本扛不住这种重复。

buddyme 的价值恰恰在这里:它不替你判断“什么内容好”(这是你的账号、你的判断),但它能把三道门上的重复劳动接过去——收集热度、整理评论、批量出标题、生成封面方案、复盘数据。你从“什么都亲手做”变成“每个环节看一眼、定一下”。

换句话说:你出判断,它出劳力;你定方向,它跑循环。这正是本章接下来七个场景要展示的工作方式。

工作流

先看全景,再看场景。一个人做自媒体的完整循环,可以画成这样一条链:

趋势、评论与用户问题 → 选题池
选题池 → 事实包与观点
事实包与观点 → 标题和结构
标题和结构 → 公众号 / 小红书 / 视频脚本
公众号 / 小红书 / 视频脚本 → 封面、长图与分镜
封面、长图与分镜 → 合规和发布前体检
合规和发布前体检 → 草稿或人工发布
草稿或人工发布 → 数据与人工修改回流
数据与人工修改回流 → 选题池

这条链有三个值得留意的形状。

第一,它是环,不是线

链尾的“数据与人工修改回流”连回链首的“选题池”——这不是画着好看,而是这条工作流真正的发动机。多数人把内容发布当作终点,于是每一篇都从零开始;把数据回流接上之后,上一篇的表现在为下一篇选题投票,账号才会越写越准。场景七会专门讲这一环。

第二,前半段决定生死,后半段决定效率

从“用户问题”到“事实包”这前半段,决定一篇内容有没有人看;从“标题”到“发布”这后半段,决定同样一篇内容要花你两小时还是两天。业余创作者最常见的颠倒,是在后半段反复精修,却跳过前半段直接动笔。上一节说的“三道门”,前两道门都在这条链的前半段。

第三,每一环都可以交给 buddyme,但有两个例外

这条链上大部分环节——收集趋势、提炼评论、写初稿、做封面、查违禁词、复盘数据——都是明确的、可验收的劳动,适合交给 buddyme。两个例外用“人工”标注在链上:

Skill 的作用是补上其中一个环节,不是接管账号判断。下面用七个具体工作现场说明这条链怎么一环一环跑起来,最后附上一张 Skill 装配清单。

场景一:每天刷热点,仍然不知道账号该写什么

热榜告诉你“大家正在看什么”,却不告诉你“你的账号该写什么”。只跟热点,容易得到同质化内容;只凭感觉,又很难判断用户是否真的关心。

指令怎样写

text
围绕“AI 办公自动化”建立本周选题池,不直接写文章。
分别收集公众号与小红书近 30 天的高互动内容,记录标题、发布日期、
核心承诺、内容结构、互动信号和原链接。
再从评论中提取:重复问题、反对意见、失败经历和用户原话。

结合我的账号定位:面向非技术职场人,强调真实流程和结果验收。
输出 12 个候选选题,每个包含:目标读者、真实问题、已有内容缺口、
我能提供的新证据、适合平台、制作成本和时效性。
不要把阅读量高直接解释成选题一定适合我。

执行流程与结果

buddyme 先生成跨平台样本表,再把评论聚成问题簇,最后把“热度、账号匹配、新增价值、证据充足度、制作成本”分别评分。交付物是一张可以人工删选的选题看板。

有时候光找热门还不够,还要去找低粉爆款

做账号的人都听过一句话:起号要找低粉爆款去抄。道理很简单——大号发什么都有人看,而粉丝量很少的账号爆了,才说明选题本身有流量,而不是账号有存量。

PS:这里说的抄,是抄选题方向,不是原封不动地抄内容。

推荐一个叫 viral-topic 的 Skill,它可以获取各个平台近期指定领域的多条低粉爆款内容。

比如获取公众号最近 7 天的 AI 领域低粉爆款文章。

也可以筛选 X 上的低粉爆款:

还有 YouTube 的低粉爆款:

场景二:想要爆款标题,但不想标题党

“给我 20 个爆款标题”很容易得到数字、悬念和夸张承诺,却没有任何标题能准确兑现正文。标题不是独立文案,它是读者与正文之间的一份承诺。

指令怎样写

text
读取 approved-article.md,只根据正文已经出现的事实生成标题。
分别生成:公众号标题 8 个、小红书标题 8 个、短视频开场钩子 5 个。

每个候选都输出:
1. 面向谁;2. 承诺什么;3. 正文哪一段能够兑现;
4. 采用的问题/结果/清单/案例/反常识角度;
5. 可信度、具体性、平台适配和夸大风险评分。

删除无法证明的数字、绝对化承诺、虚假稀缺和与正文不一致的结论。
不要自动选择最终标题,先让我确认内容承诺。

验收方法

把标题单独给一个不了解正文的人看,请他写出“我预计点进去会得到什么”,再与正文核对。预期与实际不一致,标题分数再高也不能用。

实测下来,buddyme 通过这几个 Skill 生成的标题还真有那味儿——特别是小红书标题,“小红书味”很足。

可以进行 A/B 测试,但一次只改变一个主要变量,例如“问题式”与“结果式”。不要同时改标题、封面、发布时间和正文开头,否则数据无法解释。

再推荐一个标题 Skill:viral-title,很适合用来给公众号起标题。

场景三:公众号封面每次从空白画布开始

封面既要让人看懂主题,又要适配大小封面、安全区和账号品牌。直接说“做一张高级感封面”,通常会得到与正文无关的装饰图、错误文字或失真的 Logo。

指令怎样写

text
为文章《收藏不是知识管理,能再次用起来才是》制作公众号封面 brief。
目标读者:知识工作者;核心信息:从收藏走向可复用知识流。
品牌色:#1677FF、白、黑;禁止紫色渐变、夸张科技光效和虚构产品界面。

先输出 3 个构图方向,每个包含:主体、层级、封面文案、色彩、留白、
大小封面裁切风险和正文对应段落。我确认后再生成图片。
生成后检查:文字是否准确、Logo 是否变形、主体是否被小封面裁掉、
是否使用未经授权的人物或素材。不要直接上传公众号。

结果是否可用

生成的封面还不错,汉字准确,表达的主题也比较贴切;如果换成生图能力更强的模型,效果应该还会更好。

场景四:小红书不只是“把长文切成九张图”

公众号文章改成小红书时,常见做法是截短段落、加入表情符号,再把文字铺到九张卡片上。结果信息很多,但封面没有钩子,第二页没有承接,最后一页没有行动,移动端也难读。

工作流

  1. 从长文提取不带平台语气的事实包;
  2. 选择一个核心问题,删除与它无关的支线;
  3. 设计“封面承诺 → 问题共鸣 → 方法 → 示例 → 误区 → 清单”的滑动节奏;
  4. 先输出逐页线框和字数,再生成图片;
  5. 在真实手机宽度检查字号、断行、边距和重点;
  6. 最终标题、正文、标签和图片逐一核对数字与专有名词。
text
把 approved-article.md 改造成 8 页小红书图文,不新增事实。
第 1 页只表达一个承诺;第 2 页写读者正在经历的问题;
第 3-6 页每页只讲一个动作并给一个例子;第 7 页写常见误区;
第 8 页给可保存的检查清单。
先返回逐页文案、视觉层级和预计字数,我确认后再调用封面与长图 Skill。

场景五:一段长文怎样变成可拍的短视频

“改成 60 秒口播”通常只是把文章压缩成更快的朗读稿,没有镜头、节奏、证据画面和停顿,也没有说明谁能拍、需要什么素材。

指令怎样写

text
把这篇文章改造成 60 秒真人口播,目标是让第一次使用 buddyme 的人
理解“为什么任务简报比一句模糊需求更重要”。
输出时间轴表格:时长、景别、画面、口播、屏幕文字、素材来源、转场。
前 3 秒必须提出真实问题,不夸大收益;20 秒前展示一次产品过程证据;
结尾给一个可以立即尝试的指令,不做虚假互动承诺。
同时列出必须实拍、可用产品截图、可由 AI 生成的画面,禁止伪造用户反馈。

生成的口播文案,效果还不错——镜头、口播和素材来源都排在同一张时间轴上,照着表就能进棚。

场景六:发布前,别让自动化越过责任边界

发布前的这一环用到的工具不多,责任边界却要划得最清楚:

Plain
检查本次公众号文章是否有违禁词,如有请标记出来,并对每个违禁词给出修改建议。检查整体内容的 AI 味,并降低AI味,最后把文章排版。

发布链建议停在草稿箱:事实检查 → 引用与版权 → 品牌与合规 → 链接检查 → 手机预览 → 人工确认账号 → 发布。自动点赞、批量私信、刷评论、绕过平台风控和未经确认的群发,不属于本手册推荐的效率场景。

场景七:发布后不复盘,下一篇仍从零开始

复盘的关键动作,是把 AI 写的初稿和人工修改后的终稿放在一起对比,让 Skill 从差异里学习——下一次,它写的内容会更接近你的期望。

可以使用 公众号写作自我迭代 或小红书运营副驾,把人工修改和数据写回风格库:

text
读取本期内容数据、发布版本和人工修改记录,生成复盘。
先陈述数据事实,再列出最多 3 个可验证假设,不把相关性写成因果。
把表现按选题、标题、封面、开头、结构、发布时间和渠道拆开。
为下轮设计 2 个单变量实验,并说明成功指标和停止条件。
将长期有效的修改规则写入 style-guide.md;一次性热点不要写入永久规则。

把 AI 的初稿和人工终稿一起交给它,最终会得到复盘报告和 style-guide.md——下次它写的东西,就会更贴近你的期望。

一套够用的自媒体 Skill 栈

本章出现了十几个 Skill,不必都装。技能栈和工具箱一样,塞得太满反而找不到要用的那把。下面这张表按“账号成长阶段”给出了装配建议——每一层都在前一层跑顺之后再加,而不是一次到位。

层级先装什么何时再增加
入门热门内容查询、标题评分、图片生成已能稳定完成一篇内容
稳定评论洞察、封面、排版草稿、违禁词检测已明确账号定位和审核人
多平台小红书卡片、短视频脚本、平台适配已有统一事实包
进阶数据回流、风格迭代、定时选题雷达人工流程已连续跑通 4 周

逐层展开看

入门层解决“第一篇内容怎么发出去”。热门内容查询让你知道同类账号在写什么,标题评分帮你从候选里挑一个不塌的,图片生成让封面不用从空白画布开始。这一层的验收标准很朴素:能稳定产出并发布一篇完整内容,先不追求质量。

稳定层解决“内容能不能持续、能不能见人”。评论洞察把读者反馈变成下一批选题;封面 Skill 让账号有统一的视觉;排版草稿省掉最枯燥的格式工作;违禁词检测在发布前兜住底线。进入这一层的前提是你已经明确账号定位,并且知道自己内容的最终审核人是谁——哪怕这个人就是你自己,也要有一个固定的“发布前过一眼”的环节。

多平台层解决“一篇内容怎样吃到多个平台的流量”。小红书卡片、短视频脚本、平台适配,本质都是把同一份“事实包”渲染成不同平台的形态。所以它的前提是“已有统一事实包”:先有被验证过的内容内核,再谈多平台分发,否则只是把平庸复制了九份。

进阶层解决“账号会不会自己变好”。数据回流把每篇的表现写回档案,风格迭代让 buddyme 记住你每次人工修改的理由,定时选题雷达让选题池自动保持满仓。这一层的门槛是“人工流程已连续跑通 4 周”——因为自动迭代的前提,是你先有一套值得被迭代的稳定流程。

本章提到的具体技能对照

结合本章场景,常用 Skill 大致分四类:

类别代表 Skill对应场景
选题与素材fetcharticle 抓取文章、热门内容查询、评论洞察、viral-topic场景一:选题池
发布与平台wechat-mp-publish 公众号发布、zhihu、小红书卡片与运营副驾场景四、六:平台适配与发布
设计与视觉figure-designer 图表设计、frontend-design 页面设计、封面生成场景三、四:封面与长图
视频与复盘html-video 视频生成、标题生成、自我迭代场景五、七:短视频与复盘

表中只列了代表性的一两个,完整清单回到各场景小节里找链接即可。安装入口统一在「技能库」,按名称搜索、下载安装就能用。

一个判断装多了的信号:如果你想不起某个 Skill 上次是什么时候用的,就先把它关掉。技能栈和选题池一样,宁缺毋滥——留下的每一个,都应该对应一个你每周真的会做的动作。