[知識庫 5] 當場答不出來的那一句，就是丟單的那一句

「我回去確認一下再回覆您」——這句話說出口的那一刻，你已經把案子的主導權交出去了。

會議室裡那三秒鐘

黃振傑在鼎峰系統整合（示範情境）做業務六年，那天下午帶著售前工程師去客戶端做第二次簡報。

簡報講得很順。到了 Q&A，客戶的 IT 主管翻著手上的資料問了三個問題。

第一個：「你們這套跟我們現在用的門禁系統，之前有整合過嗎？」

有。三年前有一個案子做過幾乎一樣的整合。但黃振傑不確定是哪個客戶、也不確定當初用什麼方式接的，更不敢貿然說出客戶名稱。他說：「這個我回去確認一下。」

第二個：「同規模的案子，你們大概報多少？」

他心裡有個範圍，但不確定上一個類似規模的案子最後成交價是多少、有沒有含第一年維護。報高了對方會覺得貴，報低了回公司要被主管檢討。他說：「我整理一份給您。」

第三個最傷：「上次貴公司來提案的那位，說可以支援我們現有的資料格式，這個還算數嗎？」

上次來的不是他。他完全不知道同事答應了什麼。他說：「這個我要跟同事確認。」

三個問題，三次「回去確認」。

會議結束前，客戶的 IT 主管講了一句很客氣的話：「好，那你們整理好再給我，我們也還在看其他家。」

在提案現場，客戶問的不只是問題，還在量一件事：這家公司到底熟不熟。而你每說一次「回去確認」，那個刻度就往下掉一格。

你不是準備不足，是公司的經驗沒有站在你這一邊

如果你是業務或售前，你大概很清楚：這三個問題的答案，公司裡百分之百是有的。

第一個問題的答案，在三年前那個案子的結案報告裡，或是在當時售前工程師的信箱裡。

第二個問題的答案，在報價系統或某個人的 Excel 裡，但你不知道要比對哪一筆才算「同規模」。

第三個問題的答案，在上一次那場會議的錄音裡——如果有錄的話——或是在提案簡報 v5 的第 12 頁備註。

它們理論上都在公司，實際上等於不存在。因為你在客戶會議室，你有三秒鐘，而不是三小時。

更麻煩的是，這些經驗大部分綁在人身上。做過那個整合案的工程師去年離職了；知道成交底價的主管在開會；上次來提案的同事調去別的部門。你能問到誰、問得多快，決定了你這一單的勝率——而這件事完全靠運氣。

所以真正該問的不是「業務要怎麼準備得更充分」，而是「公司六年的專案經驗，能不能在會議室裡那三秒鐘被你叫出來」。

一場沒人聽第二次的售前錄音，變成你當場答得出的一句話

這正是知識庫系統在做的事。它不是雲端硬碟，也不是把檔案丟給 AI 就算數——它是一條把「原料」煉成「可查詢知識」的產線。

三年前那個門禁整合案，其實留下了一場售前技術會議的錄音。逐字稿裡有一段是這樣的：

…他們那個門禁是舊的那套，資料庫直接讀不到，所以我們最後是走
他們內部的 10.20.30.40 那台中介機，用排程每十五分鐘同步一次啦。
本來想接 API，但他們原廠不給。啊這個案子最後折到七九折成交，
含第一年維護，這個底價不要往外講喔。

系統把它送進清洗程序——去掉贅字、遮蔽敏感資訊、分類、摘要——出來是這樣：

## 舊版門禁系統整合方式

- **限制**：舊版門禁系統原廠不開放 API，資料庫無法直接存取。
- **採用方案**：透過客戶內部中介主機（位址已遮罩），以排程每 15 分鐘同步一次。
- **適用情境**：客戶既有門禁系統為舊版、且原廠不提供介接介面時。

再進一步蒸餾，它變成一頁可以互相連結的概念頁：

