120 字摘要怎么让 AI 按点击率逻辑写?
120 字摘要怎么让 AI 按点击率逻辑写?
摘要不是正文的缩写,是一行替你拉人进门的话,让 AI 按点击率逻辑来写,三句话就够了。结构固定下来:一句点痛点,一句给解法,一句留悬念。这三句我让 AI 真实算过字数,19 字、34 字、15 字,合计 68 字,离 120 字的上限远得很,点击的逻辑却一点没有打折。
先说最常见的做法:文章写完,复制正文开头 120 字贴进摘要栏,收工。这个做法省事,效果等于零——读者在列表里看到的卡片由标题、摘要、封面组成,摘要跟开头一模一样,卡片的信息量就打了对折。
我翻过自己早期的文章,好几篇的摘要就是正文第一段砍掉半截。读者扫一眼卡片,什么具体麻烦都没看见,手指一划就过去了。原因不难想:摘要是唯一能补充标题信息的地方,白白浪费掉,等于少说一句话。
摘要有两个常被低估的地方。一是它独立于正文存在,改摘要不用动正文,成本几乎为零;二是它是你唯一能对「没点开的人」说话的地方,正文写得再好,人家不点开就看不见。把力气花在这种低成本高回报的环节上,最划算。
摘要出现在哪里,就为哪里优化
先搞清楚摘要的三个阵地:订阅号的消息列表、转发到聊天里的卡片、看一看的信息流。这三处都是标题配摘要一起出现,标题负责抛问题,摘要负责补一刀:这个问题这篇文章真能解决。两个位置都在替你拉人,只经营标题,等于少用一半力气。
位置不同,写法要跟着变吗?不用。三处的读者都是扫一眼的状态,摘要都要短、都要具体、都要有钩子,一套摘要三处通用,写一次管三个阵地,这笔账很划算。
转发的场景更明显。读者把文章转给朋友,朋友看到的首先是一张卡片,标题加摘要加封面;标题没说清楚的部分,摘要替你说,摘要没写,朋友就只能靠标题猜内容,猜不出来就没有然后了。摘要写好了,等于给你的文章配了一个随行推销员。
摘要的任务只有一个
这个任务是:回答「这篇文章解决你哪个具体麻烦」。注意是具体麻烦,不是宏大主题。「聊聊 AI 写作」没有信息量,「排版翻车这篇文章能救」才有信息量——读者不关心你要讲什么,读者只关心自己能拿走什么。
怎么在 120 字里完成这个回答?三句话就够:第一句点痛点,让读者认出自己;第二句给解法,让他知道真有货;第三句留悬念,把最后一个犹豫的人拉进来。三句各干各的活,互不抢戏,痛点、解法、行动正好覆盖读者点开之前的三个心理关口,互不重叠,也不漏项。
实操:提示词与真实产出
提示词很简单:「给这篇文章写一段摘要。要求:三句话,第一句点痛点,第二句给解法,第三句留悬念,合计不超过 120 字,不要复述正文开头。」
我用 demo11.py 真实跑了一遍,AI 交回来的摘要是这样:第一句点痛点「20 个 AI 新媒体里最窄的小问题」,19 字;第二句给解法「每个都配一个能直接照做的解法:写作不露馅、排版不翻车、发布不掉坑」,34 字;第三句留悬念「挑一个你正卡住的,照做就行」,15 字。三句合计 68 字。

