沿途 Alongway ← 回產品頁
PRODUCT HIGHLIGHTS · WHY IT MATTERS

產品核心亮點:
四個結構性的差異

每個亮點用同一個框架說清楚:現場的痛點是什麼、沿途怎麼解、以及為什麼這是清單型行程工具在結構上做不到的。

2026-08-06 · 為 8/7–8/18 共 12 天、橫跨 5 國的實戰旅程打造

產品定位一句話

一張「活的地圖」加上每日執行助理。地圖永遠在底,行程上每一個地點都串接 Google Place ID:星等、即時營業狀態、照片、一鍵導航全部就位;再疊上國家資訊面板、離線憑證庫、多幣別旅費帳本、觸發式待辦與 AI 問答,收斂在一個網址裡。

DATA POINTS

已實測的數字

22/22
行程憑證 PDF 100% 納管、100% 離線可讀
~240ms
五表關聯查詢快取命中回應時間
US$0.29
57 筆地點 Place ID 解析總 API 成本
13 張
每日路線離線靜態地圖 build-time 預產
6 合 1
行程/憑證/記帳/待辦/問答/匯率收斂單一 PWA
6 幣別
EUR/DKK/NOK/USD/HKD/TWD 各自結算
v1.9
設計規範持續升版到的版本
0 行
開發者本人寫的程式碼
119 小時
實際投入工時(4–7 月)
79 筆
時間追蹤紀錄

每個數字都有工作日誌與實測紀錄可回溯;商務簡報的鐵律是每個數字都要能被追問。

HIGHLIGHT 01 · 產品初衷

一張「活的地圖」:Google Places 深度串接的地圖中心設計

這是整個產品的初衷與骨架,也是與所有清單型行程工具的根本差異。

情境痛點

傳統自製行程表是「死的清單」:地點只是文字,想看評價要跳 Google Maps、想看照片再跳一次、要導航又跳一次,每個地點都要重新搜尋一遍,資訊還可能查錯間店。

沿途的解法

設計第一原則是「地圖永遠在底」:所有操作都疊在一張活的地圖上,不是把地圖藏在某個分頁裡。行程中每一個地點(景點、餐廳、飯店、連車站碼頭都算)都以自動化管線解析並綁定 Google Place ID:places_resolver CLI 批次解析(兩階段冪等、五段信心分級),Google 認不出的功能性地名再由 place-match 工作台人工校準(短網址/截圖 OCR/手打三種輸入、三色比對、一鍵寫回)。

因此每個點原生具備 Google 的即時能力:點開編號 marker 即顯示星等、即時營業狀態與官方照片(quick/full 兩段式 API 分流,平衡即時性與成本;照片採 Google 打底+自選覆蓋雙層 fallback),一鍵發起導航,以精準名稱綁定,杜絕反查到隔壁店家。地圖與抽屜雙向聯動:點清單卡片地圖飛過去,點 marker 清單捲過來、亮起藍框。

商務價值

把「規劃時的行程表」升級為「現場可執行的活地圖」,每個地點省下三次以上的重複搜尋。57 筆地點的解析總成本約 US$0.29,深度串接不等於高成本,關鍵在管線設計。

HIGHLIGHT 02 · UNIFIED ASSISTANT

AI 行程問答:全旅程資料的統一對話入口

最容易讓人當場驚豔的 demo 環節,也是「個人資料 × AI」複利效應的展示。

情境痛點

旅途現場的問題往往是跨模組的:「明天幾點的渡輪?」「挪威克朗目前花了多少?」「轉機那天有什麼待辦?」傳統做法要在行程表、記帳、待辦三個畫面來回翻找拼湊;問通用 AI 助手則對你的行程一無所知,答非所問。

沿途的解法

內建對話式問答面板,後端以整趟旅程的真實資料進行 context-stuffing 呼叫 Claude API:五表行程資料走 active-trip 快取(不即時查詢資料庫,秒級回覆)、實際花費與待辦每次即時讀取(可依幣別與付款人彙總)。一句自然語言,就取得跨行程、憑證、金流、任務的整合答案。

可靠性設計同樣講究:API key 只存在後端、絕不進前端;模型自編連結用白名單擋掉、台幣換算一律導向帳本的單一匯率源不讓模型自算;離線時明確提示需要網路:寧可沒有答案,不給錯的答案

商務價值

問答是全旅程資料的統一入口:資料越完整、助理越聰明。行程、花費、待辦逐一接入後,同一個輸入框的能力持續複利成長,這是拼裝式工具鏈永遠給不了的體驗。

HIGHLIGHT 03 · TRIP LEDGER

旅費帳本:從行前到路上,一本帳、四種視角

