就算你的網路商店當機，顧客仍然可以繼續探索商品

那是一個週二下午。一分鐘前你的網路商店還在收訂單，下一分鐘就只剩下一頁錯誤畫面。平台說「正在調查」，你只能等。與此同時，那些正要下單的顧客不會寫信通知你：他們關掉分頁，繼續過自己的一天。你永遠不會知道他們有多少人、在找什麼商品、有多少營收就這樣走掉，因為這次當機把顧客唯一能發現並挑選你商品的地方一起帶走了。

如果那頁錯誤畫面不是旅程的終點呢？顧客看到的不是一句乾巴巴的「請稍後再試」，而是可以進入一個對話式助理，在裡面繼續瀏覽目錄、把疑問問清楚，並用感興趣的商品建立願望清單。這份清單可以儲存、用 WhatsApp 或電子郵件分享，也可以在商店恢復後重新打開來完成購買。這筆生意也許晚了幾分鐘或幾小時，但購買意圖並沒有跟著商店一起當掉。

一次當機究竟拿走了什麼？

這裡值得說得精確一點，因為「商店掛了」這句話蓋住了三種行為截然不同的損失。

• 結帳。真實、無法避免，而且除了平台沒有人修得好。商店沒有回應時，任何地方都無法成立訂單。
• 回答。關於尺寸、庫存、配送、退換的每一個問題都失去了去處——儘管這些回答本來就不需要商店在線上。
• 購買意圖。有人已經把選擇縮到兩件商品，心意已定。那是整段瀏覽裡最有價值的東西，也正是頁面失敗那一瞬間蒸發掉的東西。

第一種損失是大家都會想到、你也最無能為力的。另外兩種才是安靜地讓你付出更多代價的，而且它們其實不是當機造成的：是把這三件事都放在同一道門後面造成的。

就算網路商店掛了，你的商品目錄仍然在

在網路商店裡，發現商品、解決疑問、完成付款都發生在同一個地方。這看起來很正常……直到那個地方不能用為止。這時你才發現，你把整段顧客旅程都壓在單一故障點上。不管某人只是想確認那雙藍色球鞋還有沒有 27 號，還是離付款只差一次點擊：兩個人最後看到的是同一頁錯誤畫面。

對話式商店打斷了這個依賴。它不是直接向電商平台查詢目錄，而是在一份自己持續更新的同步副本上運作。即使商店暫時停止服務，顧客仍然可以繼續發現商品、比較商品、把疑問問清楚，並儲存一份願望清單，等結帳恢復後再接著走完。購買被中斷了；對話——以及購買意圖——沒有。

把戲就這麼多，而且刻意不花俏。它不是備援商店，也不是第二套結帳。它只是指出一件事：決定成交的那些問題，並不需要商店在線上，而我們也沒有理由讓它們跟著商店一起死掉。

老實說，這件事做不到什麼

沒有人在 AllHub 上購買。付款、訂單與配送都發生在你自己的商店、你自己的平台、你自己的條件之下——順利的日子如此，出事的日子也一樣。所以當你的平台當機時，訂單就是無法成立。我們做不到，任何人都做不到。

任何在交易意義上承諾「當機也能繼續賣」的工具，不是自己跑了一套結帳（那是一個非常不同的產品，後果也非常不同），就是在誇大。我們寧可說那個更窄但為真的說法：存續下來的是對話、目錄，以及買家的決定。交易則等待。

而這本來就是大部分的價值所在。一個問題都問完、東西也挑好的買家，除了付款以外，在每一個意義上都已經是成交了。一個在最有興趣的瞬間撞上錯誤頁面的買家什麼都不是，你甚至不會知道他來過。

買家看到的不是一頁死掉的畫面，而是這個

最糟的結果不是當機，而是把一個準備好要買的人，毫無說明地丟進一個壞掉的分頁，因為他記得的就是那個版本。所以助理會檢查狀態，當你的店面沒有回應時，它會在對話最上方清楚地說一次：

• 商店暫時無法接受購買——用買家的語言說，當成一個事實，而不是一則夾帶代碼的錯誤訊息。
• 瀏覽照舊。商品、價格、規格、比較都還在，也都還能問。
• 購買按鈕選擇安靜而不是說謊。沒有人會被送去一個載不出來的頁面。
• 喜歡的東西會進到願望清單，等他回來時仍然在那裡。

