从客户角度检查销售文案

问题：在冷启动场景里，销售物料经常死于误判

冷邮件、融资路演 deck、落地页、定价页、Demo 开场脚本或 SOW，往往不是“写不出来”，而是没人替你站在完全不了解你、也不信任你的买方角度看一眼。结果常见三类失误：标题或首屏看起来像群发；价值主张只让最终用户兴奋，却让财务买者和法务皱眉；或者整段缺少一个清晰、低摩擦的下一步。等到真实市场来回答这些问题，成本已经发生在退订、已读不回和会议推迟里。

这个技能要补的就是发布前的“冷启动预检”：用一组冷淡、繁忙、半读半扫的潜在买方画像，模拟他们从第一秒到做出动作（回复、转发、预约、忽略、退订）的完整心理路径。

工作方式：先组人，再读物料，最后给判断

• Step 0 组建潜客委员会：优先从 icp-deep-scanner 的输出（如 personas/、icp-profile.md）载入画像，并按采购委员会常见角色落座：经济买者、内部拥护者、阻碍者、最终用户。若没有画像库但工具可读，则以只读方式运行 icp-deep-scanner，用真实赢/输单数据与真实异议语料来锚定画像；只有在没有资料时，才基于用户口头描述临时生成，并明确标注 PROVISIONAL。
• Step 1 接收将被发布的物料：粘贴文本、文件或通过 WebFetch 读取 URL，同时记录渠道与场景：一封陌生发件人清晨 7 点的冷邮件，与用户看完 Demo 后再点进的定价页，评判标准完全不同。输出里需要确认：这是给谁看的、希望对方做的唯一动作是什么、以及在看到这份物料的前一秒，买方还看到了什么。
• Step 2 模拟真实阅读序列：每个画像按“忙人”的方式反应：

1. 前 3 秒：只看主题行/首屏标题/第一张幻灯片——打开还是删除？继续滚还是直接跳出？
2. 快速扫读：实际吸收了什么、跳过了什么、视线在哪里卡住。
3. 异议：用该角色自己的话给出迟疑原因（“我们已经有 X 了”“本季度没预算”“你们是谁”“感觉很模板”）。
4. 信任检查：哪些内容像垃圾邮件、像 AI 生成、像过度承诺，或哪里感觉不对；不同角色会标记不同风险点。
5. 结论与下一步：给出 reply / book / forward to {persona} / ignore / unsubscribe 的判断，并给出诚实的概率。

• Step 3 汇报：输出可直接执行的修改点，并引用具体“卡住”的句子，而不是给模糊建议。
• Step 4 迭代：可把修改后的 v2 再次跑一遍潜客委员会，或把胜出角度交给冷邮件序列或落地页文案类技能继续规模化。

适用边界与注意点

它适合在内容真正外发前做压力测试：冷邮件及完整序列、pitch deck/one-pager、落地页与定价页、Demo 脚本与 discovery call 开场、Proposal 与 SOW 等。

使用时要注意：模型刻意保持冷态——低上下文、低信任、已有替代方案；不要把它当成“友好读者审稿”。另外，安全上仅使用只读连接：不发送、不写入任何工具；输出不得包含真实潜客姓名/邮箱，画像应视为原型；凭据只放在环境变量中。若画像来自用户描述而非真实数据，应将结论视为 PROVISIONAL。