大家好，我是 Kai。 上次我們聊到 PickTrip 如何從你腦中模糊的旅行想法， 變成一個清晰、可預訂的 AI 旅行顧問。

那時候，我們主要探討了它如何與使用者互動、AI Judge 如何判斷行程， 還有那個很酷的多人協作編輯器。

Luna: 對啊對啊，我上次聽完就覺得天啊，這根本就是未來的旅行方式了！ 不用再跟朋友喬行程喬到吵架，然後還能語音輸入，多方便！

沒錯。 不過，如果你有在追蹤這個領域，你會知道許多 AI 應用剛推出時， 大家都會說「哇，這好酷喔，好像真的可以動！

」但它常常還停留在「Demo mode」，也就是一個很漂亮的展示， 但底下那些讓產品能「長期使用」、能「處理複雜狀況」的基礎建設， 往往都還沒到位。

Luna: 喔？ 你的意思是說，我們上次聊的那些很炫的功能，其實 PickTrip 自己內部都還沒完全準備好嗎？

這也太殘酷了吧！

哈哈，不是這麼說啦。 產品的進化是一個過程。 上次我們看到的是它最外顯、最吸引人的「AI 腦袋」和「使用者介面」。

但最近，大約在今年六月，PickTrip 又發布了一系列的更新。 這些更新你乍看之下可能會覺得：「喔，一些小改動嘛，很日常啊。

」 Luna: 嗯嗯。

但我自己的看法是，這些更新其實代表 PickTrip 正在從一個「很酷的 AI 聊天機器人」轉型成一個「真正有骨有肉、 能獨立運作的旅遊作業系統」。

它開始在補足那些看起來不 sexy，但卻是產品要穩定、要擴展、 要真的能產生商業價值的「基底」。

Luna: 旅遊作業系統？ 這個詞聽起來好重喔！ 所以，他們到底做了什麼，讓你覺得是這麼重大的轉變？

好，那我們先從一個最基本的東西開始講，你每天都會遇到的。 這次更新，PickTrip Web 版終於把「使用者驗證」這塊給補齊了。

現在你可以用 Google、Apple 帳號登入，或者用 token 登入， 而且還有 session recovery。

Luna: 等等，你的意思是，他們以前沒有真正的使用者登入嗎？ 我還以為我的行程都存在雲端了耶！

講白話一點，就是這樣。 以前可能更像是「Guest mode」或者使用一些臨時的識別符號在運行。

你要知道，很多新創在快速迭代的時候，會先專注在核心的 AI 體驗， 身份驗證這種基礎設施會稍微放後面。

但現在導入 Google/Apple 這種第三方登入，它意味著什麼？ 它意味著你的「身份」被明確定義了，你的「行程」可以真正地跟你這個人綁定， 而且可以長期儲存、跨裝置同步。

而且，他們在隱私政策裡其實也提到，他們會使用 SDKs 跟類似技術來處理這些身份驗證、 安全性，以及各種偏好設定。

這表示他們在後端已經建立了一套比較標準化、模組化的方式來處理這件事， 不是隨便兜一兜而已。 這件事情真的很重要。

Luna: 哇，這個我真的沒想到。 聽起來好像很基本的功能，但被你這樣一講，感覺就不一樣了。 所以現在我的行程是真的存在我自己的帳號底下，不會不見了？

沒錯。 而且它還能顯示你所有從後端拉出來的「真實行程」。 這不是一個 demo 的資料，也不是一個臨時 session 的資料， 這是你的、專屬於你的 trips。

你想想看，這是不是讓這個產品變得更「個人化」？ 更「我的」？ 它從一個你偶爾玩玩的工具，變成一個可以累積、可以長期使用的個人旅遊資產管理平台。

這其實是從一個「展示」走到「實用」最關鍵的第一步。 Luna: 這樣講我就懂了！ 就像我以前用一些修圖軟體，沒有登入就只能暫存，一關掉就沒了。

現在有了登入，我的所有修圖進度、我的所有作品都能被保存下來， 而且可以隨時隨地開啟。 這種感覺真的差很多耶！

完全正確。 這讓產品的「黏著度」跟「信賴感」大幅提升。 好，那講完這個底層的身份驗證，我們再來看一些比較外顯，但一樣很有意義的改動。

這次他們重新設計了城市清單的詳細資訊卡。 在桌面版，它是一個浮動的卡片； 在行動版，則是底部工作表。

而且，它還會自動填寫地址。 Luna: 欸！ 我最近有注意到這個！ 那個卡片變漂亮了，而且資料感覺更完整。

我上次用，點進去一個餐廳，它會直接幫我把地址填好，超方便！

