銷(xiāo)售昨天看過(guò)一條辦公室搬遷需求今天又在“新線索”里看到它。如果對(duì)方已經(jīng)暫停搬遷第二次出現(xiàn)帶來(lái)的只是一次重復(fù)閱讀如果需求范圍變了沿用昨天的溝通準(zhǔn)備還可能問(wèn)錯(cuò)問(wèn)題。星河卓越旗下意客AI根據(jù)業(yè)務(wù)描述尋找匹配需求將需求原文和相關(guān)依據(jù)積累到銷(xiāo)售線索庫(kù)供銷(xiāo)售繼續(xù)開(kāi)發(fā)客戶。線索庫(kù)越積越多產(chǎn)品就越需要回答一個(gè)具體問(wèn)題哪些材料可以復(fù)用哪些判斷必須重做本文結(jié)合意客AI的原文入庫(kù)與匹配實(shí)現(xiàn)拆開(kāi)同一來(lái)源的重復(fù)、內(nèi)容變化和業(yè)務(wù)范圍變化。關(guān)鍵在于復(fù)用已經(jīng)取得的原文不把舊需求狀態(tài)當(dāng)成今天的新機(jī)會(huì)。方法圖解同一頁(yè)面更新后本輪匹配不回退到更容易命中的舊版本。同一頁(yè)面為什么不能先做關(guān)鍵詞過(guò)濾例如一家企業(yè)IT服務(wù)商要找辦公室搬遷和網(wǎng)絡(luò)調(diào)整需求確認(rèn)的搜索表達(dá)包含“辦公室 網(wǎng)絡(luò)”。同一頁(yè)面先后保存了兩份原文原文觀察保存的內(nèi)容與搜索條件的關(guān)系較早一次辦公室要搬到新樓層想找人調(diào)整網(wǎng)絡(luò)包含“辦公室”和“網(wǎng)絡(luò)”較晚一次搬遷暫緩暫不找服務(wù)商了不再包含這組搜索詞如果先篩出包含關(guān)鍵詞的版本再?gòu)暮Y選結(jié)果里取最新一條較晚的內(nèi)容會(huì)先被丟掉。系統(tǒng)最后選中較早的原文銷(xiāo)售看到的仍是“正在找人調(diào)整網(wǎng)絡(luò)”。意客AI的CandidatePoolMatchStore.match_task()把順序反過(guò)來(lái)先為每個(gè)來(lái)源選擇最新觀察再對(duì)這份原文做文本過(guò)濾。查詢中的順序可以從兩處看出來(lái)SELECTDISTINCTON(o.source_id)o.source_id,o.version_id,o.observation_id,o.observed_at,o.received_at,s.source_identity,v.content-- 原代碼此處拼接原文庫(kù)關(guān)聯(lián)與賬號(hào)條件ORDERBYo.source_id,o.observed_atDESC,o.received_atDESC,o.observation_idDESC這部分先生成latest集合外層查詢隨后才檢查關(guān)鍵詞、排除詞并限制本輪返回量。前面的例子因此不會(huì)回退到舊版本。這里的“最新”是庫(kù)中已保存的最新觀察排序依據(jù)是觀察時(shí)間、接收時(shí)間及觀察ID。它不表示系統(tǒng)已經(jīng)發(fā)現(xiàn)網(wǎng)頁(yè)上所有后續(xù)變化也不能替代采購(gòu)有效期。原文今天再次讀到里面提到的項(xiàng)目仍可能是去年的。一份原文要分清來(lái)源、版本和觀察把一次頁(yè)面讀取直接存成一個(gè)新客戶線索庫(kù)很快就會(huì)膨脹。意客AI在candidate_ingestion.py中分別保存這些關(guān)系保存對(duì)象解決的問(wèn)題來(lái)源source_id本次讀取是否來(lái)自已知的同一個(gè)來(lái)源內(nèi)容版本version_id保存的內(nèi)容是否出現(xiàn)了新的版本觀察observation_id這一次何時(shí)讀到材料、對(duì)應(yīng)哪份內(nèi)容候選candidate_id在當(dāng)前業(yè)務(wù)畫(huà)像與策略范圍內(nèi)銷(xiāo)售處理的是哪條候選入庫(kù)時(shí)代碼先查來(lái)源身份再查該來(lái)源的內(nèi)容版本存在的來(lái)源與版本繼續(xù)使用原ID。一次新的觀察有自己的記錄不必因此創(chuàng)建一個(gè)新來(lái)源。這對(duì)銷(xiāo)售線索統(tǒng)計(jì)很關(guān)鍵同一頁(yè)面讀了三次不應(yīng)當(dāng)直接被計(jì)成三個(gè)新客戶原文改了服務(wù)地點(diǎn)也應(yīng)保留變化而不是覆蓋過(guò)去的材料后讓同事失去比較依據(jù)。新研究可以復(fù)用候選內(nèi)容變化則推進(jìn)版本候選的復(fù)用還有業(yè)務(wù)范圍。匹配代碼按賬號(hào)、業(yè)務(wù)畫(huà)像版本、策略版本與來(lái)源一起查找候選實(shí)際使用的范圍是scope(tenant,claims.user_id,task[profile_version_id],task[strategy_version_id],original[source_id])因此同一來(lái)源在同一業(yè)務(wù)范圍內(nèi)再次命中時(shí)可以延續(xù)已有candidate_id。它仍是一條可追溯的候選本輪匹配有新的match_id用來(lái)記錄這次任務(wù)為什么帶回它。如果保存的原文版本變化代碼在合適的觀察順序下推進(jìn)候選的revision并指向新版本。相同內(nèi)容版本則保留當(dāng)前候選觀察綁定不為每次重復(fù)讀取都創(chuàng)建新候選。業(yè)務(wù)畫(huà)像或策略版本變了不能只沿用舊范圍里的適配結(jié)論。例如IT服務(wù)商從北京擴(kuò)展到天津或者停止承接服務(wù)器運(yùn)維原文與新業(yè)務(wù)的關(guān)系就需要重新判斷。材料值得保存不意味著以前的“適合我們”永遠(yuǎn)有效。這一機(jī)制處理的是來(lái)源身份與業(yè)務(wù)范圍內(nèi)的復(fù)用。不同網(wǎng)站轉(zhuǎn)載了同一件事仍需要額外判斷它們是否指向同一需求不能把這里的來(lái)源去重解釋成跨平臺(tái)語(yǔ)義重復(fù)全部消失。查詢完成以后還要防一次并發(fā)變化還有一個(gè)不容易在正常演示里出現(xiàn)的問(wèn)題匹配查詢?nèi)〉昧税姹続準(zhǔn)備保存候選時(shí)采集端已經(jīng)收到同一來(lái)源的版本B。如果只相信第一次查詢結(jié)果本輪仍可能保存舊版本。match_task()會(huì)取得與入庫(kù)端一致的來(lái)源事務(wù)鎖在等待結(jié)束后再查一次最新觀察。核心判斷是cursor.execute(SELECT o.observation_id _POOL_FROM AND o.source_id%s ORDER BY o.observed_at DESC,o.received_at DESC, o.observation_id DESC LIMIT 1,(tenant,claims.user_id,original[source_id]))ifcursor.fetchone()!(original[observation_id],):continue最新觀察與第一次選擇不一致時(shí)這條舊選擇不繼續(xù)寫(xiě)入本輪候選。此處選擇保守跳過(guò)不把等待鎖之前取得的內(nèi)容當(dāng)作仍然最新。這比在界面里簡(jiǎn)單提示“數(shù)據(jù)已更新”更靠前它約束的是本次匹配究竟依據(jù)哪份原文后續(xù)解釋和銷(xiāo)售閱讀才有一致的材料可以依賴。銷(xiāo)售接手時(shí)仍要讀最新原話版本篩選修正了順序問(wèn)題關(guān)鍵詞篩選仍有自己的邊界。假如最新原文寫(xiě)著“辦公室網(wǎng)絡(luò)已解決不再找人”它還包含兩個(gè)關(guān)鍵詞。沒(méi)有相應(yīng)排除條件時(shí)字符串匹配仍可能命中后續(xù)就需要根據(jù)最新原話繼續(xù)評(píng)估需求狀態(tài)。因此銷(xiāo)售接手一條線索時(shí)先看當(dāng)前原文再看它與自己業(yè)務(wù)的關(guān)系。對(duì)仍在尋找服務(wù)商的搬遷需求可以準(zhǔn)備布線安排、設(shè)備沿用和實(shí)施時(shí)間的問(wèn)題原文已經(jīng)寫(xiě)明暫停就不繼續(xù)使用昨天的開(kāi)場(chǎng)草稿。意客AI線索庫(kù)承擔(dān)的是尋找和整理需求材料的工作讓銷(xiāo)售從具體問(wèn)題開(kāi)始開(kāi)發(fā)客戶。原文復(fù)用減少已經(jīng)取得材料的重復(fù)整理版本與業(yè)務(wù)范圍保留判斷依據(jù)新的研究繼續(xù)尋找與這項(xiàng)業(yè)務(wù)有關(guān)的需求。銷(xiāo)售拿到的材料應(yīng)該能解釋“為什么這一條值得繼續(xù)了解”而不是只展示又多了多少條記錄。關(guān)于按周期繼續(xù)尋找需求可接著閱讀AI獲客如何持續(xù)監(jiān)控銷(xiāo)售線索意客AI的周期任務(wù)設(shè)計(jì)。意客AI產(chǎn)品團(tuán)隊(duì)北京星河卓越科技有限公司