全部案例

外呼销售

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

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

逐条

依据真实上下文撰写的文案

自有域名

发信信誉留在自己手里

收到回复

自动化停止，由人接手

挑战

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

做法

  1. 01

    获取线索时对照 CRM 已有内容去重，避免同一个人被两个人联系两次。

  2. 02

    在写任何东西之前先补全每条线索，因为背后没有事实的文案只能是套话。

  3. 03

    按补全揭示出的信息分群，让切入角度在写下第一句之前就已确定。

  4. 04

    依据这份上下文逐条生成文案，再从团队自己的域名按节奏、按限速发出。

  5. 05

    把回复识别接回 CRM，让人的回复终止序列并生成任务。

架构

读起来像专门写给一个人的外呼 的架构. 主流程： 获取，然后 补全，然后 分群，然后 生成，然后 发送. 关联路径： CRM 同步 汇入 发送; 回复转人工 作为条件路径来自 发送.

主路径条件路径
n8nOpenAIEnrichment APIsSMTPCRM API

难在哪里

  • 送达率是系统问题，不是文案问题。发送量、节奏、域名预热和回复处理共同决定好文案有没有机会被看到。

  • 补全质量决定了上限。数据稀薄的地方，任何提示词都写不出真正私人化的邮件，所以诚实的做法是少发。

  • 知道什么时候停下。人已经回复之后还在继续发的序列，会把整件事的意义全部抵消，因此回复识别必须可靠，而不是尽力而为。

相关内容

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

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

查看简历