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

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

為什么現(xiàn)有的解決方案都是垃圾

開發(fā)者Matthew在博客里寫得很直接：「我試遍了App Store里所有20-20-20應(yīng)用?！菇Y(jié)果是一場災(zāi)難。

第一類是訂閱陷阱?；A(chǔ)功能免費，但想要自定義提醒間隔？每月4.99美元。本質(zhì)上只是一個重復(fù)計時器，卻包裝成"數(shù)字健康套件"賣。

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

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

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

Matthew的描述很場景化：「如果你正在寫代碼，手機靜音放在房間另一頭，一個你永遠看不到的通知等于不存在?！沟滞笊系妮p觸不一樣——它能在不打破心流的狀態(tài)下，把意識拉回現(xiàn)實。

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

一個產(chǎn)品經(jīng)理的克制

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

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

Watch端的體驗被設(shè)計得盡可能低調(diào)。提醒以haptic（觸覺反饋）輕觸送達，Matthew形容為「微妙到不會打斷會議，但明顯到不會錯過」?？梢灾苯釉诒肀P上啟動倒計時，手機和手表通過WatchConnectivity保持同步——在一端開始的休息，另一端實時顯示。

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

技術(shù)棧的選擇暴露了產(chǎn)品哲學(xué)。

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

代碼結(jié)構(gòu)也反映了這種減法思維：

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

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

免費背后的算盤

iCare完全免費，沒有內(nèi)購，沒有廣告。Matthew在評論區(qū)回復(fù)過一條質(zhì)疑：「你花三周做這個，怎么賺錢？」

他的回答很有意思：「這是我需要的東西，我做好了。如果它對別人也有用，很好。如果沒有，我也已經(jīng)得到了我想要的?！?/p>

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

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

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

為什么這件事值得興奮

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

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

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

Reddit上的一條評論被頂?shù)搅俗钌厦妫骸附K于有人做了我懶得做的東西。我本來想自己寫個快捷指令，但Watch的觸覺反饋API對普通人來說太麻煩了?！?/p>

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

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

一個未被回答的問題

iCare的GitHub倉庫 Issues 頁面有一條開放討論：「是否應(yīng)該加入屏幕使用時間的數(shù)據(jù)關(guān)聯(lián)？」

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

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

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