把話說清楚：對話式商店在事故期間並不取代你的網路商店。它不是第二個店面，也不是另一套結帳。它維持住的是商品的發現——瀏覽目錄、比較、發問、做決定——而付款則等著你的商店回來。

先準備好錯誤頁面，否則顧客不知道自己跑到哪裡去了

這一步是你的工作。商店擁有者——或負責維護的人——必須自訂錯誤頁面，或設定轉址，說明商店暫時停止服務，並提供一個通往對話式商店的連結。重要的是讓顧客明白自己為什麼來到這個管道：一個沒有任何說明就被丟進聊天視窗的人會覺得莫名其妙而離開，那個連結能帶回來的東西也幾乎都沒了。

有了這段說明擺在眼前，後面就順了：在對話式商店裡，顧客繼續瀏覽目錄、把疑問問清楚，建立或分享一份願望清單，等商店恢復後再完成購買。整件事的目標就是這個——別讓一次當機把購買意圖也一起帶走。

還有一件它不會說的事：它不會說商店恢復時會通知買家。願望清單存在買家自己的瀏覽器裡，這是刻意的隱私選擇——看一盞燈不需要帳號，也不需要留下電子郵件。這同時意味著，實際上根本沒有人可以讓我們通知，所以助理不會假裝相反。它只說選好的東西已經存下來、就在這裡等著，那才是真的部分。

檢查會按排程執行，並且在有人伸手要按購買時再檢查一次，所以在瀏覽途中才發生的當機能在幾秒而不是幾分鐘內被發現。它刻意不太願意宣告你的商店當機：一次失敗的請求不是當機，而在一家賣得好好的商店裡把購買按鈕變灰，會是比它想預防的問題嚴重得多的錯誤。恢復則相反：第一次成功的檢查會一次把一切放回來。

在你的商店上怎麼運作？

對話式商店會連上你在 Shopify、WooCommerce、Wix 或 Amazon 的目錄，並保留自己的一份副本。AI 購物助理就是從那份副本回答問題，所以來源倒下時它還站著。這也是為什麼答案來得像你讀完它所需的時間，而不是一個忙碌平台回應查詢所需的時間。

• 在 Shopify、WooCommerce、Wix 或 Amazon 上幾分鐘內上線——不用工程師，也不用動佈景主題。
• 從當下的商品與當下的規格回答，而不是從六個月前寫的常見問題文件。
• 在你的平台無法連線時，仍繼續回答、比較與儲存。當機期間不接訂單，因為訂單屬於你的商店。
• 儲存的資料位於歐盟，隱私過濾器會在資料抵達任何 AI 模型之前擋下個人資料。可依 GDPR 第 17 條要求完整刪除。

講白一點：這不是你可以隨便挑平台的理由，也不是保險。當機很少見，而且多半很短。論點只是：真的發生時，決定這天是「難過的下午」還是「白費的下午」的，是那時候還有沒有人能回應你的顧客。

早期使用：是什麼，以及要付出什麼

AllHub 正在軟啟動。每個平台的前十家商店可享 三個月免費。代價不是錢——是每週一次、十分鐘的通話。

我們不是在蒐集十個放在到達頁上的商標。我們找的是有真實買家問真實問題的商店，而且經營者願意在東西不好用時直說。你拿回去的是創辦人的直接投入，以及和你一起做、而不是丟給你的設定過程。

• 我們看你的商店，以及平台適配是否合適——24 到 48 小時內回覆。
• 30 分鐘的上線通話，時間你方便就好。
• 你的代理在一小時內上線。
• 每個平台前十家商店三個月免費。

總結

你沒辦法阻止平台有個難過的下午，任何賣你這種保證的人都值得懷疑。你能決定的是：在那段時間裡，那個準備好要買的人會遇到什麼。目前在多數商店，答案是一頁錯誤畫面，然後是永遠的沉默。它不必是這樣。

商店當機時，你的商品不必跟著當機。如果你的商店有真實買家在問真實問題，就申請早期使用——每個平台十家商店，三個月免費，每週十分鐘的老實話。