别只写「面向普通读者」:把受众改成一张读者任务卡

别只写「面向普通读者」:把受众改成一张读者任务卡

把「面向普通读者」改成读者身份、阅读后动作、已知背景和易误解点四项任务卡,让 AI 按读者要完成的事情组织文字。

一句「面向普通读者」看起来交代了受众,实际上没有告诉 AI 读者要拿这段文字做什么。于是模型往往只会把词换得更简单,却不知道该解释哪个概念、保留哪个限制、把下一步放在哪里。
更实用的写法,是把受众写成一张读者任务卡:读者是谁、读完要完成什么、读者已经知道什么、最容易误解什么。这样,AI 调整的就不只是语气,而是信息的顺序、解释深度和行动入口。

先把「受众」改成四个可填写的字段

OpenAI 的官方提示指南把 audience、tone、format 和必须包含的内容,都列为「什么算好结果」的一部分。它给出的摘要模板还要求同时写出受众,以及受众要据此「做决定、达成一致、了解信息还是采取行动」。1
这条建议落到中文写作里,可以压缩成四个字段:
读者任务卡要填写的内容示例
读者是谁身份、经验和使用场景第一次配置团队空间的管理员,不熟悉权限设置
读完要做什么一个能观察到的动作或判断判断是否需要申请,并找到申请入口
读者已经知道什么可以省略的背景知道产品基本导航,不知道团队空间的开放规则
最容易误解什么必须提前澄清的边界「逐步开放」不等于所有团队已经可以使用
「普通读者」只填写了第一格,而且还没有填具体身份。剩下三格决定了正文要解释什么、先说什么,以及哪些词不能一带而过。
先写这张卡,再写正文。读者任务卡和文章 Prompt 是同一轮输入中的两个区块:卡片规定信息取舍,Prompt 规定具体交付,不需要拆成两次对话。

可直接复制的读者任务卡 Prompt

把方括号里的内容换成你的任务。原始材料放在最后,避免模型把任务卡里的示例误当成事实。
你是一名中文内容编辑。请根据「读者任务卡」、写作任务和原始材料,写出一份让目标读者能够完成指定动作的文本。

# 读者任务卡
- 读者是谁:[身份、经验、使用场景]
- 读者读完后要完成的一个动作或判断:[具体动作 / 判断]
- 读者已经知道什么:[可以省略的背景]
- 读者最容易误解什么:[需要提前澄清的概念、条件或边界]

# 写作任务
- 输出类型:[通知 / 说明 / 教程 / 汇报 / FAQ / 其他]
- 本次只解决的问题:[一个明确问题]
- 语气:[直接、克制、友好等]
- 长度:[字数或段落数]

# 信息处理规则
1. 先用一句话复述:读者是谁,以及读者读完要完成什么。
2. 只保留能帮助读者完成这个动作或判断的信息。
3. 第一次出现的专业词,用一句话解释;读者已经知道的背景不要重复铺陈。
4. 把会影响读者行动的条件、限制和例外放在相关动作之前。
5. 如果原始材料没有提供某个事实,不要补写;如果缺少的信息会改变读者的动作或判断,请在「待补信息」中列出。
6. 不要替读者做材料没有支持的最终决定。

# 输出格式
## 读者任务复述 {#读者任务复述}
[一句话,包含读者身份和读者要完成的动作或判断]

## 待补信息 {#待补信息}
[没有关键缺口时写「无」]

## 正文 {#正文}
[只有在没有会改变事实或读者行动的关键缺口时输出]

## 读者行动检查 {#读者行动检查}
- 读者要完成的动作或判断是否写清楚:通过 / 未通过
- 专业词是否在第一次出现时得到解释:通过 / 未通过
- 影响行动的条件和例外是否出现在动作之前:通过 / 未通过
- 是否加入了原始材料没有提供的事实:通过 / 未通过

# 原始材料
[粘贴材料]
这里的关键句是「只保留能帮助读者完成这个动作或判断的信息」。它把「写得通俗」改成了一个可检查的取舍标准:一段背景如果不能帮助读者理解、判断或行动,就不该因为看起来完整而被保留。

用一则产品通知看差别