對啊，這種看似很小的 UI/UX 改進，其實背後代表的是數據整合的成熟度。 它意味著 PickTrip 的資料庫裡，現在有更精確、更標準化的地點資訊， 而且可以很流暢地跟前端介面結合。

這也不是隨便抓個地址就好，它要確保這個地址是正確的，是能被地圖定位的， 甚至可能跟他們的飯店機票 API 都是連動的。

這邊要注意喔，他們之前就一直在找 Backend Engineer， 要的就是能用 TypeScript 和 NestJS 打造 AI orchestration、

booking pipelines 和 APIs 的人才。 這些看似前端的改動，其實都是後端工程師們把資料管線跟 API 接口都磨好了，

才能讓前端設計師跟產品經理放心地把這些資訊呈現出來。 Luna: 我覺得那個「餐廳和酒吧的智慧型菜單查詢功能」也很扯耶！

上次我隨便問一家餐廳有什麼招牌菜，它竟然真的能列出來，還能解釋菜色！

這個就很厲害了，對吧？ 這就不是光靠「資料整合」而已了，它裡面一定還結合了更進階的 AI 分析能力。

它可能不只是抓取菜單文字，而是要能「理解」這些菜單內容， 甚至可以根據你的偏好去推薦。 這背後是很大的工程，代表他們在 AI Agent 的「領域知識」跟「資料解析」上又更進一步。

你回想一下，他們在招募 Backend Engineer 的時候， 就特別強調要能處理 AI orchestration。

這不只是把模型接上去，而是要怎麼讓 AI 理解複雜的資訊， 然後正確地給出有結構的答案。 這就是一個很典型的案例。

Luna: 哇，這真的不是只是把網路上的資訊貼過來這麼簡單。 這感覺就像是 AI 真的讀懂了菜單，然後再跟我說。

沒錯。 這種能力，其實是 PickTrip 往「可預訂行程」的閉環， 以及成為「旅遊作業系統」很關鍵的一步。

你想想看，如果你能夠精確地查詢菜單、了解營業時間、甚至預訂， 那是不是整個行程的細節就能掌握得更完整？

這對於一個旅遊產品來說，是最最最重要的細節。 Luna: 嗯，有道理。 那，這次還有什麼很酷的更新嗎？

我看到裡面有提到「旅行財務的報銷追蹤」？ 這個聽起來好...會計喔，旅行App裡面要幹嘛？

哈哈，Luna 你問到一個很好的點！ 很多人聽到這個可能會覺得「報銷追蹤？ 這是給商務旅行用的嗎？

」或者「這跟我的開心度假有什麼關係？ 」 Luna: 對啊，我就覺得我開心出去玩，幹嘛還要記帳報銷啊？

而且記帳軟體那麼多，我為什麼要在 PickTrip 裡面做？

這就是一個很好的角度去思考產品的「野心」跟「定位」了。 從一般使用者的角度來看，報銷可能不那麼吸引人。

但從「產品經理」或者「創業家」的角度來看，它代表的意義很不一樣。 你想想看，PickTrip 的目標是要把「旅行」變成一個「Project」， 對吧？

它不只是規劃行程，還要有協作、有購物車。 Luna: 嗯。

那一個完整的 Project，是不是也包含「預算管理」跟「費用追蹤」？ 尤其當你的旅行不是單純花錢，可能有分攤、有共同支出、甚至有公司的報銷需求時， 這個功能就變得超級重要。

它讓 PickTrip 的「閉環」更完整，從最初的「想法」到「規劃」、 到「預訂」，再到「執行中」甚至「執行後」的財務管理，都包進來了。

這就像我們說的，他們不只是在打造一個 AI 聊天工具，而是一個能承載整個旅遊 workflow 的平台。

Luna: 哦～所以我不是單純地記帳，而是把這趟旅行當成一個「專案」， 專案裡面的財務也要管理。

這就說得通了。 所以 PickTrip 越來越像一個「旅行管理工具」了， 不只是「旅行規劃工具」。

一言以蔽之，就是這樣。 它在慢慢把自己定位成一個「旅遊工作流的整合平台」，就像你用 Notion 管理專案一樣， 它把所有跟旅行相關的元素都整合進來。

還有一個很重要的，是「地圖聚類功能」的大幅改進。 Luna: 喔喔！ 這個超有感！ 我上次跟朋友去日本，行程裡面景點超多，地圖上全部點點擠在一起， 根本看不清楚哪裡是哪裡，超崩潰的。

沒錯，這就是地圖聚類要解決的問題。 當地圖上點位太多、太密集的時候，它會把附近的點「群聚」起來， 變成一個更大的標記，上面顯示有幾個點。

