AB 平行導入: 不做第二套系統，讓 AI 長在既有系統旁邊——不打掉重練，也不架空任何人

昨天(D12)留了一個看起來互斥的問題: 我需要那份合約資料，又答應不碰那套系統。那我到底怎麼讀?

今天講我最後怎麼處理這件事情。它的技術含量不高，但它同時解掉三件事: 不用停機、不用加預算，而且不會有任何人因此被拿去比較。

簡單來說: 不要做一個更好的輪子，去當他那個輪子的第一個認真使用者。

第一條路: 自己做一套更好的，走到底會怎樣?

先推演把這條路怎麼走，才知道為什麼另一條比較好走。

自己做一套的邏輯很乾淨: 資料我要不到，那我自己建。而它走到底會撞到四件事，由輕到重:

• 它會架起一把尺。 D12 講完了: 一個更好的東西擺在旁邊，「為什麼原本那套做不到」這個問題會自己被提出來，而落點在他那邊。
• 它會停在最像失敗的階段被驗收。 D10 講過: 真的落地都從小到不值得宣布的東西開始，而驗收那天它剛好還在那個階段。
• 維護會變成我的事情。 合約會改、條款會變、客戶會續約或不續約。我不只做了一套系統，還接了一份本來不屬於我的日常——而那份日常沒有停下來的一天。
• 而最麻煩的一件事是: 公司會有兩份合約資料系統。 (A/B系統)

最後那一項在技術上無解，所以要多講一句: 兩份資料一定會分岔，而分岔之後沒有人能回答「哪一份是真的」。一份資料有兩個主人，等於沒有主人。

到那個時候，我的 AI 應用答錯了合約等級，我連要去查誰都不知道——因為我自己就是另一個嫌疑人。

第二條路: 不做那套系統，只讀那一份資料

另一條路的做法是: 什麼都不建。

他的系統照原樣在跑、照原樣被維護，它仍然是那份資料唯一的真相來源;我的 AI 應用只讀它同步過來的那一份，跑自己的邏輯，輸出自己的結果。

具體到「讓既有系統長出 AI」這件事上，關鍵是三個字: 唯讀、旁掛。

• 我這邊只讀不寫。不改任何欄位、不動任何流程、不需要他們那邊配合改一行程式。
• 我的輸出走自己的出口——客戶問的那句話、一份報告、一個查詢介面，不擠進他們原本的畫面裡。
• 所以它出錯的時候，壞掉的只有我這一半。那套系統照原樣在跑，沒有人需要為我的失敗負責。

這也是它「不加成本」的真正意思。不是授權比較便宜，是它不需要動用組織裡最貴的那些資源: 停機窗口、跨部門的改版協調、以及所有人重新學一套流程的時間。

最後兩列是這張表的重點，而它們是同一件事的兩面。

為什麼「他還是唯一的真相」比技術方案重要?

因為這一條讓整件事的方向反過來: 我的應用越成功，那份資料被用得越多。

這句話值得寫死: 他不是被我取代的那個人，他是我的上游。

而它不是安慰，是事實——我可以從我這邊反推給你看:

我的 AI 應用只要答錯一次服務等級，追下去的根因幾乎都會回到那份資料。所以那份資料的權威性，是我的應用能不能上線的前提。 我需要它是對的、需要它有人維護、需要它出問題時有人能回答。

反過來說，如果我當初自己建了一份，那我就得自己保證它是對的。而我憑什麼保證?我不管合約。 客戶談了什麼、簽到哪一天、哪一批設備被涵蓋——這些事我都不在現場。

所以「不自己造輪子」這個決定，一半是組織考量，另一半是我真的想要把東西做出來，所以需要取捨。

那「邀請改善」是什麼意思?

我要的東西，可以說成兩句完全不同的話。

做到一半我就會發現我需要更多: 某個關聯查不到、某個狀態沒有被記下來、某件事只存在某個人的記憶裡。這時候同一件事有兩種說法:

• 「你們的系統缺這個。」——這是檢討。它把對方放在被指出不足的位置，而且我還沒開始就先架了那把尺。
• 「我要做這件事，需要這個。」——這是邀請。同一個需求，位置完全不一樣。

D09 講過第一種要交出去的權是參與設計的權: 不是把系統做好了給他用，而是讓他在系統長成之前就對它有意見。那一篇講的是個人; 這裡是部門層級的同一件事——他不是被通知「你的資料要被拿走了」，他是跟我一起決定那份資料要長成什麼樣子。

而這件事有一個副作用，方向跟大家擔心的相反: 他的系統因為我的應用而多了一個被需要的理由。 一份原本主要用來備查的資料，現在每天在回答客戶的問題。它的價值不是被我搬走了，是被用起來了。

我想補一句: 這不會讓人立刻變熱情。 但它讓「要追才會動」的成本降了下來——因為現在推這件事的理由，有一部分是他自己的。

為什麼「他的系統沒被碰」就是給他退路?

因為那份資料還在他手上——而一個握著上游的人，手上一直有否決權。