假设你要把下面这段更新说明改成用户通知:
团队空间将在 9 月起逐步开放。团队管理员可以在「设置 > 团队空间」提交申请,是否开通以后台通知为准。首批范围还在确认中。
只给 AI 一句任务,通常会是这样:
把下面的更新说明写得通俗一点,面向普通用户,语气友好。
这句话没有说明「普通用户」要做什么。模型可能先介绍团队空间的好处,再把「逐步开放」写成「即将全面上线」,却没有提醒管理员申请后仍要等待后台通知。
换成读者任务卡后,输入可以这样写:
# 读者任务卡
- 读者是谁:已经在使用产品的团队管理员,不熟悉团队空间的开放规则。
- 读者读完后要完成的一个动作或判断:判断自己是否可以提交申请,并知道提交后还要等待什么。
- 读者已经知道什么:知道如何进入产品设置,不需要解释基础导航。
- 读者最容易误解什么:逐步开放不等于所有团队已经可以使用;提交申请也不等于已经开通。

# 写作任务
- 输出类型:产品更新通知
- 本次只解决的问题:告诉管理员开放状态和申请路径。
- 语气:直接、克制,不夸大收益。
- 长度:150 字以内。

# 原始材料
团队空间将在 9 月起逐步开放。团队管理员可以在「设置 > 团队空间」提交申请,是否开通以后台通知为准。首批范围还在确认中。
这时,合格的正文可以是:
团队空间将于 9 月起分批开放。首批开放范围仍在确认中,团队管理员可以进入「设置 > 团队空间」提交申请,是否开通以后台通知为准。提交申请不代表已经开通。
这段文字没有增加新的产品事实,却把读者真正需要的判断顺序排出来了:当前是什么状态 → 可以做什么 → 做完还要等什么。最后一句也直接处理了任务卡里标出的误解。

为什么动作比身份更重要

同一个人,在不同任务里需要的文字完全不同。产品管理员要判断能不能申请,客服主管要准备一段回复,研究人员要核对一条结论。三个人都可以被称为「普通读者」,但他们要完成的动作不同,文章的重点也就不同。
读者的动作还会决定解释深度:
  • 读者只需要知道发生了什么,正文可以先给结论,再补一条影响。
  • 读者需要做一个配置或操作,正文必须把前置条件、路径和结果状态写全。
  • 读者需要比较选项,正文要统一比较字段,不能只写一边的优点。
  • 读者需要判断一条主张是否成立,正文要把依据、限制和未确认部分分开。
Anthropic 的提示工程总览建议在开始提示工程前先定义成功标准,并提醒读者:并非所有失败都能靠 Prompt 解决。2 这正好说明了读者任务卡的边界:它能帮助 AI 调整信息组织,却不能替你补齐不存在的材料,也不能替你决定产品政策或事实真伪。
如果要把任务卡用于重复写作,可以把「读者是谁」和「读者已经知道什么」放进固定模板,把「读完要完成什么」和「最容易误解什么」留给每次任务填写。这样,同一类通知可以复用结构,真正变化的部分仍然显眼。

什么时候值得用

这条 Prompt 特别适合这些任务:
  1. 产品通知和帮助文档。 读者要知道能不能用、去哪里操作,以及操作后会发生什么。
  2. 面向非专业读者的解释。 读者的背景知识决定哪些术语需要展开,哪些背景可以删掉。
  3. 汇报和决策材料。 读者的下一步是批准、比较、追问还是执行,决定正文应该把哪类信息放在前面。
  4. 客服和内部沟通。 读者往往需要一个明确动作,而不是一段看起来完整的背景介绍。
开放式创作、诗歌和单纯的头脑风暴不必套用完整任务卡。那类任务的目标是探索可能性,过早锁定一个读者动作,反而会压缩表达空间。若你连读者要完成什么都还没有想清楚,先把任务本身定下来;Prompt 不能替你作这个判断。

发布前的 30 秒检查

Anthropic 的评测指南把好的成功标准概括为具体、可测量、可实现并且和用户需要相关,同时建议测试案例贴近真实任务、覆盖边界情况。3 对普通写作任务,不需要先搭一套复杂评测;你可以用下面四句做最小检查:
  1. 这段文字写给谁?身份和经验是否足够具体?
  2. 读者读完要做哪一个动作,或做哪一个判断?
  3. 读者最容易把哪两个状态、条件或概念混在一起?
  4. 正文里是否真的给了完成动作所需的信息?
如果第四句答不上来,问题通常不在语气,而在任务卡还没有写清楚。先补上读者的动作,再让 AI 改句子,往往比继续添加「专业」「通俗」「有吸引力」更有效。

This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.

Related content