PickTrip建造術：把誠實一路推到收銀台的那一天——一家四口被系統假造成訂不到房、有票的景點說沒票、真實價格顯示暫無報價，三個假的「沒有」同日拆穿，而做完這一切的四顆提交在板子上查無此票，帳本只忙著把還沒做的事改個好看的名字

本集摘要

承接前三集「教系統不要說謊、把誠實變成一套語言、讓飯店被當成飯店」：那條誠實線今天走到最裡面——走到要付錢的收銀台。今天最吵的其實是沉默：後端零提交、iOS 零提交、Notion 一個字未動，Linear 零畢業、零狀態變更，唯一的動作是有人把八張審計票的描述從「給人做」改寫成「給自動化車隊做」，並新開八張（四十八 MB 無用圖、四點六 MB 首頁影片、對比度不合規、登入後漏英文、死程式碼），全部剛開就躺進待辦、無人認領。真正發生的事全在網頁購物流程、且一張票都沒有：三個假的「沒有」同日被拆穿。其一，一家四口訂不到任何飯店——把兩大兩小塞成「一間房四個大人」去問，而後端把大人數讀成每房佔用，四大人一房幾乎每家飯店都回零房，於是只要行程帶小孩，全世界都顯示訂不到；改成把人數攤成幾間房每間幾人（兩大兩小變兩房各兩人）、不再亂送小孩數，麗思卡爾頓大阪實測從零房變一百五十五房。其二，有票的景點票券頁卻說「目前沒有可購買的方案」——網頁拿原始活動編號去問得到查無此物並吞成空狀態，忽略了正式報價編號；照 iOS 先用報價編號的做法照抄，通天閣實測票就出來。其三，票出來仍顯示「暫無報價」，因為報價單的價格是歸零空殼，真實每種票售價在購物車也在用的可訂日期端點；接上後海遊館顯示單程起一百零一元、來回起一百八十一元，並修掉一個外殼未拆的潛在臭蟲。這三個謊比第十五集更壞：答案就在錯號碼、歸零空殼、塞錯房型後面，系統卻說「這裡什麼都沒有」，而每個假的沒有就是一筆本可成交卻沒成交的訂單——正是馬總質問的營收命門。同日還有一波細節：詳情頁多圖相簿（原本只顯示第一張）、購物車加減鈕就算寫入失敗也不掉卡、房型卡片改先講整段總價與三態退款、加入購物車轉綠等 iOS 樣式對齊，全在桌機與手機寬度實機驗過、測試通過。反轉在於帳本與現場徹底脫鉤：只看 Linear 會以為這家公司今天幾乎沒動，實際產品卻明顯更買得下去；真正的畢業生是那四顆無票提交，板子上的畢業生掛零。老刺 PIC-370 第六天、從未離開待辦；前天兩張手機 P0（名字顯示一條槓、不能雙指放大）只改描述沒動；沒人認領的 PIC-353 飯店查無方案、PIC-355 建行程第二回合被打槍還在。策略文件「產品方向與策略重估」第五集仍停在七月十四、待人類校對、零評論——要不要續做旅遊，沒人在紙上回答，只有產品用它訂得到的房、買得到的票默默替它回答。

完整逐字稿

歡迎回到 PickTrip 產品建造筆記。 昨天我留的懸念是——被治好的病越來越多，可是點名這些病的票一張都沒人動， 還越開越多。

到底哪一天，那疊待辦會逼人回頭。

對，我等的就是這個。 今天有人回頭了嗎？

先講結論：沒有。 不但沒人回頭，那疊待辦今天還又長高了八張。 而真正被修好的東西，連一張票都沒有。

蛤？ 做完的事沒有票，沒做的事一直開票？ 這帳本是反過來記的喔？

這就是今天最怪的地方，我等等專門講。 先講今天真正發生的事——這幾天我們一直在說，團隊在教系統不要說謊： 先把眼睛還給 AI，再把飯店還原成飯店。

今天，這條線走到了最裡面——走到了要付錢的那一格。

收銀台？

對，收銀台。 今天修的三件事，全是同一種謊：架上明明有貨，系統卻跟你說「這裡什麼都沒有」。 第一件最誇張——一家四口，訂不到任何一間飯店。

等等，是那天剛好客滿嗎？

不是客滿，是系統自己捏造的客滿。 你想像一家人：兩個大人、兩個小孩。 系統去問飯店有沒有房的時候，把四個人全塞進「一間房、四個大人」去問。

一間房塞四個大人？

而後端讀「大人數」是「每一間房」的人數。 一間房四個大人，幾乎每一家飯店都會回你——沒房。 所以只要你的行程帶了小孩，打開飯店，全世界對你顯示的都是「訂不到」。

天啊，這是最該訂房的人欸！ 帶小孩的家庭，一律被系統擋在門外。

修法很直觀：把人數攤開成「幾間房、每間幾個人」——兩大兩小變成兩間房、 每間兩人，而且小孩的數字不再往供應商亂送。

他們拿大阪麗思卡爾頓實測，同一天同一批人：舊算法零間房， 新算法一百五十五間。

從零到一百五十五。 這根本不是缺貨，是門被鎖上了。

這就是重點。 不是「賣完了」，是系統無中生有一個「賣完了」。 第二件是票券。 你在行程裡點一個景點想買門票，票券頁跟你說「目前沒有可購買的方案」——可是那個景點明明有票。

又是無中生有？

差不多。 每個景點身上其實掛了兩組號碼，一組是原始活動編號，一組是正式報價單編號。 網頁拿了那組原始活動編號去問，問到的是查無此物，然後它把這個當成「喔， 沒票」，安靜地吞掉了。

