01「软文提示词案例库」到底在问什么
「软文提示词案例库」这件事，做成一次不难，难的是每次都能做成。稳定靠的是结构，不是灵感。在营销与电商这一类任务里，能复现的写法比一次性的妙手更有价值。
判断有没有写到位的办法很简单：把这段发给一个不了解背景的同事，看他能不能照着做出你要的东西。
如果时间紧，只看第二节和第八节：一段能直接用的示例，加四条验收标准，够应付多数场合。
案例的价值在于能倒推。看「软文提示词案例库」的时候，别只看它写了什么，要看它省掉了什么：哪些信息它默认你会补，哪些约束它提前写死了。
一个实用做法：挑三条你用得上的案例，把里面跟业务相关的词替换掉，剩下的结构留着。改到第三条时，你会发现套路其实只有几个。
02三种写法，差别在哪
三种写法放在一起对比，最容易看出问题：多数人卡在第一行，以为多写几句客套话就叫说清楚了。
| 常见写法 | 为什么效果差 | 改成这样 |
|---|---|---|
| 「写一段软文提示词案例库的产品介绍」 | 得到一段谁都能用的介绍，没有针对性 | 「写给××人群，他们现在用××替代，请突出这一点差异」 |
| 「写得高级一点」 | 高级往往等于抽象，转化反而下降 | 「用具体事实代替形容词，句子控制在 20 字内」 |
| 「多写几个卖点」 | 卖点越多人越记不住 | 「只留一个主卖点，其余作为支撑证据」 |
03一条能直接用的示例
先跑这一版。它把最容易漏的三项（背景、约束、格式）都写进去了，多数情况下比一句话需求好一个档次。
你是做过电商详情页和投放的营销人。
【任务】围绕「软文提示词案例库」，写一段能直接用的转化型文案。
【要求】先列出三个具体卖点（带数字），再写主文案；每个卖点必须能被验证。
【约束】不出现「极致」「顶级」这类无法验证的词；不承诺效果；主标题 15 字以内。
【格式】三个卖点各一行，然后正文一段，最后一句行动引导。04要加强版就加这两步
这一段适合任务比较重要、不能出错的场合。核心差别是加了「先复述再执行」和「标注不确定项」，能挡掉大部分硬伤。
你是写转化文案的人，要为「软文提示词案例库」写一版能用于详情页或投放的文案。
【任务】先做判断，再写文案。
【要求】
1. 写清目标人群的三个具体特征（职业、场景、当前替代方案）；
2. 列出三个真实痛点，每个痛点配一句用户原话（可以是你推测的，但要像人话）；
3. 给出核心卖点一句，必须包含可验证的差异，不能是「更好用」；
4. 写正文，按「场景 → 痛点 → 方案 → 证据 → 行动」五段，总长 400 字内；
5. 列三个必须避免的表述（夸大、绝对化、无法验证）。
【约束】不出现「行业领先」「极致体验」；不编造数据和用户评价。
【格式】判断部分用列表，正文分段。05字段怎么填
这张表的作用是查漏：写完提示词后逐行对一遍，缺哪行就补哪行，比反复重写整段省时间。
| 字段 | 怎么写 | 常见反例 |
|---|---|---|
| 卖点 | 带数字、带对比，能被验证 | 「品质卓越」 |
| 人群 | 具体到使用场景，不是「年轻人」 | 「适合所有人」 |
| 异议 | 提前回应「凭什么信你」 | 只讲好不讲疑虑 |
| 目标人群 | 写清职业、场景、现在用什么替代 | 「所有有需要的人」 |
| 核心差异 | 一句能被验证的差异，最好带数字 | 「品质更好」 |
| 信任证据 | 资质、案例、实测，三选一 | 「深受好评」 |
06换场景，侧重就不一样
先确认自己在哪种场合，再看对应的那行。四种场景的写法差别，主要落在详略和措辞上。
| 场景 | 这种场合下要侧重什么 |
|---|---|
| 详情页 | 先讲场景共鸣，再讲参数，最后给保障 |
| 信息流投放 | 前三行决定点击，必须直给利益点 |
| 私域转化 | 靠具体案例和答疑，不靠修辞 |
| B 端提案 | 先算账，再讲方案，最后给风险边界 |
07六个常见错误
- 卖点全是形容词，读者记不住任何一条。
- 不写人群，导致谁看都觉得不是说自己。
- 把功能当卖点，用户关心的是用完什么感觉。
- 承诺超出产品能力，售后成本远高于文案收益。
- 卖点写成形容词堆叠，读完不知道它和别家差在哪。
- 痛点写得太大，和产品能解决的问题对不上。
08怎么判断这次输出能不能用
验收比写作更值得花时间。四条里只要有两条不过，与其修补，不如换个写法重来一次。
09三个让它更稳的做法
10三种不满，三种改法
下面这张表反过来用：先说你哪里不满意，再找对应的那一行去改。比从第一条要求往下读快。
| 你现在的感觉 | 该动哪一行 | 改完会怎样 |
|---|---|---|
| 术语用错，一看就外行 | 背景行给五个行业常用词，另给一个禁用词 | 用词归位，读起来像同行写的 |
| 让它改，越改越偏 | 一次只提一个问题，别把五条意见一起丢回去 | 能看出是哪一句起了作用 |
| 看着都对，但一句都用不上 | 任务行把「帮我写」换成「交什么、给谁看、多少字」 | 从正确的废话变成能直接用，第一版就够改 |
11换个模型，要调什么
不必为每个模型重写一套。多数情况只需要动一行，剩下的是同一套结构。
| 模型 | 常见差异 | 调整一处 |
|---|---|---|
| Claude | 长文和改写更稳，但句子容易绕 | 加一条「每句不超过 30 字，能删就删」 |
| 通义千问 | 长文档处理稳，容易顺着你的话走 | 约束行写「不同意的地方直接说，别迎合」 |
| Stable Diffusion | 负面词和权重是主要把手 | 负面词单列一段，别和正向混在一起 |
| Midjourney | 参数决定画幅和风格力度 | 主体写最前面，参数单独放最后一行 |
12从空白到能交：五步走完
流程的价值在于可复现：同样的五步，换一个任务照样能走。
- 把需求拆成「必须」和「加分」两列，先只写必须的。
- 定格式：段落数、每段字数、要不要小标题。
- 加一条禁用项，通常是「不要客套话」或「不要总结」。
- 先要骨架，确认结构对了再让它填内容。
- 把跑通的那版存下来，下次同类任务只替换主体信息。
13常被追问的四件事
如果只想看一条，看第三条：多数人的问题不在写法，在于没想清交付物长什么样。
不必。中文模型对中文指令的理解没问题；但涉及变量名、模型参数、代码报错时，保留英文原词更准，中英混写是常态。
够用就行。日常任务八十到一百五十字；涉及格式、口径、禁用项时到三百字；超过五百字通常说明你在替模型做它该做的事。
多半是一次改太多。一次只动一行，改完立刻跑，才知道是哪句起的作用。
各家对「简洁」「专业」的默认理解不同。把要求写成能检验的条件，比如字数、段落数、禁用词，差异会小很多。
14这套写法什么时候不管用
这套写法有边界。下面几种情况用了也不会有好结果，提前知道能省时间。
| 情况 | 为什么不管用 |
|---|---|
| 一次要处理上百条 | 单条提示词解决不了批量问题，你需要的是模板加表格批量跑，或者写脚本调接口。 |
| 输出要承担法律责任 | 合同、诉状、申报材料这类内容，写法只能帮你把结构理清，条款和口径必须由执业人员核。 |
| 要用到没公开的内部信息 | 客户名单、未发布方案别直接贴进去。需要的那部分改写成抽象描述，模型照样能给结构。 |
FAQ常见问题
「软文提示词案例库」这类文案最容易犯什么错？
把功能当卖点。功能是你有什么，卖点是用户能得到什么，两者之间要过一次翻译。
需要写多长？
能一口气读完为限。移动端超过三屏，多数人看不到最后。
AI 写的文案会不会很像广告？
会，尤其是没有背景的时候。给它具体人群、具体数字、明确的禁用词，像广告的概率会大幅下降。
文案写得挺好，为什么没转化？
常见原因是卖点和人群错位。文案说服了不买东西的人，看起来数据不错，实际订单很少。先确认看的人是不是买的人。
要不要突出价格优势？
如果差异只有价格，那竞争会一直持续到没有利润。价格可以作为促成因素，不该是唯一理由。
形容词真的不能用吗？
能少用就少用。形容词传达的是你的判断，事实传达的是对方的判断依据，后者更容易被相信。
→同类关键词
这些词和本页属于同一类，字段结构基本相同，换个词就能复用。