服务案例

外呼销售

读起来像专门写给一个人的外呼

一条把个性化当作补全问题而不是提示词问题的外呼流水线：获取、补全、分群、逐条生成、从自己的域名发出，并在收到回复时交给人。

这些案例展示流程与实现经验，不代表拥有独立产品，也不披露客户身份。

挑战

瓶颈从来不是量，而是相关性。带合并字段的模板无论怎么措辞都读起来像模板，而把量放大，会在损害品牌的同时损害送达率。

做法

01
获取线索时对照 CRM 已有内容去重，避免同一个人被两个人联系两次。
02
在写任何东西之前先补全每条线索，因为背后没有事实的文案只能是套话。
03
按补全揭示出的信息分群，让切入角度在写下第一句之前就已确定。
04
依据这份上下文逐条生成文案，再从团队自己的域名按节奏、按限速发出。
05
把回复识别接回 CRM，让人的回复终止序列并生成任务。

架构

主路径条件路径

n8nOpenAIEnrichment APIsSMTPCRM API

难在哪里

送达率是系统问题，不是文案问题。发送量、节奏、域名预热和回复处理共同决定好文案有没有机会被看到。
补全质量决定了上限。数据稀薄的地方，任何提示词都写不出真正私人化的邮件，所以诚实的做法是少发。
知道什么时候停下。人已经回复之后还在继续发的序列，会把整件事的意义全部抵消，因此回复识别必须可靠，而不是尽力而为。

相关内容

想知道这是怎么做出来的？

背后完整的经验与技能都在简历里。