腾讯元宝：公众号运营怎么用？选题与初稿

公众号做到第三个月，先见底的是选题，不是文笔。腾讯元宝能帮的是把“想选题”和“搭骨架”压进一小时，替不了的是你手里的例子和判断。一篇能发的稿子通常是它写七分、你改三分，改的这三分决定读者会不会读完。

选题枯竭的根因是没有库

临到发稿才想选题，等于每周从零启动一次。可行的做法是建一个持续补充的选题库：让它围绕定位批量列角度，你只做筛选和排序。一次要二十个，不要五个，二十个里能挑出三个能写的就算成功。

库里存的不只是标题，还有三样：解决读者的哪个具体问题、需要什么材料支撑、大概什么时候发。缺了这三样，选题库最后会退化成一堆看着不错却写不动的标题。团队共用的话，放在共享文档里比散在聊天记录里可靠，共享知识库的做法可以直接借用。

判断一个选题值不值得写，标准很简单：能不能用一句话说清“谁会因为什么场景点开”。说不清就先放着，硬写出来的稿子，读者点开三秒就退出。

让它读同行，产出角度而不是句子

把三五篇同赛道文章贴进对话，让它拆结构：开头怎么切入、中间分几层、结尾给了什么动作。你要的是规律，不是仿写。仿出来的句子很像，但没有你的信息增量，老读者一眼能认出来。

拆完再问一句“这个赛道还有哪些角度没人写”。它给的角度不一定都对，但能把你从写烂的那几个题里拽出来，可行的两三个直接进库。提问方式值得打磨，提示词库的改编方法里有可借的框架：给角色、给读者、给禁用项，三样齐了输出才稳。

有个前提：贴进去的链接要能读全。读到的是摘要还是全文，直接决定拆解质量。看它引用的句子是不是文章里的原话，就知道它读到了哪一层。

初稿只给骨架，案例必须自己填

有效的指令长这样：按“一句判断、三段支撑、一个动作”来写，每段留一个空位标注“此处补案例”。让它把逻辑写顺、过渡写平，案例位空着。

为什么留空：它不知道你上周在客户那儿听到了什么，也不知道你们行业里那个只有内行才懂的细节。这两样恰恰是读者愿意转发的原因。你补进去的每个具体场景，都是它写不出来的部分。

补完还要做一次去模板化：删掉排比、总起句、“首先其次最后”。读者对这类句式极其敏感，看到第三行就会划走，前面写得再顺也白搭。

标题一次要十个，分三组看

要三个，你只能在三个里挑；要十个，才开始有取舍。更有效的做法是让它按三组给：讲结果的、讲反常识的、讲具体场景的。

三组用法不同。讲结果的适合拉新，讲反常识的适合转发，讲具体场景的吃搜索长尾。同一篇稿子配不同标题发在不同位置，打开率差得比想象中大，这件事值得每周花十分钟。

标题里的数字要有依据。“三个方法”没问题，“效率提升十倍”必须能指出出处，否则就是给自己埋雷。配图和封面交给设计时，品牌色和字体规范放进共享素材库更省事，团队素材库的用法处理的就是这件事。

四类内容的处理方式

发布前过一遍这五条

• 开头三行有没有给出一个具体场景
• 每个论点后面有没有你自己的例子
• 数据和政策是否回到原文核对过
• 标题里的数字有没有出处
• 配图、字体、引用是否确认过使用范围

它做不到什么

元宝读不到你的后台。阅读完成率、在看数、涨粉来源，它一概不知道，所以“帮我分析这篇为什么数据差”只能得到通用猜测。把后台截图或导出的表格喂进去，答案才会有针对性。

它也替代不了事实核查。政策、资质、行业标准这类内容，模型的版本可能过期，还可能把两份文件的条款混在一起。发布前必须回到原文，具体到条款号核对，这一步没有捷径。

语气也替不了。号做久了会形成固定的说话方式，模型写的初稿会显得“太顺”，顺到没有个人痕迹。调提示词只能缓解，可行的是你自己重写开头和结尾两段，中间保留它的结构。

三个运营会问的问题

• 同一个选题写过，还能再写吗？：能，但要换变量。换对象（新人还是管理者）、换时间（今年还是三年前）、换反例（失败案例怎么复盘），三个变量换一个，就是一篇新稿。
• 让它学我的文风，要喂多少篇旧文？：三到五篇足够，重点给开头和结尾。中间段落风格差异大反而干扰判断，喂太多会让它学到一堆互相矛盾的句式。
• 几个人共用一个号，口径怎么统一？：建一份“固定说法 + 禁用表述”清单，每次提问附在最后。清单比风格描述管用，因为它可以逐条核对。翻旧稿找依据时，会话记录的检索能省不少时间。

把工具当助手而不是代笔，产出才稳定：它负责把结构摆好，你负责把内容填实，两件事分开，稿子才有人味。