簽約後第 7 週，這家連鎖汽車美容業者的客戶第一次在 LINE 裡自己完成預約。而讓這件事成立的，是上線前那批沒人看見的工作：4 年累積的 6659 筆消費紀錄，從散落的試算表變成 1386 個結構化客戶檔案。
兩個月前允雷寫過這個案例的藍圖：從電話排班到次數制會員卡，講的是為什麼這個產業該走 LIFF 預約加次數制會員卡的路徑。這一篇寫藍圖之後真實發生的事，從簽約到上線的 7 週裡，時間實際花在哪裡、什麼東西比預期難、什麼東西上線了、什麼東西誠實地還沒有。
預約系統的功能只佔這類專案兩成工作量，剩下八成是把老闆腦袋裡和試算表裡的客戶資產，變成系統算得動的結構化資料。
資料搬遷做得好，系統第一天上線就帶著 4 年的記憶開機。
這篇老闆 30 秒摘要：
- 7 週從簽約到上線：LINE 預約、數位會員卡、後台客戶管理、自動提醒推播全數上線，客戶已經在用。
- 資料搬遷是本體：4 年 6659 筆消費紀錄、1386 個客戶、1521 台車輛完成歸戶進系統，實際匯入 18 分鐘，但匯入前的清理規則設計花了數倍時間。
- 歷史資料立刻變武器：誰是核心客戶、誰的鍍膜保固在期限內、誰超過四個月沒回來，上線第一天就查得到。
- 誠實邊界：服務過程縮時影片屬於下一階段，回購與喚回的成效數據要等一到三個月，本文不編造還沒發生的成果。
1. 7 週的時間軸：功能其實是最快的部分
先給全貌。從合約簽署到核心系統上線，這個專案走了 7 週：
從簽約到上線的 7 週
啟動會議：先對齊商業策略再談功能
跟業者老闆把定位敲定：不跟同區低價競爭者打年約價格戰，走高客單、次數制、服務透明化的精緻路線。系統的每個功能都從這個定位往下長。
資料基礎工程：客戶資產的結構化
4 年消費紀錄散在多份試算表，姓名與車牌格式不統一、缺生日資料。設計歸戶規則、車型對照、無法對應的紀錄隔離待人工確認，這段是整個專案最花腦力的部分。
系統主體：預約鏈與後台同步成形
LINE 內預約流程、數位會員卡、後台的客戶與車輛管理、三店儀表板陸續到位，自動化推播的骨幹同步接上。
上線收口：審核閘門與推播全線啟用
新客戶自助申請加後台審核機制上線，預約確認、前日提醒、服務開始通知全線啟用。客戶開始在 LINE 裡自己完成預約。
注意一件反直覺的事：預約功能本身是整個專案裡最快的部分。真正吃掉時間的是第 2 到 3 週那段資料基礎工程，以及貫穿全程的細節決策。這不是這個案例特殊，是允雷做過的每個導入案的共同結構。
2. 資料搬遷：18 分鐘的匯入，數倍時間的規則設計
這個案例最值得寫的就是這段。業者 4 年累積的客戶資料長這樣：
- 6659 筆消費紀錄散在多份試算表，格式隨年份漂移
- 客戶姓名寫法不統一，同一個人可能出現多種寫法
- 車牌有的有寫有的沒寫，格式各自表述
- 幾乎沒有生日資料，會員經營最基本的欄位是空的
搬遷的成果：
| 項目 | 數字 |
|---|---|
| 原始消費紀錄 | 6659 筆（4 年） |
| 歸戶後的獨立客戶 | 1386 個 |
| 歸戶後的車輛檔案 | 1521 台 |
| 展開後的消費明細 | 8199 筆（一筆服務含多個項目者拆開） |
| 鍍膜保固在追蹤期內的客戶 | 約 250 個 |
| 實際匯入執行時間 | 18 分鐘 |
但 18 分鐘是結果不是過程。匯入前的真功夫在三件事：
- 歸戶規則：同名是不是同一人？用姓名加車牌交叉比對，建立判定規則，可靠度做到九成五以上才放行
- 邊界情況的處理紀律：機車、特約商家、活動性質的紀錄，這些不符合標準客戶模型的資料怎麼分類，一條一條定義
- 不硬塞，用隔離區：一百多筆無法自動對應服務項目的紀錄（停用的舊方案、一次性活動），不強行塞進系統，先隔離待人工逐筆確認。寧可承認一批資料需要人工，也不要讓錯誤對應污染整個資料庫
- 誰是 4 年消費數十萬的核心客戶？這個案例裡最高的一位客戶 4 年消費超過 25 萬、回訪超過 300 次
- 哪些客戶的鍍膜保固還在期限內？保固到期前主動提醒，是信任感也是回購觸發點
- 誰超過四個月沒回來了？流失喚回名單系統自動生成，不再靠老闆的記憶
這就是為什麼允雷說歷史資料是金礦：新系統從零累積要一兩年才看得到的客戶輪廓，搬遷做得好，上線第一天就有。
3. 上線了什麼：從預約鏈到審核閘門
7 週結束時，客戶端與管理端實際在用的東西：
客戶端（LINE 內完成，零下載）
- 預約流程：選門市、選服務、選時段，完成後自動收到確認卡片
- 數位會員卡：次數卡剩餘次數即時顯示，到店出示掃碼核銷
- 自動提醒：預約前一天自動推播提醒，服務開始時推播預計完成時間
管理端（後台）
- 客戶資料庫：1386 個客戶含車輛清單、消費歷史、會員等級、保固狀態
- 預約管理：狀態流轉直接觸發對應的客戶通知，改一次狀態客戶就收到一次進度
- 三店儀表板：分店看客戶數、預約數、營收，總部看全貌
- 流失喚回：超過設定天數未消費的客戶自動列名單，可一鍵推播喚回
名單純度的守門員：申請審核機制
上線收口階段加了一道閘門：新客戶在 LINE 裡自助申請後，先進後台待審，老闆核准才能開始預約。理由很直接：高客單服務業的客戶名單本身就有價值，全開放註冊會讓臨時詢價的、同業探價的混進你花 4 年整理乾淨的資料庫。審核是強制的，但做成可開關的設定，未來業者嫌麻煩隨時可以切成自動通過。系統設計的彈性要留在老闆手上，不是寫死在系統裡。
4. 服務透明化：第一步已上線，主菜在下一階段
藍圖那篇的核心論點是服務透明化飛輪：客戶把車交出去之後那段資訊黑箱，才是這個產業真正的瓶頸。7 週上線的版本走出了第一步：
- 服務開始通知：門市按下開始，客戶的 LINE 立刻收到「愛車已開始服務、預計完成時間」。資訊黑箱的頭尾兩端先接亮
- 縮時影片與車況紀錄：這是透明化的主菜，誠實說，屬於下一階段。影像儲存的成本結構要先算清楚才動工，允雷不替客戶做沒算過帳的功能
這裡的取捨值得一說：上線的節奏是先穩核心預約鏈，差異化功能分階段疊加。一次把所有功能塞進首發版本，每個功能都只有八成熟，不如核心十成熟先上線，讓真實使用回饋決定下一階段的優先序。
5. 還沒發生的，就說還沒發生
案例文最常見的造假是把預期寫成成果。這篇到此為止的數據全部是已發生的事實，接下來這些是還在等待時間驗證的：
- 自助預約佔整體預約的比例：需要一到三個月的觀察期
- 流失喚回推播的實際回訪率：名單已生成，成效要等推播後的回訪週期
- 會員等級對回購頻率的拉動：需要至少半年的消費週期資料
這個業者老闆在啟動會議講過一句話，允雷印象很深：他不要三年展二三十家店那種速度，快速展店品質顧不住，他要的是每間店的品質都撐得起口碑。系統的長法跟著這個哲學走：不求功能多，求每個上線的功能都真的被用。一到三個月後數據出來，允雷會回來補這篇的續集。
6. 給服務業老闆的三題自我檢查
- 你的客戶歷史現在存在哪裡？ 如果答案是某幾份試算表加老闆的腦袋，你的客戶資產正處於只有一個人讀得懂的狀態，這是經營風險不只是效率問題
- 你能在一分鐘內列出超過四個月沒回來的客戶嗎？ 列不出來，代表流失正在無聲發生，而喚回的成本永遠低於獲新客
- 你的高價值客戶（保固期內、高累積消費）有沒有被系統性地不同對待？ 如果核心客戶跟路過客收到的關注一樣多，你最該守的資產正在被平均主義稀釋
延伸閱讀
- 從電話排班到次數制會員卡：連鎖汽車美容業者的數位化轉型 本案例的藍圖篇
- 清晨 3 小時的手工抓單，怎麼變成 30 分鐘 B2B 後台改版實錄
- 中小企業自動化該從哪裡開始 優先序判斷方法
- 名詞解釋: LIFF 是什麼 · AI 商業系統定義
如何聯絡
想知道你的客戶歷史資料搬進系統能挖出什麼：
- 預約系統架構諮詢: vjvan.com/consult
- 看服務項目: vjvan.com/services