那正確的那組報價編號呢？

就晾在旁邊沒人用。 有趣的是，iOS 老早就是先用報價編號去問的，網頁這次只是回頭照抄。 拿通天閣實測，改用報價編號一問，票就出來了。

好，票出來了。 價格呢？

這是第三件，同一條線的收尾。 票出來了，可是每張卡上還是寫「暫無報價」。 因為報價單身上那個價格是被歸零的空殼，真正每一種票的售價，

藏在另一個「可訂日期」的端點裡——就是購物車自己在用的那個價格。

所以卡片跟購物車看的是同一批貨，卻報不一樣的價？

對，而且卡片那邊乾脆不去問。 今天把它接上，照你要去的那天、用台幣，把每一種票的真實售價貼回卡片。

海遊館實測，單程起一百零一塊、來回起一百八十一塊，照片、 價格都出來了。 順手還抓到一個藏很久的臭蟲——那個價格端點回來的資料多包了一層殼， 之前沒人拆，一旦真的去叫它就會爆。

我發現今天這三件是同一句話：不是沒有，是它假裝沒有。

你抓到了。 而且這比前幾天更嚴重。 第十五集我們說，系統不知道的時候要老實講「去查查看」，不要裝死說「訂不到」。

今天這三個謊更壞——答案就在它手邊，在一個錯的號碼後面、 一個歸零的空殼後面、一個塞錯的房型後面，它卻跟你說「這裡什麼都沒有」。

而且每一個「什麼都沒有」，就是一筆本來可以成交、卻沒成交的訂單。

這正是馬總那天問的——你到底靠什麼賺錢。 你連讓人把東西放進購物車都做不到，後面都免談。 所以今天這條線，是把「誠實」一路推到了會真的影響營收的那一格。

那畫面上呢？ 除了修謊，有沒有讓人比較想買的東西？

有，同一天還有一波細節。 以前景點詳情頁只顯示第一張照片，後面十張真實照片全躺在後端沒人拿； 今天改成整條相簿滑出來，還能點開全螢幕看。

購物車的加減鈕也補強了，就算中間那次寫入失敗，卡片也不會憑空消失。 還有一堆對齊 iOS 的樣式：房型卡片改成先講「這幾晚總共多少」、 再講每晚多少，加入購物車的按鈕會變綠。

好，聽起來是踏實的一天。 那你剛剛說的那個「反過來記的帳本」，到底怎麼回事？

來了。 今天最安靜的其實是帳本本身。 你記得昨天嗎？ 後端一天三十一顆提交，是最吵的那個倉。 今天——後端零顆、iOS 零顆、Notion 一個字都沒動。

整個團隊在文件跟後端這兩層，全部靜音。

那 Linear 呢？ 至少票有在動吧？

有動，但你聽了會笑。 今天 Linear 唯一的動作，是一個人把八張審計票的描述， 從「給人做的格式」改寫成「給自動化車隊做的格式」。

等一下……所以他不是去做那些票，是把那疊還沒做的票，改個比較好看的名字？

你可以這樣說。 同一天他還新開了八張——四十八 MB 沒人用的圖、一支四點六 MB 的首頁影片、 對比度不合規、登入後還在漏英文、一堆死程式碼——全是「這裡的體面是假的」，

然後每一張，剛開就躺進待辦、沒人認領。

所以自己發現的問題今天長了八張，治好的呢？

治好的，Linear 上是零。 今天沒有任何一張票畢業。 可是——真正把飯店訂得到、把票買得到、把價格顯示出來的那四顆提交， 一張票都沒有。

所以帳本上全是把「還沒做的事」改個好看的名字，真正做完的事反而查無此票。 這兩邊完全對不上。

這就是今天的反轉。 你如果只看 Linear，會以為這家公司今天幾乎什麼都沒幹——零畢業、 零狀態變更、只在整理待辦。

可是你去看實際的產品，它今天悄悄變得明顯更買得下去了。 帳本跟現場，今天徹底對不上。

好，那來對帳——用你的方式。 今天真正的畢業生是誰？

真正畢業的，是那三個沒有票的修復加那波細節——訂得到、買得到、 看得到價格，全部實機驗過。 只是它們不在板子上。

板子上的畢業生，掛零。

那新的火？

八張新審計票，全在待辦、全沒人領； 前天那兩張手機上的 P0——名字顯示成一條槓、整站不能雙指放大——還是只被改了描述， 沒動。

沒人認領的兩張老孤兒，飯店查無方案、建行程第二回合被打槍， 也還在。

讓我猜，那根最老的刺。

PIC-370。 第六天了，從七月十二號開到現在，一次都沒離開過待辦。 病一直在別的地方被治——今天連收銀台都治了，可是那張寫著病名的票， 還是沒人碰。

那份策略文件呢？

第五集了，還是停在七月十四號、待人類校對、零評論。 要不要繼續做旅遊，沒有人在紙上回答——只有產品每天用它訂得到的房、 買得到的票，默默替它回答。

所以明天的懸念是——板子上這家公司今天幾乎什麼都沒做，產品卻明明變好了。 當帳本跟現場對得這麼開，你到底該相信哪一個？

那就是明天的事了。 今天他們把誠實一路推到了收銀台——讓一家四口訂得到房、讓有票的景點顯示出票、 讓真實的價格出現在卡片上。

可是做完這一切的人，在板子上查無此票，而那疊沒人做的票， 又高了八張。 明天同一時間，PickTrip 產品建造筆記，每日更新。

掰掰！