每一步的数
gig-radar 从多个来源采集线索,去重后交给模型评分,评分过线的按渠道起草,人审最后一步再发出,发出后自动扫描回信。两个月下来:采集 809 条,评分后发出 64 封,收到回复 10 封,进入第二轮跟进 19 条。
从 809 到 64 之间少了 745 条。这不是漏掉,是评分把它们拦下了:要求和我们做的事对不上、预算写明太低、发布者已经关闭、或者同一家换了措辞重复发布。这些以前要人一条条看,现在人只看剩下的那 64 条。
回复率 16% 说明什么,不说明什么
64 封发出,10 封回复,回复率 16%。这个数只说明一件事:经过评分和逐封起草的邮件,对方愿意回。它不说明成交,也不说明这个比例能在别的行业复现。我们没有对照组,所以也不写「比人工高多少」。
另一个不显眼的数是「失败的线索不会被标成已完成」。发送出错、渠道拒收、对方地址失效,这条会回到队列,下一轮再试或者交给人。没有这条规则时,线索会安静地消失,回头对账才发现。
哪一步仍然是人
发出前的最后一眼。模型起草的邮件会把对方帖子里的细节写进去,偶尔会把细节写错,或者把一句客套写得过头。人看一遍只花几十秒,但这几十秒挡住的是以我们的名义发出去的错。这一步我们不打算自动化。
回复进来之后也是人。系统只负责标出「这封回了」,回什么由人定。自动化的边界画在这里,是因为对方回信的那一刻才是真正的对话开始。
给要做自动获客的企业
- 先定「不发」的规则,再定「发」的模板评分拦下的那部分才是省时间的地方,模板只决定发出去的那一小部分长什么样。
- 发出前保留人审几十秒一封,挡住的是以你的名义发出去的错。
- 失败的线索不许标成已完成回队列、重试或交给人,否则它会安静消失。
- 回复率只和发出数比,不和采集数比拿采集数当分母会把一个正常的数字压成零点几。
- 每一步留记录两个月后你要能回答「这条线索当时为什么没发」。
告诉我们哪一个环节最耗时
联系我们