拍收據自動記帳、雙機合併、個人私帳,完整的旅行金流閉環。

情境痛點

12 天、5 國、多種幣別、兩位付款人,「回國再算」是算不動的。行前刷卡的機票訂房和路上掏現金的花費性質完全不同,混在一起什麼都看不清;市面記帳 App 又假設你有網路,偏偏記帳大量發生在郵輪上、峽灣火車裡。

沿途的解法

單一帳本、多視角切換:「行前已付」自訂位資料帶入、依幣別小計;「行程中」D1–D13 快速記帳,主力輸入法是拍收據:AI 視覺辨識讀出金額、幣別、店名、日期自動預填,歐式逗號與 IVA/MVA/moms 稅字都認得,numpad 降為備援;「全部總覽」行前+行程依幣別合計、換算台幣估算總數;再加一個純本機、永不上傳的「個人帳本」分頁,用獨立資料庫隔離,隨時可匯出 CSV。

金流資料的工程紀律:local-first 離線照記、連線背景同步;雙機合併讓兩台手機互見共同帳;刪除規則採保守設計:只能刪自己記的,鏡像顯示「這是對方記的,要刪請對方刪」。每筆記付款人、各幣別自動累計誰墊多少,但刻意不做跨幣別精算:輪流付、大致打平,是設計哲學不是功能缺口。

商務價值

行前與行程共用資料模型與加總引擎,一個畫面看清整趟旅程總花費與兩人分攤;錢的紀錄寧可保守不誤刪的同步設計,展示了對金流資料應有的工程敬畏。共同帳與私帳的邊界設計,則是多人產品裡罕見的隱私自覺。

HIGHLIGHT 04 · OFFLINE SAFETY NET

離線安全網:斷網時刻比有網時更可靠

峽灣山區、跨國列車過邊境,最壞情境的風險歸零。

情境痛點

斷網偏偏都發生在最要命的時刻:峽灣火車鑽進隧道、海關櫃檯前官員等著看訂房確認。所有憑證都在雲端,雲端卻在斷網的另一頭。

沿途的解法

全部 22 份行程憑證 PDF 100% 離線可讀:批次結構化、與程式碼同倉部署(繞開雲端連結一小時過期的陷阱),訂房代碼、飯店電話、現金預估以離線護身符視圖常駐,藍底大字、一鍵複製。連地圖都備有 13 張 build-time 預產的每日路線靜態圖,斷網零請求即時替換,同款底圖、同款編號 marker,使用者幾乎無感。

合規與可靠並重:Google 圖磚依 ToS 嚴格禁止快取,每次部署後實際掃描產物確認零殘留;iOS 離線冷啟動的守門邏輯以「有快取即放行」設計,飛航模式真機驗收四項全綠。網路回來自動同步,不用手動做任何事。

商務價值

以 Web 技術達成原生 App 的體驗與留存:免下載、免審核、開網址即用、加入主畫面即原生體驗,獲客與更新成本趨近於零;離線能力則把最壞情境的風險歸零。它不需要常被用到,它只需要在那一刻絕對可靠。

METHODOLOGY · HOW IT WAS MADE

開發方法論:一人 + AI 的設計系統紀律

全站以 Claude 進行 UI 設計,沉澱為一份持續升版的設計規範(現行 v1.9),統一色彩 token(主色 #2563EB + Slate 灰階)、字體階層、地圖 Light Silver 淡雅底圖、自製類別圖示與 marker 徽章系統,連頂部工具列三顆按鈕都有專章規範。改一處 token,全站同步。

工程側的三條紀律貫穿全程:真相源是程式碼,不是文件(動工前先讀 code,推翻過不只一次的文件推論);設計先行、分階段落地(不趕在出發前硬塞、不破壞 feature freeze);單一資料源不分叉(Notion 五表為唯一後端,擴充只加不裂)。論述價值:驗證「一人 + AI」即可交付具設計系統紀律、有工程敬畏的產品級介面。

花了多少錢(平鋪直敘)

項目金額
Claude Max 訂閱(開發期 5–7 月,3 個月)US$300(約 NT$9,600),最大宗
Gemini API 預付(收據辨識開通)US$10(約 NT$320)
Google Places API(57 筆地點解析)US$0.29(約 NT$9)
Zeabur 主機(Tencent 東京 $4/月,與 pinkjhs 共用既有)增量 ≈ $0
旅程中 Claude 問答(預估)US$3–9(約 NT$100–290)
這四個亮點,
正在 12 天 5 國的真實旅程中驗證。

8 月 7 日出發。回程之後,這一頁的每個數字都會補上實戰數據。

← 回沿途產品頁