AI获客怎样避免把旧需求当新线索？意客AI的时间与版本设计

假设10月5日的获客任务找到一条“需要升级客服系统”的公开需求。服务内容很匹配，页面也能打开，销售准备跟进时才发现：需求是8月1日发布的。

这条信息是今天被找到的，客户却未必还在寻找供应商。如果线索列表只显示抓取日期，销售就得反复打开页面、找发布时间，再判断是否还来得及参与。自动搜索省下的时间，可能又花在这一步。

在星河卓越的意客AI中，销售描述自己的业务，系统据此寻找匹配的公开需求，将原文与匹配依据整理进销售线索库。例如，为连锁门店做进销存软件的团队，关心的可能是“多店库存对不上”“订单需要重复录入”这类需求。找到材料后，销售要决定是否继续了解，准备第一次沟通。

这一流程要减少重复查找和阅读，就不能只交付一张搜索结果列表。线索还得带着一致的时间与来源依据：客户是什么时候提出需求的，最近核验了哪一版材料，当前匹配判断是否仍然有效。下面拆解意客AI已有的公开页面人工补证实现，给出代码条件和九组实际函数返回。

一条线索至少有三种时间

需求发布日期、采集时间、来源核验时间分别回答不同问题。

例如，8月的采购公告在10月仍可访问，只能说明材料还在。它是否进入新一轮采购，要看新的公告或补充内容。另一种情况是9月的需求，10月刚发更正：此时值得读的是更正影响了哪些条件，不能把整条需求的发布日期重写成10月。

这也是线索库区别于搜索历史的一个关键：它应当保存时间的含义，而不只是把几个日期排在一起。

日期要和它的依据一起生效

客户端的 currentDemandDate 返回当前可用的需求日期；缺少依据或绑定不一致时返回 null。核验记录状态必须是 OPEN，当前时刻也必须是合法数值。函数没有读取 collectedAt，因此新采集不会自动把旧需求变成新需求。

它先检查补证是否仍属于当前候选、来源版本和业务版本，再要求当前判断使用这份补证。随后检查两段时间：核验距今不超过24小时，需求发布日期距今不超过60天，且都不能来自未来。

const checked = Date.parse(
  receipt.checkedAt
);
const date = Date.parse(
  `${proof.publishedDate}T00:00:00+08:00`
);

if (
  !Number.isFinite(checked) ||
  checked > now ||
  now - checked > 86_400_000 ||
  !Number.isFinite(date) ||
  date > now ||
  now - date > 60 * 86_400_000
) return null;

return date;

这里采用固定的60天窗口。把这套设计迁移到其他业务时，应按需求生命周期选择窗口，不能直接照搬。一个昨天发布、今天已截止的公告仍可能通过日期检查，所以参与条件与截止阶段还要继续读原文。

超过24小时窗口，流程需要新的核验依据；这个纯函数本身不会发起网络请求。

只比日期，仍会把旧判断接到新材料上

假设来源最初是版本 source-v1，后来补充了“暂停项目”。即使两份材料的发布日期相同，旧版本上的匹配判断也不能直接代表新版本。

sourceVerificationMatches 为此同时比较候选ID、候选修订号、来源ID、来源版本、平台、业务ID与业务版本。这里只要有一项不一致，日期函数便不采用这份核验记录。

还有一项容易漏掉：判断结果关联的补证ID，必须等于当前核验记录ID。

assessment.demandEvidenceId === receipt.id

销售调整主营业务后，旧的“匹配”结论可能已经不适合新业务；来源更新后，旧的判断也可能错过变化。绑定业务与来源版本，是为了让销售看到的日期、需求摘录和匹配依据来自同一轮材料，而不是各自取一个最近的值拼成线索卡。

九组输入看它如何返回

我们直接调用上述源码函数，将示例判断时刻固定为10月5日05:30，使用同一组候选与补证，只改变一个条件。基准需求日期为10月1日，核验发生在两小时前。

null 表示这条路径目前拿不出可用的日期，不能直接翻译成“客户没有需求”。交接给销售时，要区分日期未知、核验过期和版本变更，让下一步对准需要补的材料。这九组返回也不能用于计算客户筛选准确率。

源码位置为 desktop/src/renderer/domain/candidateDemandEvidence.ts，版本匹配在 candidates.ts。客户端之外，服务端 pilot/candidate_demand_evidence.py 的 current_evidence 同样检查24小时核验窗口和60天需求日期窗口；validate_evidence 还要求作者、需求和日期摘录能在对应原文或补充材料中找到。日期与出处同时保留，才有机会定位问题，而不必让销售从一个“最新”标签重新猜起。

AI获客给销售增加客户来源，价值最终落在可读、可判断的需求材料上。意客AI这段时间与版本设计，解决的是其中一个具体问题：新找到的材料，能否带着一致的时间依据进入下一步判断。

意客AI产品团队｜星河卓越