解决方案手册
这是一份经过验证的 n8n 销售线索资格评估工作流规划手册,包含 webhook 触发器、决策节点、Jodoo 字段和上线检查清单。
打开手册N8N + JODOO
结合 n8n 与 Jodoo 接收入站销售线索,运行清晰的决策工作流,将结构化评分字段回写到 Jodoo,并让销售跟进全程可追踪。
视频演示
视频展示了销售线索如何进入 n8n、经过 Agent Decision 节点处理,并在 Jodoo 中创建一条已验证的销售线索记录。
n8n 从表单、营销活动、合作伙伴来源、电子表格或内部系统接收传入的销售线索载荷并开始运行。
决策节点返回评分、分层、原因、缺失信息、负责人建议、下一步行动和跟进草稿。
n8n 的最后一个节点将结构化字段发送到 Jodoo 回写层,并接收一个 Jodoo data ID。
销售团队可以直接在 Jodoo 销售线索记录中查看评分、负责人、跟进草稿和原始输出。
演示摘要
如果您的团队希望对 webhook 触发、决策逻辑、HTTP 回写和重试路径进行节点级控制,这段演示会很有帮助。
销售线索载荷通过 webhook 进入 n8n。
工作流返回结构化的销售线索评分字段。
n8n 将映射后的字段发送到 Jodoo 回写步骤。
Jodoo 将该销售线索保存为可搜索的销售记录。
连接模型凭证后,同样的工作流结构也可以使用 n8n AI 智能体。
工作流工具包
查看字段模型,复制工作流方案,并在将工作流适配到您自己的销售线索来源时使用 Jodoo 入门应用蓝图。
n8n makes the first decision. Jodoo keeps a durable record with structured fields, ownership, status, next action, and audit context.
可复用工作流
表单、收件箱、合作伙伴线索或 Jodoo 受理记录
返回评分、分层、负责人、下一步行动和跟进字段
评分、等级、原因、缺失信息、负责人、下一步动作
字段、视图、审核状态和审计轨迹
优先级队列、通知、任务和回复草稿
工作流闭环
销售线索通过表单、营销活动、合作伙伴来源或内部系统进入 n8n 的 Webhook 节点。
n8n Agent Decision 节点返回评分、分层、原因、负责人、下一步行动、跟进草稿和分派优先级。
HTTP Request 节点将这些字段映射到受控的 Jodoo 回写端点。
测试运行会返回一个 Jodoo data ID,并创建一条可见的销售线索记录。
Jodoo 会保存稳定的销售线索记录,用于负责人跟进、审核队列、仪表板和审计历史。
字段映射
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| 线索来源、联系人、公司、活动 | 线索来源、联系人姓名、公司、邮箱、活动 |
| ai_score, lead_tier, routing_priority | AI 评分、线索等级、分派优先级 |
| fit_reason, missing_info | 匹配原因、缺失信息 |
| suggested_owner, next_best_action | 建议负责人、下一步最佳动作 |
| follow_up_draft, 完整 JSON 响应 | 跟进草稿、原始 agent 输出 |
AGENT 方案
您是一名面向 B2B 销售团队的销售线索资格评估 AI 智能体。请审核每一条入站销售线索,并返回 Jodoo 可存储、分派和汇报的结构化字段。
使用 webhook 载荷作为上下文,然后返回 JSON 字段,供下一个 n8n 节点映射到 Jodoo 回写请求中。
请返回 ai_score、lead_tier、fit_reason、missing_info、suggested_owner、next_best_action、follow_up_draft 和 routing_priority。结果需保持机器可读。
{
"ai_score": 86,
"lead_tier": "高意向",
"fit_reason": "运营场景明确,且 demo 请求清晰。",
"missing_info": ["预算负责人", "实施时间表"],
"suggested_owner": "销售运营队列",
"next_best_action": "预约需求沟通电话",
"follow_up_draft": "Mia 你好,感谢你的咨询……",
"routing_priority": "高"
}JODOO 入门应用
在为您自己的 Jodoo 回写层配置 n8n HTTP Request 节点时,请使用此字段模型。
上线检查清单
工作流
该演示使用可审计的决策节点,因此无需外部模型凭证即可运行。连接您偏好的模型后,生产团队可以将该节点替换为 n8n AI 智能体。
销售线索通过表单、营销活动、合作伙伴来源或内部系统进入 n8n 的 Webhook 节点。
n8n Agent Decision 节点返回评分、分层、原因、负责人、下一步行动、跟进草稿和分派优先级。
HTTP Request 节点将这些字段映射到受控的 Jodoo 回写端点。
测试运行会返回一个 Jodoo data ID,并创建一条可见的销售线索记录。
Jodoo 会保存稳定的销售线索记录,用于负责人跟进、审核队列、仪表板和审计历史。
JODOO 记录
在 n8n 完成决策后,Jodoo 会存储销售团队所需的销售线索字段:来源、联系人、评分、分层、原因、负责人、下一步行动和跟进草稿。
测试运行
这些截图使用了模拟销售线索数据,展示了 n8n 工作流执行完成,以及根据结构化输出在 Jodoo 中创建的记录。

Webhook、Agent Decision 和 HTTP Request 节点共同组成 n8n 专用的销售线索流程。

销售线索工作流已完成全部 n8n 节点执行,并返回了 Jodoo 回写响应。

经过 n8n 资格评估的销售线索已出现在 Jodoo 中,并包含来源、联系人、公司和请求字段。
FAQ
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
是的。模拟销售线索已在 n8n 中完整运行,并在 Jodoo 入门应用中创建销售线索记录后返回了一个 Jodoo data ID。
可以。工作流应返回可预测的字段,并通过 HTTP Request 步骤将其映射到 Jodoo 回写端点或安全的中间层。
本次测试使用的是 n8n Cloud 试用权限和无需凭证的决策节点。生产环境托管、模型使用、凭证管理和执行量都可能产生费用。
可以。由于业务记录相同,Jodoo 字段模型可以保持相似。n8n 页面主要区别在于触发器设置、节点结构、凭证处理和 HTTP 回写设置。
请使用您自己的 Jodoo 回写端点或 API 层,在 n8n 中安全存储凭证,先用模拟销售线索进行测试,并在发送真实客户数据前加入重试处理。
下一步
从这个销售线索工作流开始,再将同样的模式扩展到合作伙伴线索、活动受理、活动后跟进或销售运营审核。