一张表格里出现一条新线索，通常不会只多一行数据。有人要判断它是不是目标客户，有人要补齐公司信息，有人要分配负责人，还有人要在群里提醒跟进。小团队最常见的浪费，不是“没有 AI”，而是每个环节都要人手复制、粘贴、追问一次。把这条链路交给自动化前，先把判断规则写出来，AI 才不会把一堆不合格线索郑重其事地推给销售。
下面用一个真实而常见的场景讲清楚：网站表单、活动报名页或广告落地页收集到一条咨询后，如何用 n8n 把它变成一条可追踪的线索——校验字段、去重、用 AI 生成简短的跟进摘要、按规则通知正确的人。这个流程不依赖某个昂贵 CRM；先用表格和邮件/即时通讯就能跑起来，稳定后再接 CRM。
别从“收到表单就发通知”开始
最容易搭出的自动化，是“有人提交表单，就把全部内容发到群里”。它往往撑不过一周：测试提交、垃圾信息、重复咨询和没有联系方式的记录都会混在一起；销售看到太多提醒后，会开始忽略真正高价值的线索。
先定义一条记录进入销售队列的最低条件。假设你卖的是面向企业的服务，可以写成：
- 姓名、工作邮箱和需求描述不能为空；
- 邮箱域名不是常见临时邮箱；
- 同一邮箱在 30 天内没有“已跟进”记录；
- 需求中出现预算、采购时间、团队规模、试用、报价等任一有效信号，或来自指定行业；
- 不满足条件的记录进入“待补充”，而不是直接丢弃。
这不是复杂的评分模型，而是一份团队愿意执行的筛选说明。规则应该能被业务同事读懂、修改和复核；不要一上来让模型给每条线索打一个神秘的 0 到 100 分。
先准备一张“线索中转表”
无论你的来源是网站、问卷还是百度秒哒做的报名页，都建议把原始提交落到一张中转表，再由自动化处理。最少准备这些列：
- submitted_at：提交时间，统一时区；
- name / email / company：联系人基础信息；
- message：用户原话，永远保留，不让 AI 覆盖；
- source：来自哪个页面、活动或广告；
- status：new、needs-info、qualified、duplicate、assigned、closed；
- owner：负责人；
- ai_brief：AI 生成的三到五句摘要；
- next_action：明确下一步，而不是泛泛的“跟进”；
- dedupe_key：通常使用规范化后的邮箱。
中转表不是正式 CRM 的替代品，它的作用是让每一步输入和输出都有迹可循。以后你把数据迁到 HubSpot、Notion 或自建系统时，字段定义也不会丢。
在 n8n 里把流程拆成六段
一个可靠流程比一张很大的自动化图更重要。建议按下面六段搭建，每一段都可以单独测试。
- 触发：表单 webhook 或表格新增行触发。先把原始请求完整写入中转表，避免后续节点失败时丢线索。
- 规范化：去掉邮箱前后空格、统一小写；把电话号码只保留数字和国家码；空值统一为 null，不要混用“无”“-”和空字符串。
- 校验与去重：检查必填字段，按 dedupe_key 搜索近 30 天记录。重复时标记 duplicate，并把新留言追加给原记录或通知原负责人。
- 规则分流：满足最低条件的进入 qualified；信息不完整的进入 needs-info；明显垃圾提交结束流程并保留审计记录。
- AI 摘要：只对合格或待补充线索调用模型，提取事实、缺失信息和建议提问，不让它杜撰公司规模或预算。
- 分配和提醒：按行业、地区、来源或轮转规则填写 owner，再向对应负责人发送一条短通知，同时更新状态为 assigned。
如果使用 Make，这六段逻辑同样成立；区别只是节点的名称和界面。工具不是关键，状态字段、去重和失败处理才是。
AI 节点应该只做“读和整理”
AI 最适合把杂乱的留言整理成销售能快速判断的摘要，不适合替你承诺价格、排期或产品能力。无论在 n8n 中接 ChatGPT、Claude 还是其他模型，都要求返回固定结构，后续节点才容易使用。
你是 B2B 销售助理。根据下面的线索原文输出 JSON，不要补充原文中不存在的事实。字段包括：summary（不超过 80 字）、stated_need（用户明确说出的需求）、buying_signals（数组，只能引用原文信号）、missing_information（数组）、suggested_first_question（一句中文问题）、risk_flags（数组）。如果无法判断，填“未知”。不要估算预算、员工数、采购概率，也不要写营销话术。
线索原文：{{message}}
公司：{{company}}
来源：{{source}}
先在模型外验证 JSON 是否完整，再写入 ai_brief。模型偶尔返回非 JSON、字段缺失或超长内容时，自动化应该把记录标为 ai_review_needed，而不是把坏数据悄悄写进系统。对外发出的第一封邮件也应先使用审批过的模板，至少在流程稳定前由人工确认。
通知里只放需要立即行动的信息
一条合格线索的通知不用复制整份表单。负责人真正需要的是：谁、从哪里来、明确想解决什么、缺什么、下一步谁来做。例如：
【新线索｜已分配】李明 · 某电商团队
来源：官网价格页
需求：想了解内容生产流程的团队协作方式，提到下月上线新项目。
待确认：团队人数、现有工具、预算范围。
建议第一问：你们目前每周需要产出多少内容，主要卡在协作还是审核？
记录链接：……
不要把手机号、完整留言和内部 AI 风险判断丢进一个人数很多的公开群。通知渠道应遵循最小权限：销售负责人看完整线索，运营看来源和状态，群里只发提醒和记录链接。
失败处理决定它会不会半夜出错
自动化的正常路径很容易；真正需要提前设计的是异常路径。建议至少补上四个分支：表格或 CRM 接口超时后重试两次，仍失败则写入“同步失败”队列；AI 调用失败时保留原始线索并通知人工；邮件/IM 发送失败时不要重复创建线索；同一 webhook 在几分钟内重复到达时，用提交 ID 或 dedupe_key 阻止重复分配。
还要给每次运行保留一个 execution ID。以后有人问“为什么这条线索没有分配”，你可以从触发时间一路查到在哪个节点停下，而不是靠猜。
上线前做三条测试数据
- 完整线索：有公司邮箱、明确需求和采购时间，预期进入 qualified 并通知负责人。
- 信息不足：只留了姓名和一句“想了解”，预期进入 needs-info，不能通知销售为高优先级。
- 重复线索：用相同邮箱再次提交，预期标记 duplicate，不产生第二个 owner 和第二条群通知。
检查每条记录的状态、负责人、摘要、通知和原始文本是否一致。确认无误后再打开正式触发器，并在第一周每天抽查五到十条。发现问题时先改规则或字段，再考虑换模型；大多数“AI 判断不准”的根源，其实是输入标准不清楚。
当这套流程跑稳后，你可以再加来源归因、自动预约、跟进时限提醒和月度漏斗报表。但第一版只要做到：不丢、不错分、不重复、能追溯，就已经比“收到表单后在群里喊一声”可靠得多。