一張五邊形雷達圖先被畫了出來：即刻遊把遊泳數據重新排了一次版

先從一個具體的畫面看起。遊完一千公尺，打開 Apple 的體能訓錄，多數人看到的完整成績是：時間、距離、卡路裏、平均配速、心率。這份清單的問題在於，它告訴你「結果」，卻不太能告訴你「這個結果是怎麼發生的」。31 分 19 秒遊完一千公尺自由式，這個數字本身沒有表情；是前五百公尺太快後半崩掉，還是全程穩定只是速度不夠，在 Apple 自己的介面裡幾乎無法分辨。

少數派作者 ElijahLee 在 2026 年 9 月 6 日發表的評測裡，介紹了「即刻遊」這款 App。它做的事情可以用一句話概括：把 Apple Watch 已經採集、卻沒有好好排版的遊泳數據，重新整理成一份能被閱讀、被比較、被拿來訓練的報表。這件事值得從設計的角度認真看一次，因為它示範了數據視覺化裡一個常被忽略的道理：同樣的數據，排版方式本身就是一種判斷。

顆粒度，是這套介面的第一個設計決定

即刻遊的「記錄」頁面先給出概況：距離、時間、平均配速、劃水次數、心率、卡路裏，加上一張泳姿卡片。真正的設計企圖藏在點開卡片之後的分段數據。它把每一趟 25、50、100 公尺的指標拆成矩陣表，配上 SWOLF 這個專業指標，單趟用時秒數加劃水次數，數值越低代表效率越高。

這個顆粒度的選擇是有立場的。Apple 的原生介面傾向摘要，服務的是「我今天有沒有運動」這個層級的問題；即刻遊選擇分段，服務的是「我的後半程為什麼慢下來」這個層級的問題。當你能看見第五個一百公尺的配速掉了、劃水次數多了、心率升了，耐力或動作效率的問題就有了可以指認的位置。數據從一個分數，變成了一段可以被讀的敘事。

更具企圖的是「自動組合」：根據連續不間斷的距離，把時間、配速、SWOLF 折算成滿分一百，畫成五邊形雷達圖。雷達圖在運動 App 裡不罕見，但把它用在遊泳效率上，等於給使用者一個一眼可比較的形狀。兩次遊泳的差異，從一排數字的對照，變成兩個形狀的差別。這是資訊視覺化裡相當務實的一步。

比較功能，把記錄變成訓練

如果只有呈現，即刻遊最多是一個更好看的遊泳日記。它真正把定位從記錄工具推向訓練工具的，是「比較」與「訓練計畫」兩件事。

比較功能讓兩次遊泳的配速、劃水次數、SWOLF 並排。訓練計畫則更有意思：App 沒有推出 Apple Watch 版本，卻允許使用者在 iPhone 上編輯完整的訓練內容，匯入 Apple Watch，下水後照著手錶上的安排逐項執行。計畫庫裡有階梯式間歇、新手技術練習、長距離重複等模板。作者的例子很能說明用法：一千公尺最佳成績 31 分 19 秒，若要突破 30 分鐘，目標配速得壓進每百公尺 3 分鐘以內，再拆解成 5×200 穩定配速、10×100 接近目標配速、最後一千公尺驗證。

這裡的設計亮點在於「事前決定今天為什麼遊」。沒有計畫的遊泳，到了池邊才臨時決定遊多少；有計畫的遊泳，下水前意圖已經被寫進手錶。遊完之後，即刻遊再把計畫與實際完成放在一起對照。計畫與結果在同一個介面裡相遇，這正是訓練與記錄的分界線。

這種「先有硬體採集，再有第三方重新排版」的路數，近年在穿戴裝置生態裡越來越常見。華為 Watch GT 7 Pro 用陶瓷錶圈與三款配色把運動數據包裝成可配戴的承諾，我們先前在華為 Watch GT 7 Pro 的材質與數據介面一文裡也觀察到，數據的呈現方式正在成為硬體之外的第二戰場。即刻遊則從軟體端證明：即使不碰硬體，光是重新組織既有數據，也能做出一個有立場的產品。

不做手錶 App，反而是一個聰明的取捨

值得留意的一個反面細節：即刻遊沒有做 Apple Watch 版本。在「全平臺覆蓋」幾乎是共識的今天，這看起來像缺陷，實際上是取捨。遊泳時手錶只負責採集與照著計畫執行，這兩件事 Apple 原生的體能訓練已經做得夠好；複雜的閱讀、比較、計畫編輯，本來就屬於遊完之後、手機螢幕上的行為。把重分析留在 iPhone，反而讓每一端都做自己擅長的事。

少數派編輯部在新玩意 250 的購物清單觀察裡提過類似的判斷：日常物件的價值常常在形態與取捨之間，而非功能堆疊。即刻遊的取捨邏輯與此相通，它沒有發明新的數據，也沒有要求使用者多戴一個感測器，它只是問了一個 Apple 沒有認真回答的問題：這些數據對一個想進步的遊泳者意味著什麼。

收在一個觀點上

Apple Watch 採集的遊泳數據其實一直都在，缺的是把它們排成有意義的版面。即刻遊的價值不在 AI 分析或多麼華麗的圖表，而在它對「誰在讀這些數據」有清楚的想像：一個知道今天為什麼下水、遊完想看懂自己的人。數據介面的好壞，最終取決於它有沒有立場。這款 App 給出了一個頗為乾淨的答案。