从一条网站咨询，到团队能跟进的 CRM 记录。

这条流程如何工作

表单要求填写需求和邮箱；姓名、公司、电话或微信为选填。访客还没有提供公司名称时，咨询也能先进入处理流程。

• 校验收到的需求，由服务端分配咨询编号。
• 将询盘写入现有 CRM 的接收表，同时保留原有邮件和团队通知渠道。
• 按编号记录投递状态并核对已写入的记录；相同编号重复投递按同一条询盘处理。
• 新记录以“待处理”开始，由团队成员审阅后，决定是否关联联系人、公司或商机。

我们核验了什么

2026 年 9 月 26 日的接入检查中，相同咨询编号的并发投递只产生一条 CRM 记录；随后独立读取，核对了字段和“待处理”状态。检查使用带有测试标记的记录，没有据此认定产生商机。

2026 年 9 月 27 日，报告功能完成了询盘状态与明确关联商机的读取，并排除了测试记录。报告将收到询盘、有效询盘和记录赢单分别统计。

保留有用的来源线索

网站记录当前浏览器标签页首次访问的已发布页面、可用时的来源域名，以及格式受限的渠道标签。这些信息随咨询编号传递，为按页面查看询盘提供依据。

这些信息只是浏览器提供的线索。缺失来源时保留为未知，也无法据此确定某个人使用了哪个搜索词。来源记录不保留完整 URL 查询串、片段或广告点击标识。

这项实践说明了什么

它展示了如何让现有业务系统接收工作，并保留清楚的编号、投递核验和人工判断点。这些基础也适用于后续接入 AI Agent 的流程。

本流程没有使用模型判定线索质量；它是本站内部实践，不是客户案例，也不证明流量、收入或转化率提升。重新提交表单会获得新编号；同编号投递去重，不等于识别不同提交是否来自同一个人。