業務標記「無法成交」之後，那筆資料去哪了

以前的答案是：哪裡都沒去。業務在系統裡把一筆詢問標成「無法成交」，這件事就結束了，沒有人會再想起它。直到某天回頭整理資料，才發現裡面躺著一堆當初沒有再追蹤過的客人。

兩支追著人走的程式

第一支是無法成交的追蹤信。業務把狀態改成「無法成交」的當下，系統會立刻寄出第一封追蹤信；如果七天之後客人還是沒有回應，再寄出第二封，語氣跟內容都不一樣。只要客人在中間回信，業務把狀態改回別的值，後續的追蹤信就會全部停止，不會死纏爛打。

第二支是失聯客人回信的通知。有些客人會回信到一個平常沒有業務在看的信箱，這封回信如果沒人接到，等於白白浪費一次客人主動回來的機會。程式會盯著這個信箱，只要有新信進來，就去比對一份失聯名單——找不找得到這位客人原本的負責業務，找得到就寄通知過去，附上原信的連結；名單裡沒登記負責人的，就轉給一個預設的窗口，不會讓信件憑空消失。

這不是一次性動作，是一個排程表

這兩支程式教我一件事：追蹤不是「做完就結束」的動作，是一段有時間軸的序列——今天寄、七天後再寄、客人回了就停。要撐起這個邏輯，光靠程式本身的記憶是不夠的，因為程式隨時可能重跑、機器隨時可能重開機。真正該記住「這一位客人現在追到第幾封、上次通知是什麼時候」的地方，是資料表本身的欄位，而不是程式跑起來當下的暫存變數。

這樣設計還有一個好處：同一筆資料被重複掃到兩次，結果必須一模一樣。掃到已經寄過的，看一眼記錄就跳過；掃到還沒寄的，才會真的寄出去。不管這支程式一天被觸發一次還是被觸發十次，客人收到的追蹤信數量都不會變。

輪詢的時候，只看變動過的

盯著一張表找該處理的資料，如果每次都把整張表從頭掃到尾，量一大就會愈跑愈慢。比較好的做法是只問「上次執行之後，有哪幾列被改動過」，一次抓的量固定，不會因為資料越堆越多而越跑越久。

這件事我還沒接上另一套系統

老實說，這兩支程式寄出去的追蹤信，內容目前還是固定的罐頭信，沒有辦法照每個客人的情況客製化語氣或內容。我後面在做的那套用歷史信件訓練出來的回信助手，理論上可以讓這裡的追蹤信寫得更貼近真人，但目前這兩件事還沒接在一起，算是留在待辦清單上的東西。

如果你也是旅行社

去看看你們系統裡「無法成交」或類似狀態的那一欄，那從來不是墳場，是一份名單。這種持續追蹤的功夫，才是旅行社智慧化真正該做的事——不是換一套炫的介面，是讓沒人記得的細節自己被記住。追蹤這件事最容易出包的地方不是內容寫得好不好，是要嘛漏了沒追、要嘛同一個人被重複騷擾——把「現在追到第幾步」老老實實記在資料本身上，這個問題就解決了大半。