问题-方案文章 Prompt:可信叙事模板

12 个基于 PAS 框架的 Prompt 模板——先诊断真问题,再讲方案,让读者觉得你值得听。

多数”问题/方案”文章假设读者已经有那个问题,然后一头扑向产品。真正能转化的文章,先让读者自己说出症状,再争取到给建议的资格。这个顺序在文案里有个名字:PAS——Problem(问题)、Agitate(放大)、Solution(方案)参考)。下面 12 个 Prompt 把 PAS(以及它的扩展版 PASTOR:Problem、Amplify、Solution、Transformation、Offer、Response)做成了可复用的模板,任何当前主流模型都能跑。

一句话总结

  • 先讲读者的症状,别先讲你的方案。诊断在治疗之前。
  • 下面每个 Prompt 都要带六个要素:受众、目标、语气、限制、格式、示例。少一个,输出就泛了。
  • 草稿质量要按任务分流:Claude Sonnet 4.6 / Opus 4.7 负责文笔与语气还原,GPT-5.5 负责大纲与改写复用,Gemini 3.1 Pro 负责带背景的扩写(均为 2026 年 6 月现状)。
  • 前两稿交给 AI,第三稿由人定稿——能发出去的是第三稿。

适合哪些人

在 pitch 之前先建立信任的内容人、写自家问题空间的创业者,以及做问题阶段长尾 SEO 的写手(搜的是”我的 X 为什么会出问题”,而不是”买 X”)。

什么时候不建议这样写

只想 demo 某个功能的产品页别用。当”方案”太窄、装不下你描述的问题时也别用——读者一眼看穿这种偷换,直接跳出。

用哪个模型来跑(2026 年 6 月)

模板本身和模型无关,但草稿质量因任务而异。按活儿挑,别按品牌挑。

任务首选原因
细腻文笔、语气还原Claude Sonnet 4.6 / Opus 4.7语气一致性最强;100 万 token 上下文,能塞下长素材
大纲、改写、内容复用GPT-5.5快、跨格式灵活;约 2026 年 4 月起为 ChatGPT 默认模型
把粗想法配上行业背景扩写Gemini 3.1 Pro补充背景上下文很在行;100 万上下文,token 最便宜(每百万 2/12 美元)

价格参考(2026 年 6 月):ChatGPT Plus 每月 20 美元,Claude Pro 每月 20 美元(按年 17 美元),Google AI Pro 每月 19.99 美元。任意一档都够跑完这 12 个 Prompt。完整对比可看我们的 Claude vs ChatGPT 长文档实测ChatGPT 模型怎么选

Prompt 结构公式

每个问题-方案 Prompt 都要带这六个要素:

  • 受众:一个具体的人,不是”营销人员”。
  • 目标:一个动作——读完 / 点击 / 同意 / 分享。
  • 语气:2-3 个锚定形容词(“平实、直接、略带克制”)。
  • 限制:字数、禁用短语、必含事实。
  • 格式:段落、列表、小标题或表格。
  • 示例:1-2 条语气示例——匹配 voice 最强的一根杠杆。

这套 Prompt 适合用在哪

  • 搜索阶段的问题-方案文章
  • 长尾 SEO 问题查询
  • 销售赋能长内容
  • inbound 漏斗内容
  • 诊断 / 框架类文章

12 个可直接复制的 Prompt 模板

[problem][persona][symptom] 作占位符——跑之前先替换掉。

1. 问题优先骨架

Topic: [problem]. Audience: [persona]. Write a PAS-shaped outline:
(1) Hook — recognise the reader's symptom, (2) Diagnose the underlying
problem, (3) Why common solutions fail, (4) A better framework,
(5) Worked example, (6) When to apply / not.

可替换变量: problem, persona

2. 症状识别开头

Write a 100-word opener that names 3 specific symptoms readers experience.
Use second person ("You've noticed..."). Make them feel seen, but don't
flatter. Skip "we all know that...".

3. 常见方案为何不奏效

List 3 common solutions to [problem] and why each falls short. Don't
straw-man — pick real solutions readers may already have tried. For each:
when it works, where it breaks, and the missing piece that causes the break.

