解决方案手册
这是一份用于规划 Make 销售线索资格评估闭环的手册，包含 Custom webhook 触发器、Run once 测试路径、HTTP 模块、Make History 证明、Jodoo 字段以及上线检查清单。
打开手册MAKE + JODOO
使用 Make + Jodoo 开展 AI 销售线索资格评估
将 Make 与 Jodoo 配合使用，接收入站销售线索 webhook，通过 HTTP 模块发送结构化资格评估字段，将评分字段写入 Jodoo，并让销售跟进全程可追踪。
通过 Make webhook 接收销售线索通过 HTTP 发送结构化销售线索字段将评分和分层写入 Jodoo在一条记录中保留销售跟进在 Make History 中查看操作、点数和运行状态
视频演示
Make 演示中会发生什么
视频展示了 Make 的处理路径：销售线索进入 Custom webhook，Make 通过 HTTP 模块发送结构化资格评估字段，Jodoo 则保留销售记录。
销售线索进入 Make
该场景从一个 Custom webhook 开始，可接收来自表单、营销活动、合作伙伴或内部系统的销售线索数据。
Make 发送结构化字段
HTTP 模块会发送评分、分层、分派优先级、负责人、下一步动作和跟进上下文。
History 记录执行情况
Make History 面板会确认手动运行、操作次数、点数使用量、耗时和数据传输。
Jodoo 存储记录
结构化结果会写入 Jodoo 销售线索应用，方便团队进行筛选、分配和查看。
销售跟进始终可见
高优先级销售线索可从 Jodoo 记录进入负责人队列、提醒、仪表板和查看视图。
演示摘要
Make 运行场景，Jodoo 跟踪销售线索
如果您的团队希望先用可视化的 Make 场景处理销售线索受理，再由 Jodoo 作为运营记录，这种实现方式会很实用。
Custom webhook 触发器
销售线索载荷通过 Custom webhook 进入 Make。
HTTP 回写
Make 的 HTTP 模块发送结构化资格评估字段。
History 成功记录
Make History 显示手动运行已成功完成，共执行两次操作。
场景使用情况
Make 运行会记录该销售线索流程测试中的操作次数、点数、耗时和数据传输。
Jodoo 回写
Jodoo 会存储销售线索评分、分层、来源、联系人和跟进字段。
可复用闭环
Make 负责运行场景，Jodoo 负责保留销售记录。
工作流工具包
搭建同样的 Make 销售线索闭环
查看手册，复制工作流方案，并在将 Make webhook 适配到您自己的销售线索来源时使用 Jodoo 字段模型。
您的团队可复用的内容
Make 通过 Custom webhook 接收销售线索事件，经由 HTTP 模块发送结构化输出，并在 History 中记录操作、点数和耗时。Jodoo 则保留稳定的销售线索记录、负责人队列、审核状态和审计轨迹。
业务工作流Jodoo 字段模型智能体 提示词上线检查清单
可复用工作流
工作流负责判断，Jodoo 让工作持续推进。
- 01
Make webhook
表单、营销活动、合作伙伴来源、电子表格或内部系统
- 02
Make 场景
接收 webhook，发送 HTTP 回写，并在 History 中确认运行结果
- 03
HTTP 模块
以 JSON POST 请求发送资格评估字段并解析响应
- 04
Make History
显示成功状态、操作次数、点数、耗时和数据传输
- 05
Jodoo 回写
创建销售线索记录并返回数据 ID
- 06
销售跟进
负责人队列、审核状态、仪表板和审计轨迹
工作流闭环
从 Make webhook 到销售跟进
销售线索从表单、营销活动、合作伙伴来源或内部系统到达 Make Custom webhook。
Run once 会让 Webhooks 模块进入等待状态，以便捕获传入的测试载荷。
Make 场景会将该事件清晰展示为两模块流程：Webhooks 应用触发器和 HTTP 应用回写。
HTTP 模块使用 JSON 请求体、POST 方法、解析响应设置和已保存的 URL；当临时端点发生变化时，必须重新检查。
HTTP 请求会以 JSON 格式发送 score、tier、priority、owner、next action 和 follow-up context。
Make History 会记录手动运行、操作次数、点数使用量、耗时和数据传输。
结构化结果会发送到 Jodoo 回写端点或安全的中间件层。
Jodoo 会创建销售线索记录，并将其保留用于负责人队列、查看视图、仪表板和审计历史。
字段映射
将 智能体 输出转为 Jodoo 字段
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| contact_name, company, email, campaign | 联系人姓名、公司、电子邮箱、营销活动 |
| ai_score, lead_tier, routing_priority | AI 评分、销售线索分层、分派优先级 |
| fit_reason, missing_info, next_best_action | 匹配原因、缺失信息、下一步最佳动作 |
| follow_up_draft, full workflow output | 跟进草稿、原始 Agent 输出 |
AGENT 方案
提示词与结构化输出
工作流角色
接收入站 B2B 销售线索载荷，并返回可供 Jodoo 存储、分派和汇报的结构化字段。
资格评估说明
根据匹配度、意向、紧急程度、完整性和相关性为销售线索打分。为 Make HTTP 回写步骤保持可预测的输出。
必需输出
返回 ai_score、lead_tier、fit_reason、missing_info、suggested_owner、next_best_action、follow_up_draft 和 routing_priority。
Make 模块约定
在将工作流交给销售团队之前，请明确保留 Webhooks bundle、HTTP method、JSON content type、parse response 设置、已保存的 endpoint URL 以及 Run once 验证。
{
"ai_score": 92,
"lead_tier": "高意向",
"routing_priority": "高",
"suggested_owner": "销售运营队列",
"next_best_action": "在一个工作日内安排需求沟通电话"
}JODOO 入门应用
Make 销售线索资格评估入门应用
在配置 Make Custom webhook 和 Jodoo 回写工作流时，请使用此字段模型。
包含字段
- 记录标题
- 销售线索来源
- 联系人姓名
- 公司
- 电子邮箱
- 营销活动
- 留言或申请
- AI 评分
- 销售线索分层
- 匹配原因
- 缺失信息
- 建议负责人
- 下一步最佳动作
- 跟进草稿
- 分派优先级
- 审核状态
- 原始 Agent 输出
推荐视图
- 高优先级销售线索
- 待审核
- 信息缺失
- 负责人队列
- Make 运行复核
- 全部合格销售线索
自动化规则
- 在 Make HTTP 模块完成后创建或更新 Jodoo 销售线索记录。
- 当分派优先级为 High 时，通知建议负责人。
- 将信息缺失的销售线索移入审核队列。
- 当 Make History 显示 HTTP 操作失败时，为记录标记待审核。
- 在审计轨迹中保留原始工作流输出。
上线检查清单
上线前需要确认的事项
- 确定哪些销售线索来源应触发 Make webhook。
- 统一评分阈值、分派优先级和负责人规则。
- 确认每次 Run once 测试前都已保存 HTTP 模块 URL。
- 使用临时 tunnel 时检查端点健康状态。
- 将 Make 的每个输出字段映射到 Jodoo 字段。
- 在生产流量接入前使用合成数据进行测试。
- 上线前添加错误处理和重试提醒。
工作流
从 Make webhook 到合格销售线索记录
这里的编排层是 Make。它捕获销售线索事件并调用回写步骤，同时由 Jodoo 存储销售团队可查看的记录。
销售线索从表单、营销活动、合作伙伴来源或内部系统到达 Make Custom webhook。
Run once 会让 Webhooks 模块进入等待状态，以便捕获传入的测试载荷。
Make 场景会将该事件清晰展示为两模块流程：Webhooks 应用触发器和 HTTP 应用回写。
HTTP 模块使用 JSON 请求体、POST 方法、解析响应设置和已保存的 URL；当临时端点发生变化时，必须重新检查。
HTTP 请求会以 JSON 格式发送 score、tier、priority、owner、next action 和 follow-up context。
Make History 会记录手动运行、操作次数、点数使用量、耗时和数据传输。
结构化结果会发送到 Jodoo 回写端点或安全的中间件层。
Jodoo 会创建销售线索记录，并将其保留用于负责人队列、查看视图、仪表板和审计历史。
JODOO 记录
Jodoo 存储什么
Make 运行完成后，Jodoo 会保留稳定的销售线索字段：来源、联系人、公司、评分、分层、分派优先级、负责人以及跟进上下文。
记录标题销售线索来源联系人和公司详情AI 评分和分层匹配原因和缺失信息建议负责人下一步最佳动作跟进草稿分派优先级原始工作流输出
实时运行
Make 场景已将销售线索写入 Jodoo
这些截图使用了合成销售线索数据，展示了 Make 场景画布、成功的 Make History 运行，以及回写后的 Jodoo 销售线索表。
Make 场景配置
Make 画布使用 Custom webhook 和 HTTP 模块来调用 Jodoo 回写端点。
成功的 Make History 运行
Make History 显示该销售线索场景已成功完成，包括操作次数、点数、耗时和数据传输。
Jodoo 回写
经过 Make 资格评估的销售线索已出现在 Jodoo 中，包含评分、分层、来源、联系人和公司字段。
FAQ
常见问题
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
这个 Make 销售线索工作流是否做过端到端测试？
是的。Make 场景的 History 记录显示了一次成功的手动运行，Jodoo 表中也显示了由该次运行创建的合成销售线索资格评估记录。
这是否需要付费版 Make 套餐？
本次证明运行使用的是免费的 Make 账户和合成数据。生产环境的使用成本则可能取决于操作量、已连接服务和端点使用情况。
销售线索来源可以来自 Jodoo 外部吗？
可以。来源可以是任何能将 webhook 载荷发送到 Make 的系统，之后再将结果写入 Jodoo。
团队能否在 Make 中增加一个模型驱动的 Agent 步骤？
可以。已测试路径使用的是稳定的 webhook 和 HTTP 回写流程。只要输出字段结构保持稳定，团队就可以添加 Make AI 步骤或连接的模型调用。
运行 Make 场景前应该检查什么？
请确认 Custom webhook 正在等待数据、HTTP 模块 URL 已保存、请求 body 为 JSON，以及在使用临时 tunnel 时端点健康检查已通过。
这与代码优先的 webhook 工作流有什么不同？
Make 会将销售线索流程以画布上的模块形式直观展示出来。构建者可以在 Jodoo 团队查看记录前，先看到 Webhooks 触发器、HTTP 请求、操作次数、点数使用量和 History 结果。
如果 Make 的 HTTP 模块失败，会发生什么？
应将这次运行视为未完成。请先检查已保存的 URL、JSON body、端点健康状态以及 Make History 中的错误，再收集截图或将该工作流用于真实销售线索流量。
测试期间 Make 场景可以保持未激活状态吗？
可以。对于手动验证，Run once 可以在不开启定时或始终运行场景的情况下等待 webhook 事件。用于生产前，请在端点健康、配额、重试和错误通知准备就绪后再激活该场景。
哪些 Make 界面有助于排查销售线索流程问题？
可使用 Scenario Usage、History、模块 bundle 输出、HTTP 状态码、数据传输、操作次数和点数使用量，先确认销售线索已通过 Make，再检查 Jodoo 记录。
为什么要把结果存储在 Jodoo，而不是 Make History？
Make History 更适合构建者查看，而 Jodoo 则为销售团队提供字段、视图、负责人、仪表板、工作流状态和审计上下文。
下一步
将 Make 销售线索受理转化为可复用的销售工作流
您可以先从这套销售线索资格评估闭环开始，然后将同样的 Make 和 Jodoo 模式复用到支持、采购、项目受理或运营申请中。