D07 立過一個規矩: 劃界的同時要劃權，否則留下的不是負責的位置，是只有責任沒有權的位置。這一路我們給了幾種權: D09 給參與設計的權、D11 給名義與資源。但那些都有一個共同的弱點——它們都要別人授予，所以也可以被收回。

退路不一樣。它是結構本身給的。

只要那份資料的主人還是他，他隨時可以說「這一批先不要同步」「這個欄位還不確定，先別用」——不需要任何人同意，也不必寫報告解釋自己。這個「不」不是抗拒，是煞車，而一套沒有煞車的系統，沒有人敢讓它上路。

反過來說也成立，如果我當初做了那套替代系統，我就是在拿走他說不的能力。 之後他表現出來的所有被動，都會是這件事的結果，不是他的個性。

那資料對不上的時候，誰說了算?

同步過來的那一份跟他那邊不一致的時候，判準是他那邊。

這是平行導入最被低估的效果。兩邊的東西並排放著，總得有人判斷哪一邊是對的——而唯一有資格判的人，就是那份資料的主人。

他知道那份合約當初為什麼那樣寫、哪一批設備是後來補進去的、哪一個例外是誰談的。這些東西不在資料裡，在他身上。

而這件事的方向，跟大家擔心的相反: 他的判斷變得比以前更常被需要。 以前那份資料主要是備查，沒有人會回頭問他為什麼這樣記;現在每一次不一致，都得請他說明。

我想把一件事講清楚，因為它很容易被讀成客套: 這不是為了安撫誰而設計的流程。 是因為應用在早期真的會錯，而唯一能抓到它錯在哪的人就是他——這個位置不是我給他的，是這件事本來就只有他做得到。

那什麼時候才算成功?

這條路最大的差別是: 它沒有切換日。

打掉重練那條路一定有一天要切過去，而那一天就是所有人被要求一次到齊地信任新東西的那天。平行導入沒有那一天——因為舊的那一邊本來就不會被收掉，它是上游。

那怎麼知道成了?判準跟 D10 一樣: 由使用行為決定，不由會議決定。

我後來看到的形狀是這樣: 有人開始拿我的輸出回去問他「這一筆是不是這樣」。那一刻的意義是，兩邊已經不是在比誰對，而是在同一件事上一起工作。

至於真的重疊的情況——當一套新東西不只是讀別人的資料，而是真的開始吃掉某個團隊每天在做的事——那是這一路埋最久的伏筆，它會在 D29 正面處理。

簡單來說

• 自己做一套的最大代價不是成本，是製造第二個真相: 一份資料有兩個主人等於沒有主人，而分岔之後沒有人能回答哪一份是真的。
• 維護會跟著落到你頭上: 合約會改、客戶會續約——你不只做了系統，還接了一份不屬於你的日常。
• 平行導入的三個字是「唯讀、旁掛」: 不改對方任何欄位與流程，輸出走自己的出口，出錯時壞掉的只有你這一半。
• 「不加成本」的真正意思: 它不需要動用組織裡最貴的資源——停機窗口、跨部門改版協調、所有人重學流程的時間。
• 他不是被取代的人，他是上游: 應用越成功，那份資料被引用得越多;而它的權威性是應用能不能上線的前提。
• 不自己造輪子有一半是誠實: 那份資料要正確，靠的是額外的維護工作，需要取捨。
• 同一個需求有兩種說法: 「你們的系統缺這個」是檢討，「我要做這件事，需要這個」是邀請——這是部門層級的設計權(承 D09)。
• 上游還在 = 他的否決權還在: 前面幾種權都要別人授予、也可以被收回;退路是結構給的，不需要任何人同意。
• 資料對不上的時候，判準永遠是他: 那些不在資料裡的例外都在他身上，這個位置不是給他的，是只有他做得到。
• 成功的判準是使用行為: 當有人拿新的輸出回去問他「這一筆是不是這樣」，兩邊就已經在同一件事上工作了。

到這裡，前七天其實都在回答同一個問題的不同層。

怎麼判斷一件事該給 AI(D07)、他為什麼抗拒(D08)、怎麼讓他自己願意動(D09)、為什麼組織喊了卻沒人接(D10)、沒有職權怎麼推(D11)、第一步棋挑哪一件(D12)，到今天的怎麼疊上去而不拿走任何人的東西。

七篇的共同答案是同一句: 不要拿走任何人手上的東西。 不拿走他的責任範圍、不拿走他的設計參與、不拿走他的退路，也不拿走他系統的主權。AI 要補的是人本來就守不住的那一段，不是把人已經守住的那一段接手過來。

而這七天有一個很明顯的問題: 我一直在講「怎麼讓一個真的會動的東西進到組織裡」——但我還沒讓你看過那個東西怎麼動。

從明天開始換一種模式。不再談人、不再談組織，接下來的十四天全部是做給你看: 從 0 開始，第一件事就是讓 AI 真的呼叫一個工具。

D14 見。