可替换变量: problem

4. 诊断 vs 治疗

Many readers want to fix [symptom]. Distinguish diagnose (what's actually
happening) from treat (the action). Write a 200-word section on why treating
the symptom without diagnosis fails — with one specific anti-pattern.

可替换变量: symptom

5. 框架引入

Introduce a 3-4 step framework for [problem]. Each step: (a) name with a
verb, (b) what to do, (c) the success signal. Don't force an acronym —
forced acronyms cheapen the framework.

可替换变量: problem

6. 实操示例

Apply the framework to a concrete example. Use real names if you can, or
invent specific details (50-person B2B SaaS, churn at 7%). Walk through each
step, show what changes, and name the win condition.

7. 反模式 callout

Insert a "What's NOT this framework" callout. 3 things readers commonly do
that LOOK like the framework but miss the point. Each: 1-line action +
1-line consequence.

8. 适用边界

Add a "when this won't work" section. Name 3 cases where the framework
fails: too small, too large, wrong industry, or a regulatory boundary.
Confidence over hedging.

9. 不刻意的 CTA

End with a CTA that respects the trust earned. Three variants: (a) further
reading, (b) one specific next action they can take without us, (c) optional
product CTA framed as "if you want, we can do X for you". Don't pitch first.

10. 反论点段

Some experts disagree with this approach. Add 150 words steel-manning the
strongest counter-argument. Acknowledge cases where the counter-thesis is
correct. Tone: confident, not defensive.

11. 标题测试

Write 5 headlines for this problem-solution article. Variety: (a)
symptom-led, (b) framework-named, (c) question, (d) outcome, (e) contrarian.
Skip "The ultimate guide...".

12. 信任流失审计

Audit my problem-solution article: (1) Where does it pitch too early?
(2) Where does it assume the reader has the problem instead of helping them
check? (3) Where do anti-patterns get straw-manned? (4) Does the framework
actually do what the headline claims?

容易踩的坑

  • 受众模糊——输出对谁都泛,对谁都没用。
  • 没有语气锚——每个版本都回到同一个安全的味道。
  • 没有限制——没有字数上限和禁用短语,模型就会注水。
  • 不给示例——1-2 条样例胜过任何形容词。
  • 相信初稿——模型会落在安全的中间值,逼它出第二稿。
  • AI 口头禅没删——“在当今快节奏的世界里""深入探讨""解锁”,全删。
  • 不做事实核查——模型偶尔自信地错,逐条核实。

优化技巧

  • 给 1-2 条语气示例。“友好一点”是噪声,一段样例才是信号。
  • 狠下限制:字数、禁用短语、必含事实。
  • 发布前把草稿念出来——拗口的句子一念就现形。
  • 砍掉不承重的副词和形容词。
  • 把 Prompt 锚定在受众里一个真实的、有名字的人身上。
  • 把标题单独拎出来、脱离上下文测一遍,再决定用不用。

FAQ

  • 文章该多长?:跟着渠道和搜索意图走——问题阶段的 SEO 文常在 1200-2000 字,销售赋能稿可以更短。长度由问题决定,不由目标字数决定。
  • 哪个模型写出来的问题-方案稿最好?:文笔和语气选 Claude Sonnet 4.6 或 Opus 4.7;快出大纲和复用选 GPT-5.5;带背景扩写选 Gemini 3.1 Pro(均为 2026 年 6 月现状)。
  • AI 能写全稿吗?:让它出前两稿,第三稿由人定稿,发出去的是第三稿。编辑判断力才是赢得信任的那部分。
  • 用 PAS 还是 PASTOR?:多数文章 PAS(问题-放大-方案)就够。需要额外的 Transformation 和 Offer 步骤时再上 PASTOR,通常更靠近成交环节。
  • 多久刷新一次?:受众或论据变了就改,常青内容每季度复看一次。价格、模型版本这类时效数字,每次刷新都要核一遍。
  • 不审就发吗?:别。AI 很自信,但不一定对——你在问题段建立的信任,会在第一个错误事实上瞬间崩掉。

相关阅读

标签: #Prompt #写作 #问题 / 方案