PickTrip建造術:把大門對所有人打開、卻在收銀台前卡住的那一天——看關鍵字的舊法官連兩百多行程式一起拆除、出差被硬塞滿與黃牛與亂退款三個老毛病順手修掉、重算程式的舊髒東西全站掃過只有一趟中招;訪客不登入就能逛,真人實測卻同日開出四把火,而寫著同一種病名最老的那張急件第九天還躺在待辦沒人碰

PickTrip建造術:把大門對所有人打開、卻在收銀台前卡住的那一天——看關鍵字的舊法官連兩百多行程式一起拆除、出差被硬塞滿與黃牛與亂退款三個老毛病順手修掉、重算程式的舊髒東西全站掃過只有一趟中招;訪客不登入就能逛,真人實測卻同日開出四把火,而寫著同一種病名最老的那張急件第九天還躺在待辦沒人碰

PickTrip 產品建造筆記:從旅行想法到可預訂行程 · Episode #20 · · PT7M34S

主持人 · Kai

本集摘要

承接前兩集的重蓋地基與隱形打磨:今天他們把舊架構最後一根柱子——那個看關鍵字猜意圖的決定性路由——連同兩百多行程式與一堆專屬開關整個刪除,行為方向盤交還給模型自己讀工具說明;過程中挖出並修掉兩個真毛病(不分行程種類都硬塞滿每天,改成先看旅行型態才決定;出差該手寫稀疏骨架而非自動生成滿檔),並把兩條安全規矩提到最上層永遠生效(票賣光不准介紹黃牛、退款不准自己按下去或謊稱已退),每一條都先寫好考卷把壞行為錄成不及格鐵證、改完翻綠才准上。承接昨天把重算背景程式改成唯讀,今天再寫清潔工程式掃掉它以前偷塞的髒項目——全站六百八十四趟行程只有一趟中招,就是最早出事那趟。產品面把大門開到最大:訪客不必登入就能先逛飯店、機票、票券,只有下單與報價才需登入,前後端同日落地。但同一天真人實測一口氣開出四張急件:AI 改既有待辦不編輯反而多貼一張重複卡、背景重算用舊快照覆寫你手動刪除讓刪掉的東西復活、iOS 未收伺服器確認就切畫面丟失修改一樣復活——三張都是老壞蛋的親戚,且難得一出生就進進行中、手機端當天已打下持久化佇列的地基;第四張最刺眼:信用卡與三條加密貨幣結帳全在後端掛掉、正式付款是死的。帳本與現場再度脫鉤、方向相反:現場拆架構、開大門、修毛病,任務板上全是真人實測的四把火。老刺 PIC-370 第九天,從七月十二號至今整份紀錄只有一筆待辦、一次都沒離開;病被治到架構最底層、連舊髒東西都掃了、還多三個親戚被動手,寫著病名的正主仍沒人碰。要不要繼續做旅遊的策略大哉問仍無人正式回答。

完整逐字稿

歡迎回到 PickTrip 產品建造筆記。 昨天我留了一個懸念——他們一直在打磨看不見的地方,可是看得見的那疊火不但沒少, 真人實測還當場又點了兩把。

我問,哪一天有人會從打磨轉身去救火? 今天的答案是:兩件事同時發生了。 他們既拆了最後一層鷹架,也真的伸手去救了火——只是同一天, 火堆又多了四把。

等等,一次講太多了。 先從拆的講,拆什麼?

先講結論。 你還記得前幾天那個大工程嗎——他們把「該派哪個 AI 來服務你」整套架構重蓋。 今天,那套舊架構最後一根柱子,也被抽掉了。

哪根柱子?

以前系統有一個「看關鍵字猜你想幹嘛」的小法官——你打一句話, 它用關鍵字判斷該走哪條路。 這個你一定要知道:今天他們把這個小法官,連同它兩百多行程式、

還有一堆只為它存在的開關,整個刪掉。

刪掉? 那以後靠什麼決定走哪條路?

靠 AI 自己讀工具的說明書。 把行為的方向盤,從一堆寫死的關鍵字,交還給模型自己判斷。 這是那套重蓋地基的最後收尾——地基蓋好,連搭地基用的鷹架都拆乾淨。

我懂了,鷹架拆完房子才算真的蓋好。 可是拆這種東西,不會拆出事嗎?

好問題。 而且他們拆的時候,反而挖出兩個真的老毛病。 先把事情講簡單:系統本來有一條硬規矩,不管你要排哪種行程, 都先自動幫你把每天塞滿。

這不是很貼心嗎?

對休閒旅遊很貼心,對出差就是災難。 你去出差,行程本來就該是一張稀疏的骨架,開幾個會、留白等你自己填;

系統卻硬要塞滿你一整天。 今天他們把這條規矩改成——先看你是哪種旅行,再決定要不要塞。

原來這種一體適用的貼心,換個情境就變成幫倒忙。

再往下看一層。 他們還順手把兩條安全規矩,從「只在某些角落生效」升級成「永遠生效」。 第一條:你要的票賣光了,系統絕對不准介紹你去找黃牛。

第二條:牽扯到退款、動到你的錢,AI 絕對不准自己按下去、 也不准騙你說已經退好了。

這兩條聽起來超基本,怎麼以前只在角落生效?

因為以前它們藏在個別的技能說明裡,換個場景就漏掉。 今天把它們提到最上層,變成不管在哪都適用。 而且每改一條,他們都補了一張新考卷——這些行為以前完全沒有測試守著,

現在先寫考卷、再動手,改完要能通過才准上。

