蘋果開發者把20-20-20規則做成免費App

你每天盯著屏幕的時間超過10小時嗎？眼科醫生的建議很簡單：每20分鐘，看20英尺外的物體20秒。但知道和做到之間，隔著一道叫"忘記"的鴻溝。

一位iOS開發者花了三周時間，做了一款只干一件事的眼部休息提醒工具。沒有訂閱，沒有冥想課，沒有"連續打卡7天"的彈窗。上線兩周，它在Product Hunt拿到當日第二，Reddit討論帖被頂到首頁。

為什么現有的解決方案都是垃圾

開發者Matthew在博客里寫得很直接：「我試遍了App Store里所有20-20-20應用。」結果是一場災難。

第一類是訂閱陷阱。基礎功能免費，但想要自定義提醒間隔？每月4.99美元。本質上只是一個重復計時器，卻包裝成"數字健康套件"賣。

第二類是功能癌晚期。 gamification（游戲化）徽章、 streaks（連續記錄）排行榜、 wellness dashboard（健康儀表盤）、冥想課程的 upsell（追加銷售）。一個20秒的休息，被膨脹成需要學習成本的管理系統。

第三類是直接棄療。打開就閃退，或者界面還停留在iOS 15時代，劉海屏的適配都沒做。

最致命的問題是：沒有一款支持Apple Watch。

Matthew的描述很場景化：「如果你正在寫代碼，手機靜音放在房間另一頭，一個你永遠看不到的通知等于不存在。」但手腕上的輕觸不一樣——它能在不打破心流的狀態下，把意識拉回現實。

這就是iCare的起點。不是要做最全面的眼部健康平臺，而是解決一個具體到可笑的問題：讓人真的停下來。

一個產品經理的克制

打開iCare，主屏幕只有一個圓形倒計時，顯示距離下次休息還有多久。時間到了，通知彈出三個選項：開始休息、稍后提醒、跳過。

點"開始"，進入一個20秒倒計時界面，文字提示你看向遠處。結束。沒有評分，沒有分享按鈕，沒有"你已完成今日第3次休息"的成就彈窗。

Watch端的體驗被設計得盡可能低調。提醒以haptic（觸覺反饋）輕觸送達，Matthew形容為「微妙到不會打斷會議，但明顯到不會錯過」。可以直接在表盤上啟動倒計時，手機和手表通過WatchConnectivity保持同步——在一端開始的休息，另一端實時顯示。

設置也只需要一次。Focus filter（專注模式過濾）集成讓你可以為不同場景配置行為：睡眠模式自動暫停提醒，工作模式保持開啟，無需手動切換。

技術棧的選擇暴露了產品哲學。

純SwiftUI，iOS 17和watchOS 10起跳，零第三方依賴。Matthew的解釋很直接：「我想要它瘦。」沒有Firebase分析，沒有RevenueCat訂閱管理，沒有為了"快速迭代"引入的抽象層。

代碼結構也反映了這種減法思維：

iCare/ 文件夾下只有五個功能模塊：首頁、倒計時、歷史記錄、設置、引導頁。Intents/ 里只有一個Focus filter的實現。iCareWatch/ 更精簡，只有首頁、倒計時和通知場景。

Shared/ 目錄存放跨設備共享的模型和服務，但核心邏輯被刻意限制在最小可行集合。

免費背后的算盤

iCare完全免費，沒有內購，沒有廣告。Matthew在評論區回復過一條質疑：「你花三周做這個，怎么賺錢？」

他的回答很有意思：「這是我需要的東西，我做好了。如果它對別人也有用，很好。如果沒有，我也已經得到了我想要的。」

但這種"個人項目"敘事背后，有更實際的考量。Product Hunt的發布帶來了簡歷級別的曝光，GitHub倉庫的星標數在48小時內破千。對于一位想要進入蘋果生態頂級團隊（比如Apple本身）的開發者來說，這是一個比App Store收入更值錢的信號。

更隱蔽的收益是用戶數據——不是隱私數據，而是行為數據。Matthew在博客中透露，他通過App Store Connect看到的數據讓他驚訝：「平均每個用戶每天完成4.2次休息，但跳過率高達37%。」

這組數字指向一個產品改進方向：不是增加功能，而是降低啟動休息的摩擦。也許未來的版本會在檢測到用戶長時間注視屏幕后，自動觸發"微休息"提醒，而非固定間隔。

為什么這件事值得興奮

眼部疲勞不是一個新問題。2018年，美國視光協會就正式將"數字眼疲勞"列為臨床診斷。但解決方案的設計思路，長期被"健康管理"的宏大敘事綁架。

Apple自己在watchOS 6引入了"洗手檢測"，用動作識別和麥克風判斷你是否在洗手，并倒計時20秒。這個功能被嘲笑過，也被稱贊過，但至少說明：蘋果相信手表是打斷行為的合適載體。

iCare的邏輯一脈相承，但執行更輕。沒有機器學習，沒有傳感器融合，只是一個定時器和一套跨設備狀態同步。這種"夠用就好"的工程選擇，在資源無限的巨頭產品里反而罕見。

Reddit上的一條評論被頂到了最上面：「終于有人做了我懶得做的東西。我本來想自己寫個快捷指令，但Watch的觸覺反饋API對普通人來說太麻煩了。」

這條評論揭示了一個被忽視的產品機會：蘋果生態的原生能力（如Core Haptics、WatchConnectivity、App Intents）足夠強大，但封裝它們的門檻，讓大多數用戶只能接受粗糙的替代方案。

Matthew的解決方案不是降低門檻，而是直接跨過它——把結果遞到用戶手里。

一個未被回答的問題

iCare的GitHub倉庫 Issues 頁面有一條開放討論：「是否應該加入屏幕使用時間的數據關聯？」

提議者認為，如果能把休息次數與實際屏幕使用時長對比，用戶會更有動力堅持。反對者的理由也很充分：那會需要訪問Screen Time API，而蘋果對這個權限的審核極其嚴格，且可能讓用戶產生隱私顧慮。

Matthew目前還沒有回復這條討論。他的上一次代碼提交是在三天前，修復了一個在iOS 17.4 beta上的布局bug。

這個未決的議題，某種程度上代表了獨立開發者產品的經典張力：在"保持簡單"和"增加價值"之間，邊界在哪里？