用Gemini给入站线索打分，热线索推webhook

原文要点

作者Ruan发布的免费n8n模板：webhook接收表单或CRM POST的线索JSON，从工作流配置值读取热线索目标webhook地址与分数阈值；把线索发给Gemini并要求仅返回JSON（0到10意向分加一句话理由），解析后与阈值比较分流：热线索连同分数、理由、原始负载POST到目标地址，其余标记cold-lead走另一分支。Gemini请求带最多五次、间隔五秒的重试。凭据用n8n HTTP Query Auth（参数名key）。作者建议在提示词中描述理想客户画像以提高准确性，并称Gemini免费档额度足够。

这次做成什么

做一条入站线索自动分拣线：任何能POST JSON的表单把线索打进n8n，Gemini按你定义的理想客户画像打0到10分，达到阈值的立刻推送到你的通知webhook，低分线索进cold-lead分支留待记录。提示词与测试负载为本站独立编写，用于练习替换。

准备什么

• n8n账号（云版或自托管）并能接收外部webhook请求
• Google Gemini API密钥（作者称免费档够用）
• 一个能POST JSON的表单、CRM或自测工具（如curl）
• 一个接收热线索的测试webhook，可用webhook.site等临时地址

具体怎么做

1. 导入模板并配置Gemini凭据

   打开 https://n8n.io/workflows/19930 复制到自己的n8n；新建Header/Query Auth凭据，按原说明用查询参数名key填入Gemini API密钥，并在Gemini请求节点选中该凭据；工作流应无红色警告。

2. 设置目标地址与阈值

   在工作流的配置值节点里，把热线索目标webhook URL改为你的测试接收地址（例如webhook.site生成的临时URL），把分数阈值先设为7；记下这两个字段名，后续分流判断引用它们。

3. 替换打分提示词

   把发给Gemini的提示词换成artifact中的版本：写入你的理想客户画像（行业、规模、地区、明确需求信号），并强制模型只输出{"score":数字,"reason":"一句话"}的JSON；理想客户画像写得越具体，作者称打分越准。

4. 取得生产webhook地址并自测

   激活工作流后复制webhook触发器的生产URL，用artifact中的curl命令或你的表单POST测试负载；在目标webhook接收页确认热线索到达，在工作流执行记录里确认低分线索走了cold-lead分支。

5. 接通真实表单并观察重试

   把生产URL填进你的表单/CRM的webhook设置；执行历史中如Gemini短暂过载，可看到节点按最多五次、间隔五秒自动重试的记录，无需人工干预。

可直接复制的材料

你是B2B销售线索评分助手。我们的理想客户画像：中国境内50至500人规模的制造业或连锁零售企业，有明确的进销存或财务数字化需求，三个月内有采购计划，联系人是IT或财务负责人级别。

请对以下线索JSON评估购买意向与客户匹配度：
{{$json.body}}

只输出一个JSON对象，不要输出任何其他文字、代码块标记或解释：
{"score": 0到10的整数, "reason": "不超过40字的一句话理由"}
评分参考：8-10=高度匹配且有明确需求信号；5-7=部分匹配或意向不明；0-4=明显不匹配或无有效信息。

curl -X POST "https://你的n8n域名/webhook/你的路径" \
  -H "Content-Type: application/json" \
  -d '{"name":"王磊","company":"宁波恒锐机械制造有限公司","email":"wanglei@hengrui-demo.cn","employees":"约200人","message":"我们有三家工厂，想在下季度上线进销存系统，请尽快联系我报价。","source":"官网表单"}'

{"score":9,"reason":"制造业200人规模，三个月内有明确采购计划且留有联系方式","lead":{"name":"王磊","company":"宁波恒锐机械制造有限公司","email":"wanglei@hengrui-demo.cn","employees":"约200人","message":"我们有三家工厂，想在下季度上线进销存系统，请尽快联系我报价。","source":"官网表单"}}

输入与输出示例

本站虚构演示，分数与理由并非Gemini实际返回，仅示意分流行为；真实结果取决于模型与画像描述。

输入

用上面的curl POST王磊这条制造业线索（200人、下季度上线进销存、求报价），阈值设为7。

对应输出

目标webhook收到：{"score":9,"reason":"制造业200人规模，三个月内有明确采购计划且留有联系方式","lead":{...原始负载原样透传...}}；对照组把message换成“随便了解一下”的负载，Gemini返回{"score":2,"reason":"无明确需求与采购计划"}，执行记录显示其走cold-lead分支，目标webhook无新请求。

做完检查这些

• 热线索负载到达目标webhook且含score、reason与原始lead字段
• 低分线索不触发目标webhook请求且执行记录显示cold-lead分支
• Gemini返回非JSON时解析节点报错的频率可接受，否则收紧提示词
• 阈值从7调到9后热线索数量明显减少，说明配置值生效
• Gemini限流场景下执行记录出现自动重试而非直接失败

容易卡住的地方

• 凭据必须是查询参数key形式的Query Auth，放请求头会401
• 未激活工作流时测试URL与生产URL不同，表单必须填生产地址
• 提示词画像过于宽泛会让多数线索堆在中间分段失去区分度
• 模型偶尔返回带代码块标记的文本，解析节点需能容忍或提示词明确禁止
• cold-lead分支原模板只打标记，不接入表格或CRM则低分线索无留痕