逐句拆开看它为什么能打。第一句「20 个 AI 新媒体里最窄的小问题」没有讲任何概念,只报了一个数:20 个。带数字的痛点句有个好处,读者立刻知道自己要看完的是 20 个具体答案,不是一篇正确的废话,19 字一秒扫完。
第二句 34 字,是三句里最长的,因为要给解法报清单:写作不露馅、排版不翻车、发布不掉坑。三个「不」字句式排开,读者扫一眼就能对号入座:我排版老翻车,这篇有我一份。解法句宁可长一点,也要具体到场景。
第三句 15 字收尾:「挑一个你正卡住的,照做就行。」这是行动指令,不是抒情。读者读到这里手里已经有了 20 个选项,这句话把他从浏览状态推进行动状态,点开的理由就齐了。
有人会问:上限 120 字,只写 68 字,不亏吗?不亏,摘要是给手指扫的,68 字两秒扫完,每个字都在干活。硬凑满 120 字,多半是往里塞形容词,字数上限是天花板,不是目标线。
还有一个小技巧:把最硬的数字放进摘要。数字自带可信度,也自带具体感,「20 个」这种数一摆,读者就知道你不是在空谈。一篇摘要里放一个数字就够,放多了反而像报表。
摘要的第一句还有一个变体可用:结果前置。教程类的文章,第一句直接报结果,比如「30 分钟的手动排版变成 3 秒生成」,读者看到结果,自然想知道怎么做到的。报麻烦和报结果是一回事,都是让读者一秒对上号。
摘要还要跟标题咬合。标题问「打开率掉了原因在哪」,摘要第一句就得把「掉了」这个痛点接住;标题问「标签为什么被切成残片」,摘要里就要出现残片两个字。标题抛出去的问题,摘要在下面补一句「有解」,读者的手指才会动。
标题、摘要、封面三样东西是一张卡片上的整体。标题管抛问题,摘要管接问题,封面管停手指,三样对齐了,卡片的转化才完整。下一次改卡片,别只盯着标题,摘要这一行同样值得抠。
摘要的语气也有讲究:对着一个人说话,不对着一群人广播。「你正卡住的」这个你字,就是对着屏幕前那一个人说的,谁读到都觉得是在说自己。广播腔的摘要像通知,对话腔的摘要像朋友递话,点击的意愿差着一个量级。
什么时候写摘要?写完正文立刻写,趁内容还热。这时候你清楚文章里哪句最扎人、哪个数字最硬,直接搬进摘要就行;隔两天再写,痛点和爽点都忘了,只能干巴巴地复述。
写好的摘要别用完就扔,存进一个文件里攒着。攒到几十条回看一遍,你能看见自己惯用哪类钩子,手感就是这么养出来的。摘要库跟标题库一样,都是越攒越值钱的资产。
两个常见的坑
第一个坑:让 AI「写得吸引人」。这句话等于没说,AI 会还你一堆感叹号和形容词,比如「干货满满,不看后悔」。要给它结构,不给它情绪:三句话各干什么说清楚,它自己就知道克制。
判断摘要合不合格,有个笨办法:把标题和摘要摆在一起,遮住正文,问自己想不想点。不想点,问题多半出在摘要没有说具体麻烦,退回去让它重写,把「具体」两个字喊出来。
摘要写完还有最后一个动作:自己读出声一遍。拗口的地方就是读者卡住的地方,读不顺就重写,标准跟正文一模一样。
第二个坑:摘要跟正文开头撞车。AI 拿到全文,很容易顺手把第一段改写一遍当摘要,你贴出去,列表里的卡片就有两行在说同一句话。防的办法是提示词里那句「不要复述正文开头」,写完再肉眼对一遍,撞了就重出。
撞车的摘要还有个隐性代价:读者点进来发现开头眼熟,会觉得自己已经读过一半,跳出就发生在这里。摘要说的是「你能拿走什么」,开头说的是「我要讲什么」,两个任务,两套话术,不能共用。
写在最后
一句话收尾:摘要回答「这篇文章解决你哪个具体麻烦」,三句话——点痛点、给解法、留悬念,68 字就够,不必凑满 120 字。
下一篇讲发布时的另一件小事:公众号标签为什么被切成残片?怎么用白名单打?标题里的书名号会把标签切掉半截,到时候带你看真实的数据库查询和清理过程。
AI 实战导师 / 企业 AI 落地顾问 / 智能体工程师,17 年跨界、15,000+ 小时 AI 实操、20+ 套已交付工作流。 看完整履历海报 → skills 实验室 →
发表评论: