專欄 / 研究筆記 🧠 軟體開發思維

☀️是什麼讓我決定把個人的 13 app 變成 todayOS 產品?

其實我對於健康類型的 app,想要「給我行動提醒而不是數據」的困擾與需求已經超過七年,但遲遲沒有做成 app,更別說收費產品。這次打造出 todayOS,很大程度上是因為社群的反應給了我信心。

2026/06/29 更新:todayOS app 已經正式上架,歡迎到 App Store 下載


很高興跟讀者朋友們宣布,todayOS app 已經通過 App Store 審查,目前在頁面上可以預訂,準備不久後上架。

我上次認真做收費產品 app,其實已經是 iOS 7 的時代。這麼多年來有數十個點子、試做,都沒有轉換成產品。

很難得有機會從頭做出一款新的收費 app,我想把其中踩的坑、運用的技巧、考慮的細節等幕後故事,都寫出來分享。

想到要做產品就覺得麻煩

對於資深開發者來說,要把一款 app 做出來不難。Agentic Coding 的幫助能省下許多開發的力氣。但是一想到推出產品需要大量準備工作、上架後也不一定有人下載與使用,還要繼續維護,很容易就想放棄了。

個人軟體、做成給自己用沒什麼問題,但是除非有很明確理由支撐我開始做,不然實在很懶得把 app 做成產品。

那麼,為什麼我決定把 todayOS 做成產品?其實跟社群的反應有很大的關係。

做給自己的 App,卻持續有使用者

13+ 的早期讀者可能記得我分享過這個 2025 年的新年新希望 app,也是去年在 iPlayground 演講時提到的 13 app,它就是 todayOS 的前身。

在 13+ 文章與演講時,都有發放 13 app 的 TestFlight 公開測試。我有裝 TelemetryDeck SDK(只有蒐集 app 啟動,沒有具體操作事件),看得到一些基本的使用數據。

幾個月下來,我發現一件很不可思議的事情:這個 app 幾乎每天都有固定幾十個人會打開使用

13 app 裡的健康目標參數,都是照我自己的習慣寫死的(例如一天要喝多少水、多少路),不能調整設定。

而且,我想很多人應該跟我一樣,手機上已經裝了平時用習慣的 app,很少會去嘗試新的。就算下載了,可能也只會打開個一、兩次,就不會再開。

但是這個連自訂個人目標都沒有做的 13 app,卻有一群使用者幾乎每天都會使用?這麼高的黏性是怎麼回事?

難道說,「不呈現歷史與數據報表,只提醒現在最適合的行動」的設計理念,真的有打到一些人的需求?會有人願意為這樣的 app 付費嗎?值得一試。

以公開測試進行概念驗證

為了測試,我的策略是做到這樣的完成度,以公開測試來進行概念驗證:

  1. 能夠自訂目標
  2. 有完整的新手教學引導,傳達設計理念
  3. 有足夠好看(在我的美學標準)的使用者介面與 app icon
  4. 能跳過 app 建議的行動提醒

上個月底公測,分批發出給超過 300 位使用者,結果如圖:

Telemetry Deck 的 Returning Users 數量
Telemetry Deck 的 Returning Users 數量

TelemetryDeck 會把有 5 個操作 sessions 以上的使用者,算入 Returning Users。從圖表可以得知,每天都有幾十位使用者回來,呈現很高的黏性,而且人數持續增加(有些人比較晚才開始使用)。

這次公測我刻意也在 Threads 上宣傳,所以很多測試使用者不是在 iOS 開發圈、認識我的人(所以沒有個人品牌加成)。結果是:相對 13 app 時期 ,公測的 Returning Users 與 TestFlight Group Users 的比例,基本上是等比例放大。

看起來這次概念驗證是成功的,激勵我把要準備上架的工作做完。所以就繼續努力把上架前的工作準備完成。

我算了一下,至少可以整理成 13 項。具體有哪些,我之後再分享。

結論

其實,在做出 13 app 之前至少五年,我就有相關的困擾與需求,想要那種「給我行動提醒而不是數據的健康 app」。但也拖了很久才做出來。而轉變成能上架的 app,又經過了一年半。

我對於 todayOS 能否成為商業上成功的產品,仍沒有抱持太大的期待。因為聽過太多叫好不叫座的案例,深知在這個年代要靠做幾款 app 就可以撐起一個事業的難度(沒有期待就沒有傷害)。

某種程度來說,這也算是資深開發者的知識的詛咒吧。

13/todayOS 的設計理念,從開發者社群與公測來的使用者,接收到很強的需求訊號,我決定放手一試。

不論如何,我都會長期維護它──畢竟自己每天都在用。

剩下的就看市場反應來做調整囉。