产品文案撰写_怎样选择与主题相符的示例
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /70873ff26fcd.html
📄
产品文案撰写_怎样选择与主题相符的示例
选择示例的标准只有一条：它必须能证明你正在写的那句产品卖点，而不是证明别的优点。判断方法是先写下这句卖点，再问“这个例子删掉后，卖点还成立吗”，如果仍然成立，说明示例与主题不符，应当换掉。
先确定文案要证明的主张
产品文案里通常同时存在多个主张：更省时间、更便宜、更适合新手、更稳定。示例只能服务其中一个，否则读者无法把例子和结论连起来。做法是把主张写成一句可检验的话，例如“这款表格工具能让不会写公式的人完成月度统计”。接下来所有示例都要围绕“不会写公式的人”和“月度统计”这两个限定条件展开。
如果主张本身模糊，比如“提升效率”，示例就会失控。此时先把主张收窄到一个具体人群和一个具体任务，再去找例子。这一步不做，后面选什么示例都会显得勉强。
用三个条件筛选候选示例
- 同人群：例子里的角色要和文案设定的读者一致。写给自由职业者的记账产品，用财务团队月结流程举例，读者会觉得“这不是我的场景”。
- 同任务：例子要落在产品承诺解决的那件事上。承诺解决“对账慢”，例子却讲“报表好看”，证明的是另一个卖点。
- 同结果：例子呈现的变化要和主张对应。主张是减少手工步骤，示例就应展示步骤数量的变化，而不是笼统说“体验很好”。
三个条件不必全部完美满足，但至少要满足前两个。只满足“同结果”的例子最容易误导，因为它可能来自完全不同的使用场景。
比较两类常见示例的代价
真实场景示例更有说服力，但需要你掌握足够的细节，且不能编造数据。假设示例写起来快，也方便控制变量，但必须明确标注为假设，否则会变成虚假陈述。选择时看两点：你手上有没有可核对的素材，以及读者是否需要看到真实结果才会行动。
面向第一次接触产品的读者，假设示例往往够用，因为它只承担“说明怎么用”的功能。面向已经在比较多个方案的读者，真实场景示例更关键，因为此时读者关心的是结果是否可信。没有真实素材时，宁可把示例写成操作演示，也不要伪造一个带数字的案例。
一个可执行的检查步骤
把候选示例写成一句话，然后做删除测试：删掉示例后，如果主张依然被读者接受，这个示例就是装饰，不是论据。再做替换测试：把示例中的产品名换成竞品名，如果句子仍然通顺合理，说明示例没有体现本品特点，需要补充只有本品才具备的细节。
通过两项测试后，再检查示例的表述是否与事实一致。涉及具体数字、时间或效果时，标明这是演示数据还是实际观察结果。无法核对的细节，改成描述操作过程，不写结果承诺。
下一步怎么做
现在就写下你文案中的核心主张，列出三个候选示例，用删除测试和替换测试逐一筛掉不合格的，保留一个写进正文，其余留作备选。如果三个都被筛掉，说明问题出在主张不够具体，先回去收窄主张，而不是继续找例子。