# 原廠不開放 API 時的整合路徑
當既有系統無法直接介接時，優先評估中介主機＋排程同步。
需向客戶說明資料非即時、同步間隔可調。
相關做法參見 [[排程同步間隔設定]] 與 [[整合可行性評估清單]]。

於是下一次有業務在客戶會議室被問到同一件事，手機或筆電上打一句話進系統：

「舊版門禁系統原廠不給 API，有做過嗎？」

當場得到的是：

有。做法是透過客戶內部中介主機、以排程每 15 分鐘同步，適用於原廠不開放介接的舊系統。需向客戶說明資料非即時。
〔出處：售前技術會議錄音 → 原始逐字稿〕

差別有多大？原本你會說「這個我回去確認一下」，現在你可以說：「有，我們做過。原廠不給 API 的狀況我們走中介機排程同步，十五分鐘一次，非即時這點要先跟您說清楚。」

同一個問題，第一種回答讓你變成傳話的人，第二種回答讓你變成懂的人。而客戶只買後面那一種。

底價、折扣、承諾過的話，敢不敢放進去

看到這裡你可能會想：整合做法可以放，但成交底價、折扣權限、上次答應客戶什麼——這些也放進去嗎？

這正是這套系統最關鍵的設計，兩條不能違反的鐵則。

一條是遮蔽失敗，整筆就算失敗。客戶內部主機位址、窗口私人號碼這類東西，不是「盡量遮」，而是只要沒遮乾淨，整筆內容直接退回重跑，絕不放行到下游。

另一條是權限綁團隊、每次查詢當下驗證。成交價、折扣底線這類商務資訊標成業務團隊可見，工程師查不到；反過來，工程師團隊的維運細節，業務問一模一樣的問題也會得到「查無資料」——不會出現「有資料但你無權查看」這種等於洩漏的提示。同一套規則也延伸到公司外：你想在自己慣用的 AI 工具裡查公司知識，換一組帳號就換成那個人能看的範圍，一模一樣。

這代表你可以在客戶面前，安全地帶著公司六年的成交經驗上談判桌。而業務最值錢的那些資訊，恰恰全部都在「本來不敢放」的那一區。

那三年前的做法，現在還算數嗎

好問題，而且是業務最不能出錯的地方——照著一個過期的答案對客戶承諾，比答不出來還糟。

所以更新被設計成一條可以重跑的產線。原廠後來開放 API 了、報價政策調整了、標準做法換了，承辦人對原檔案按「上傳新版本」，系統自動建立版本鏈：新版標成 v2，舊版標示「已被取代」，版本歷史可回溯稽核，接著自動重新清洗、重新蒸餾、重建索引。

下次你在客戶面前查到的，是現在有效的做法，不是三年前有效的做法。

三次「回去確認」的真正代價

以一般知識管理導入經驗為基準，找答案的時間可以從半小時翻檔案加問人，壓到一分鐘內問到，效率約提升十倍。這是合理的導入目標與期望值，並非實測保證值，實際成效取決於餵進多少素材與團隊的使用習慣。

但業務算的從來不是這種帳。你算的是這個：

三次「回去確認」，換來的是提案週期多拖一週，客戶在這一週裡又見了兩家；換來的是你回公司要追三個人、寫一封信、等一份報價；換來的是下次會議你得先花十分鐘把上次沒答的補完，而不是直接談合約條件。

最貴的那一項還沒算：客戶心裡把你歸類成「窗口」，而不是「顧問」。 窗口只能比價，顧問才能談價。

黃振傑那個案子最後沒有輸在價格，是輸在對方選了一家「感覺比較熟這塊」的廠商。

你的公司做過的每一個案子，本來都該站在你身後

你們公司做過的案子不會比對手少。差別只在於，對手的業務可能在會議室裡叫得出那些經驗，而你叫不出來。

這不是誰比較認真的問題，是公司有沒有把六年的經驗煉成一個問得到的地方。