你放大之後，這些點才會慢慢散開。 這讓地圖的「可讀性」跟「可用性」大大提升，尤其是在你規劃跨區域、 多點位的行程時，超級有用。

這個改進其實也暗示著他們的後端，處理地理空間資料的能力又更強了。 而且，這也符合他們在隱私政策裡提到的，他們會收集診斷跟效能資料，

這些資料累積起來，就能幫助他們優化像地圖這種很吃效能的功能。 Luna: 聽起來好像很底層，但對使用者體驗影響真的很大耶！

所以這些更新，都是讓 PickTrip 從一個「展示」變成「真正的產品」的過程？

可以這麼說。 而且你會發現，這次更新還提到了一個「高爾夫迷你應用程式的重新設計」。 這個很有趣，對吧？

Luna: 高爾夫？ 欸，這也太 niche 了吧！ PickTrip 是要往「專業運動員旅遊App」發展嗎？

哈哈！

當然不是啦！ 但這也是一個很關鍵的訊號。 它說明了 PickTrip 整個平台在「擴展性」上的潛力。

它現在可以支援這種「特定主題」的迷你應用。 這代表著它的底層架構，可能已經開始具備了更通用、更模組化的特性。

想想看，如果他們的工程團隊能這麼快地把一個高爾夫 mini-app 重新設計好， 這表示他們內部的開發流程、元件庫、甚至 API 接口，可能都已經做得非常 robust。

未來它是不是就可以基於這個平台，發展出更多不同主題的旅行 mini-app？ 例如「美食之旅」、「攝影之旅」甚至「滑雪之旅」？

這就是他們在構築一個更廣泛的「旅遊生態系」的想像。 Luna: 哇，你這樣一說，一個高爾夫 app 就被你講出這麼多深度！

我本來還以為是工程師自己喜歡打高爾夫，所以順便做一個。

哈哈，這就是我們看產品迭代的角度不同。 從表面上看，這些都是很具體、很分散的功能。 但從一個產品的演化跟戰略轉型來看，這些點點滴滴，其實都指向一個方向：

PickTrip 正在從一個「以 AI 聊天與 prompt 實驗」為主的平台， 逐步發展成一個真正能處理各種複雜度的「旅遊作業系統」。

它在整合真實數據、建立強健的後端系統，同時提升了協作編輯、 地圖功能，並朝向一個完整閉環的預訂體驗邁進。

他們正在「ship the real thing」，不是只是做個 demo。 Luna: 所以他們不是在做加法，而是在做一個更深層的「轉型」？

把地基打穩，把骨架蓋好，然後才能在上面蓋出更多不同的房子， 對嗎？

沒錯，你這個比喻很棒。 他們現在做的這些，可能沒有上次我們聊到的 AI 語音助理那麼炫目， 但這些才是讓 PickTrip 能真正「活下來」、「長大」、 「擴展」的關鍵。

它正在從一個「聰明的聊天機器人」進化成一個「能讓你放心把整個旅行託付給它的智慧管家」。 Luna: 聽起來超級興奮耶！

我覺得從上次的節目到這次，PickTrip 已經從一個概念驗證， 變成了一個更具體的、更可靠的產品了。

那這樣接下來，他們還有什麼可以期待的？

我覺得接下來，我們可以持續觀察 PickTrip 在「數據整合」跟「第三方服務串接」上還有沒有更深的動作。

當他們把身分驗證、後端系統、地圖、甚至財務管理都搞定之後， 下一步很可能就是更無縫地跟更多外部的旅行服務、甚至在地體驗供應商進行整合。

畢竟，他們在招募後端人才的時候，就提到了 booking pipelines 和 APIs， 這就是為了未來的深度整合鋪路。

Luna: 哇，那是不是以後我不用跳來跳去，直接在 PickTrip 上就能搞定所有旅行大小事了？

連看菜單、追蹤費用都能一條龍服務？

這就是一個旅遊作業系統最終要達成的目標。 它希望你不只是在 PickTrip 上「規劃」旅行，而是「生活」在 PickTrip 裡面的旅行。

它希望成為你每次旅行的唯一 portal。 Luna: 喔，這句話好有畫面感！ 生活在 PickTrip 裡面的旅行！

今天真的學到好多喔，原來產品的「基礎建設」跟「幕後英雄」也這麼重要！ 謝謝 Kai 的分享！

不客氣，能把這些複雜的技術演進用大家聽得懂的方式講出來， 我很開心。 Luna: 那我們就下次再見囉！

各位 PickTrip 的旅人們，下次旅行你會不會試試看， 讓 PickTrip 幫你把旅行從模糊變清晰，甚至連報銷都搞定呢？

它真的能成為你旅行的唯一入口嗎？ 我們下週同一時間再見囉！

掰掰！