多数”问题/方案”文章假设读者就有那个问题，然后扑向产品。好的文章让读者自己说出问题——然后才提建议。
适合哪些场景
在 pitch 前先建立信任的内容人、写问题空间的创业者、做问题阶段长尾 SEO 的写手。
什么时候不建议这样写 Prompt
只想 demo 产品的文章别用。“方案”太窄装不下问题时也别用。
Prompt 结构公式
每个问题-方案 Prompt 都要带这六个要素：
- 读者：一个具体的人。
- 目标：一个动作——读完 / 点击 / 同意 / 分享。
- 语气：2-3 个锚定形容词。
- 限制：字数、禁用短语、必含事实。
- 格式：段落、列表、小标题、表格。
- 示例：1-2 条语气示例——匹配 voice 的最强杠杆。
这套 Prompt 适合用在哪
- 搜索阶段问题文章
- 长尾 SEO
- 销售长内容
- inbound 漏斗
- 诊断 / 框架文章
12 个可直接复制的 Prompt 模板
1. 问题优先骨架
Topic: `{problem}`. Audience: `{persona}`. Write 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 what missing piece 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 explaining 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 verb, (b) what to do, (c) success signal. Don't make it an acronym unless one fits naturally — forced acronyms cheapen the framework.可替换变量： problem
6. 实操示例
Use the framework on a real-ish example. Use real names (not "Acme Corp") if you can, or invent specific details (50-person SaaS, B2B, churn at 7%). Walk through each step, show what changes, 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, 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 do 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?容易踩的坑
- 受众模糊——输出泛泛。
- 没语气锚——所有版本一个味。
- 没限制——字数、禁用、长度。
- 不给示例——语气最强信号。
- 相信初稿——AI 落安全中间值。
- AI 口头禅不删。
- 事实不二审——AI 偶尔自信地错。
优化技巧
- 一定给 1-2 条语气示例。
- 狠下限制。
- 发布前念出来。
- 砍不承重的副词形容词。
- AI 出前两稿，人改第三稿。
- 锚定真实读者中的一个人。
- 标题单看能否传递信息。
实操加深
使用这些 prompt 时，不要只替换一个主题词就直接交付。围绕「问题-方案文章 Prompt：可信叙事模板」先补齐受众、渠道、长度、语气、参考样例、禁止样式和成功标准，再让模型输出 2 个不同版本做横向比较。好的结果应该能被另一个人直接复用，而不是只有顺滑但空泛的表达。
如果输出看起来像通用模板，下一轮要增加一个真实场景、一个反例和一个可检查指标，例如点击率、转化动作、字数、平台限制或品牌禁区。这样改出来的内容才更像可用资产，而不是一次性的灵感草稿。
FAQ
- 文章多长？: 按渠道——注意力短的地方就短。
- AI 写全稿？: 前两稿 AI，第三稿人。
- 多久刷新？: 受众或事实变了，或季度重看常青内容。
- 不审就发？: 别——AI 自信但不一定对。
- 单一 voice 还是分渠道？: 品牌 voice 一个，渠道在轴内漂移。
- 这套 Prompt 能复用吗？: 能——换受众 / 目标 / voice 即可。