PickTrip建造術：開發工具全揭秘

Summary

本集節目深入探討 PickTrip 如何從一個「酷炫的 AI 聊天機器人」轉型為「全面性的旅遊作業系統」。熙宇和 PIKA 詳細解析了 PickTrip 在使用者驗證、真實行程展示、優化地圖聚類、智慧型菜單查詢、甚至新增旅行財務報銷追蹤等一系列核心基礎建設的重大更新。這些幕後的進化，雖然不如 AI 互動亮眼，卻是讓 PickTrip 從一個展示概念，走向成為一個能處理複雜旅遊情境、具備可擴展性和商業價值的可靠平台，並朝向完整閉環的預訂體驗及更廣泛的旅遊生態系邁進的關鍵步驟，未來可期待更無縫的數據整合與第三方服務串接。

Transcript

嗨，各位 PickTrip 的旅程筆記愛好者，以及所有對旅行與科技充滿好奇的新朋友， 歡迎回到我們的節目！

我是你們的好奇寶寶 Luna！

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

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

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

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

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

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

這也太殘酷了吧！

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

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

」

嗯嗯。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

這其實是從一個「展示」走到「實用」最關鍵的第一步。

這樣講我就懂了！ 就像我以前用一些修圖軟體，沒有登入就只能暫存，一關掉就沒了。 現在有了登入，我的所有修圖進度、我的所有作品都能被保存下來， 而且可以隨時隨地開啟。

這種感覺真的差很多耶！

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

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

而且，它還會自動填寫地址。

欸！ 我最近有注意到這個！ 那個卡片變漂亮了，而且資料感覺更完整。 我上次用，點進去一個餐廳，它會直接幫我把地址填好，超方便！

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

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

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

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

才能讓前端設計師跟產品經理放心地把這些資訊呈現出來。

我覺得那個「餐廳和酒吧的智慧型菜單查詢功能」也很扯耶！ 上次我隨便問一家餐廳有什麼招牌菜，它竟然真的能列出來，還能解釋菜色！

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

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

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

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

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

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

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

這對於一個旅遊產品來說，是最最最重要的細節。

嗯，有道理。 那，這次還有什麼很酷的更新嗎？ 我看到裡面有提到「旅行財務的報銷追蹤」？ 這個聽起來好...會計喔，旅行App裡面要幹嘛？

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

」或者「這跟我的開心度假有什麼關係？ 」

對啊，我就覺得我開心出去玩，幹嘛還要記帳報銷啊？ 而且記帳軟體那麼多，我為什麼要在 PickTrip 裡面做？

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

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

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

嗯。

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

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

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

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

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

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

還有一個很重要的，是「地圖聚類功能」的大幅改進。

喔喔！ 這個超有感！ 我上次跟朋友去日本，行程裡面景點超多，地圖上全部點點擠在一起， 根本看不清楚哪裡是哪裡，超崩潰的。

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

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

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

這些資料累積起來，就能幫助他們優化像地圖這種很吃效能的功能。

聽起來好像很底層，但對使用者體驗影響真的很大耶！ 所以這些更新，都是讓 PickTrip 從一個「展示」變成「真正的產品」的過程？

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

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

哈哈！

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

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

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

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

這就是他們在構築一個更廣泛的「旅遊生態系」的想像。

哇，你這樣一說，一個高爾夫 app 就被你講出這麼多深度！ 我本來還以為是工程師自己喜歡打高爾夫，所以順便做一個。

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

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

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

他們正在「ship the real thing」，不是只是做個 demo。

所以他們不是在做加法，而是在做一個更深層的「轉型」？ 把地基打穩，把骨架蓋好，然後才能在上面蓋出更多不同的房子， 對嗎？

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

它正在從一個「聰明的聊天機器人」進化成一個「能讓你放心把整個旅行託付給它的智慧管家」。

聽起來超級興奮耶！ 我覺得從上次的節目到這次，PickTrip 已經從一個概念驗證， 變成了一個更具體的、更可靠的產品了。

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

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

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

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

哇，那是不是以後我不用跳來跳去，直接在 PickTrip 上就能搞定所有旅行大小事了？ 連看菜單、追蹤費用都能一條龍服務？

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

它希望成為你每次旅行的唯一 portal。

喔，這句話好有畫面感！ 生活在 PickTrip 裡面的旅行！ 今天真的學到好多喔，原來產品的「基礎建設」跟「幕後英雄」也這麼重要！

謝謝 Kai 的分享！

不客氣，能把這些複雜的技術演進用大家聽得懂的方式講出來， 我很開心。

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

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

掰掰！