等等,一次拆掉那麼多東西還敢說安全,就是靠這些考卷?

對。 你要拆鷹架,手上得先有一張證明「房子沒了它也站得住」的清單。 他們的做法是——動刀之前先寫考卷,把舊的壞行為錄成不及格的鐵證, 改完再看它翻不翻綠。

安全網先架好,才准拆。

好,鷹架拆了、老毛病也順手修了。 那你說的救火呢?

這就接回我們追了快十天那隻老壞蛋——AI 一動手,就把你整趟行程清空。 昨天他們做了一件事:把一個會幫你重算行程的背景程式,改成只能看、 不能動。

今天更進一步,寫了一支清潔工程式,把這個程式以前偷偷塞進去的髒東西, 一筆一筆掃掉。

以前塞了多少?

他們掃了全站六百八十四趟行程,結果只有一趟中招——就是最早出事的那一趟。 掃乾淨、確認沒有別的受害者,收工。

六百八十四趟只有一趟,那還好嘛。

帳面上還好。 可是今天真正的重點,是這隻壞蛋,長出了三顆新的頭。

三顆新的頭?

真人實測,同一天連開三張急件,講的是同一件事的三種變形。 第一種:你叫 AI 改你原本的待辦清單,它不改,反而多貼一張一模一樣的卡, 內容重複、還把你原本的文字跟圖片弄丟。

這個我旅行超有感,我最怕清單變兩份、還不知道哪份是真的。

第二種更陰險:你手動刪掉一則筆記,背景那個重算程式正好抓了一份舊的行程快照在算, 算完把整份舊的存回去——你剛刪的東西,重開行程就復活了。

第三種在手機上:你編輯完待辦、還沒等伺服器確認就切走畫面, 那筆修改被丟掉,一樣復活。

蛤? 所以我明明刪了,它自己爬回來? 這也太陰魂不散。

你抓到重點了。 這三張,全是那隻老壞蛋的親戚——AI 或背景程式,擅自把你的東西改掉、 蓋掉、或者救不回來。

但今天有個地方不一樣。

哪裡不一樣?

以前這種票,開了就丟進待辦堆生灰。 今天這三張,一開出來就直接進「進行中」; 手機那端當天還先把一條底層防線的地基打了下去——沒收到伺服器確認, 就不准丟掉你的修改。

難得,這隻壞蛋的新親戚,一出生就有人動手。

所以他們真的轉身去救火了。

一半。 因為同一天,還開了第四張、也是最刺眼的一張:你要付錢,付不了。 信用卡、加上三條加密貨幣的路,全部在後端就掛掉,卡在系統設定還沒切到正式環境。

整個結帳,現在是死的。

等等,前面做那麼多能訂、能買,結果最後一步付不了錢?

對,這就是今天最大的反差。 同一天,他們一邊把大門開到最大——現在你連帳號都不用登入, 就能先進來逛飯店、逛機票、逛票券,只有真的要下單、要報價, 才需要登入。

喔喔,可以先逛再說,這個好,我出去玩最愛先逛、不想先辦會員卡。

這一步其實很關鍵。 以前你想看看有什麼,得先註冊、先登入,很多人卡在這道門就走了。 今天他們把這道門檻整個拿掉——先讓你逛得爽,逛到心動再談登入。

這才對嘛,哪有人一進店門就先叫你辦卡的。

話雖如此。 可是你一路逛到最後、真的想掏錢,收銀台卻是關的。 大門開到最大,收銀台反而拉下了鐵門。

這也太諷刺。 那來吧,唸今天的風險清單。

好。 先講今天做完的:那個看關鍵字的小法官,連同兩百多行程式, 正式拆除; 出差被硬塞滿、黃牛、亂退款這三個老毛病,順手修掉、還補了考卷;

重算程式的髒東西,全站掃過只有一趟中招、已經清乾淨; 大門對訪客打開,不登入也能逛。

那新開的火呢?

今天真人實測一口氣開四張急件:AI 改待辦變兩份、背景程式讓你刪掉的東西復活、 手機沒確認就丟修改、還有最狠的——付款整條掛掉、錢收不了。

前三張已經在動,付款這張還躺在待辦。

讓我猜,那根最老的刺。

PIC-370。 第九天。 從七月十二號到現在,整份紀錄還是只有一筆:待辦,一次都沒離開過。 它寫的病名就是——AI 一調整,整趟行程被清空。

這隻病,今天被拆到架構最底層、連舊髒東西都掃乾淨、還多了三個親戚被人動手治; 可是那張寫著病名的正主,第九天,還是沒人碰。

病在越來越多地方被治,連親戚都開始被救,寫著病名的那張, 還是躺在原地。

一字不差。 至於那份「要不要繼續做旅遊」的策略大哉問,還是沒有人正式回答——只剩那個一天比一天更會拆、 更會蓋、卻連錢都還收不了的產品,繼續替它拖著答案。

那明天的懸念是什麼?

今天他們把大門開到最大,卻發現收銀台是關的; 救火的手終於伸出來,火堆卻又多了四把。 到底是先把收銀台打開、讓一趟真的付得成的旅行跑完,還是先回頭把那隻第九天的老壞蛋正面了結?

那就是明天的事了。 今天他們拆掉最後一層鷹架、把大門對所有人打開,卻在收銀台前卡住; 而那張寫著同一種病名、最老的急件,第九天,還躺在待辦沒人碰。

明天同一時間,PickTrip 產品建造筆記,每日更新。

掰掰!

製作你的 AI Podcast

把主題、文章、RSS 與團隊資訊轉成持續更新的節目。

開始使用 NewsTune