📊 ulives vs 人升 — 為什麼我們從零重建
人升（LifeUp）是我們在 2018 年推出的一款開創性遊戲化效率應用，而 ulives 是其官方精神續作——從頭重建，面向多平台未來。本文詳細說明兩者的差異、重建的原因，以及兩款應用各自的發展方向。
快速對比
| 人升（LifeUp） | ulives | |
|---|---|---|
| 平台 | 僅 Android | iOS · iPadOS · macOS · Android |
| 技術棧 | 原生 Android（Java / Kotlin） | KMP + SwiftUI / Jetpack Compose |
| 發佈時間 | 2018 年 | 2025 年 |
| 定價模式 | 付費下載¹ | 免費下載 + 高級功能訂閱 |
| UI 風格 | Material Design 2 + 3（雙軌維護） | 原生平台設計（SwiftUI / Compose） |
| 跨平台資料同步 | 無計劃 | 全平台統一資料格式 |
| 線上功能 | 世界模組（基礎功能） | 暫未上線——計劃推出線上素材庫 |
| API / 擴展性 | ✅ Open API + 開源 SDK² | ❌ 暫未提供（需設計跨平台方案） |
| 人升資料匯入 | — | ✅ 支援 |
| 資料匯出 | ✅ 完整匯出 | ✅ 完整匯出 |
¹ 同時在部分國家/地區透過 Google Play Pass 提供。
² 包含 LifeUp Cloud、LifeUp SDK 和 LifeUp Desktop。
為什麼必須重來而非升級
1. 平台鎖定
人升完全基於 Android 原生技術（Java，後遷移至 Kotlin）開發。將其移植到 iOS、鴻蒙、桌面端或 Web 端根本不具備可行性——程式碼庫無法複用。要覆蓋 Android 以外的用戶，全面重寫是唯一的路。
2. 技術債務積累
人升早期架構為了快速上線做出了一些務實的取捨：
- 資料庫層：選型適合快速原型開發，但在當前規模下已成為效能瓶頸
- 屬性系統多次遷移：從 6 個固定屬性 → 可自訂 6 個屬性 → 完全可自訂屬性列表 + 分組功能——每次遷移都在舊程式碼上疊加新邏輯
- UI 雙軌維護：同時支援 Material 2 和 Material 3 兩套主題，每次改動都需要雙倍的設計和測試工作量
這些是真實存在的問題，但在原地修復意味著幾乎要重寫大部分應用——還伴隨著破壞現有使用者資料的持續風險。
3. 早期決策帶來的設計約束
人升是在社群回饋中逐步演化出來的，這是優勢，但也把許多功能和 UI 模式固化在了產品裡。在原地改動往往意味著破壞現有資料、工作流，或兩者兼有：
- UI 風格難以大改 — 我們仍同時完整維護 Material 2 與 Material 3 兩套主題，幾乎每個介面都有兩份實作；視覺或結構上的 overhaul 意味著每次改動都要雙倍的設計、開發與測試
- 任務重複的底層儲存 — 重複任務按每次 occurrence 生成實例克隆，而非統一的「週期」模型；這套 schema 與歷史記錄、獎勵、統計、匯出深度耦合——要重設計幾乎會牽動所有模組
- 金幣作為一等公民 — 金幣不只是另一種物品，它有獨立的儲存、介面與 API；商店、合成、倉庫都圍繞這種扁平貨幣搭建，因此彼此顯得割裂
- 內建獎勵規則（計步換力量經驗值、按讚兌換、固定系統成就）— 早期「App 定製規則」的產物，與後來演化的完全自訂理念不協調
- 分散的歷史檢視 — 任務歷史、金幣流水、計時記錄、倉庫等散落在不同頁面，資料結構也不統一
- 世界模組機制 — 早期的線上實驗，自帶伺服器端邏輯；我們維持基礎功能，但要擴展就需要重構從未為規模化設計的成本與資料模型
- 多種登入方式 — Google、信箱、手機號等渠道在多年迭代中陸續疊加；帳號綁定、找回、會員換綁邏輯圍繞各路徑生長，每次動認證或客服都會增加維護負擔
這些不是零散的 bug，而是多年真實使用者資料與使用習慣寫進了產品。逐個重構，本質上仍等於重寫大部分應用。
4. 無法做減法
人升的每個功能都有使用者在使用。原地移除或重新設計任何功能都會破壞某些使用者的工作流。從零開始給了我們重新抉擇的自由——審慎地選擇哪些功能值得延續。
ulives 帶來的新功能
全新功能（僅 ulives）
| 功能 | 說明 |
|---|---|
| 倒數日 | 在任務旁追蹤重要日期和里程碑 |
| 多檔案切換 | 在完全獨立的配置之間切換（如「工作」vs「個人」） |
| 清單膠囊 | 將任務按可摺疊膠囊分組，組織更清晰 |
| 統一活動時間軸 | 所有歷史記錄集中在一個可捲動頁面——任務完成、獎勵兌換、計時記錄等 |
| 貨幣融入物品系統 | 貨幣不再是一個獨立概念——金幣就是物品，物品也可以作為貨幣 |
| 專注模式 | 番茄鐘支援動態島（即時活動）、iOS 小工具 |
| iPad & macOS 適配 | 為平板和桌面端做了完整的大螢幕適配 |
| iCloud 備份 | 蘋果生態無縫備份與還原 |
| App 圖示切換 | iOS 上可切換多種 App 圖示 |
| iOS 小工具 | 主螢幕和鎖定畫面小工具，快速檢視任務 |
暫未引入的功能
以下人升功能不會立即出現在 ulives 中。我們可能會在後續以最佳化形式重新引入：
- ATM（複利模擬）
- 物品倒計時
- 系統成就與內建獎勵
- 計步兌換屬性經驗值
- 按讚數兌換獎勵
人升的獨有優勢
儘管年代較久，人升在多個方面仍然具有顯著優勢：
| 優勢 | 詳情 |
|---|---|
| Android 端穩定性 | 多年實戰打磨，功能成熟穩定 |
| 智慧清單 | 進階任務過濾與分組 |
| Open API 生態 | REST API 可程式化查詢和修改應用內部資料 |
| 開源生態 | LifeUp Cloud（自託管同步）、LifeUp SDK（Java/Kotlin）、LifeUp Desktop（跨平台桌面伴侶） |
| 自動化聯動 | 可與 Tasker、自訂指令碼、AI 代理等自動化工具深度整合 |
| 更低的價格 | 多數地區為一次性買斷（無訂閱） |
| 成熟的功能集 | 各項功能經過多年真實使用場景打磨 |
特別是 API 生態，賦予了人升一個 ulives 尚不具備的「開發者友好」層面。使用者已構建了豐富的工作流——透過 Tasker 自動化習慣追蹤、AI 生成任務、自訂資料看板——將人升與其他工具結合使用。
定價模式與商業化
人升和 ulives 是兩款獨立應用，擁有獨立的商店、購買、授權和資料。將人升備份匯入 ulives 不會轉移你的人升會員權益。
為什麼不能共用一次購買
人升自始至終基於純 Android 原生技術開發。受單平台限制，人升的定價因此設得足夠低——不可能用一次買斷覆蓋開發者未來所有 App 的維護成本。
海外 Google Play 上，人升永久會員從約 1 美元起，因營運成本多次調整，至今約 4 美元——仍遠低於多數同類產品（不少 App 一上線就賣 200–300 元買斷，或每月漲幾十元）。國內管道則在上線會員後的約 8 年內，永久會員從約 6 元漲到 29.8 元。人升的收入不足以支撐全職開發，更談不上 ulives 的跨平台維護與營運。
ulives 是基於跨平台（KMP）技術的全新程式碼庫，由不同團隊在全新技術棧上開發——制定人升定價時，ulives 尚不存在。定價綜合考慮開發成本、並非完全統一的團隊，以及長期可維護性。規劃上，ulives 會員權益將面向 iOS、Android、鴻蒙 等平台通用，資料與權益預期互通；但現階段尚未上線伺服器端，權益仍依賴各平台自身的內購校驗，跨平台兌換前期可能需要聯絡官方取得平台兌換碼，後續會嘗試上線伺服器端與帳號系統。
我們也可以讓兩款 App 會員互通——但那相當於捆綁銷售：用人升的低門檻永久會員，就等於順帶買斷 ulives。若走這條路，更誠實的做法是從一開始就把人升定價調高，讓一次購買覆蓋兩款 App 的開發與長期維護。我們沒有這麼做：人升維持 Android 單平台的定價，ulives 單獨定價。
人升付費用戶沒有任何權益損失。 與 ulives 會員不互通，不會回溯或削減人升權益。自開通會員以來，人升已有長達 8 年的維護與功能更新；現有付費用戶將繼續享有對應權益，我們仍會投入人升的開發與維護——包括近期 MCP 伺服器等重大更新。
兩款 App 的永久會員定價，都遠低於絕大部分同類產品。
Google Play：付費下載
在 Google Play 上，人升採用付費下載，疊加較低門檻的永久會員。雙重門檻阻礙了我們觸達更多使用者，也反向抑制了更新節奏與回饋收集——進一步損害了已有會員的使用體驗。
人升還有持續的伺服器成本、大量低門檻永久會員帶來的人工換綁處理（包括多年前購買的使用者找回帳號），以及多種登入方式帶來的帳號找回複雜度——這些都進一步擠佔了可用於維護與疊代的精力。
開發之外：被營運與支援擠佔的時間
我們是業餘時間開發的獨立小團隊，沒有專職客服。郵件回覆、授權換綁、反覆議價和一對一「售前諮詢」，都會直接占用本可用於修 Bug、做功能、發版本的時間——最終影響的是全體使用者（包括付費會員）能得到的更新速度。
下面兩張截圖來自真實記錄（個人資訊已打碼）。大約一個月內，同一位使用者向人升支援信箱發送了大量郵件：反覆要求大幅降價甚至免費取得、要求與人升/ ulives 及 Habitica、Do It Now、Skillion 等 App 做詳細對比、要求在「證明值得買」之前不願付費。我們回覆過幾次，但往來頻率和深度很快超出了業餘團隊能承受的限度，只能停止繼續跟進。
ulives Android 上線後收到第一條商店評價時，我們又看到了同一個名字——對早期 alpha 版本打出 1 星，評論為 Ne marche pas bien !（「不好用！」）。
我們寫這些不是為了點名批評誰。預算有限、對產品失望，這些感受都可以理解。但當使用者期待一個兩人業餘專案提供持續的一對一諮詢、定制折扣和「先證明再購買」式服務時，它與人升和 ulives 的開發時間形成直接競爭。這也是我們強調可持續定價與合理邊界的原因之一：讓我們能把精力留給產品本身，而不是被不可持續的營運負擔拖垮。
一個我們正在走出的不健康循環
在 Google Play 與其他海外商店，人升始終是付費下載，再疊加較低門檻的永久會員——海外並沒有「免費下載、絕大多數功能免費」的模式。這套組合長期難以維持：
- 付費下載降低轉化率 — 較少人願意先付費試用，使用者成長變慢、回饋變少，更新動能也會受影響
- 低價永久會員 — 買斷後持續收入有限，難以支撐伺服器、客服與後續開發
- 結果：收益不足 → 維護投入減少、更新變慢 → 全體使用者體驗下降，付費會員權益也會受損
ulives 的會員劃分、功能門檻與跨平台規劃，首要考量是長期可維護性——讓合理收益能持續投入開發、自動化測試、平台適配與使用者支援，而不是複製人升在海外市場上難以持續的路徑。
ulives 以長期可維護性為前提
除定價外，ulives 在架構上也面向可持續維護：
- 全新架構與 KMP 跨平台：基於重新設計的技術架構，核心業務邏輯一次開發、多端共享與互通，各平台保留原生 UI，顯著降低重複開發與長期維護成本
- 更輕量的營運負擔：人升還承擔伺服器、人工換綁、多種登入方式的帳號找回等長期營運工作；ulives 在架構與產品設計上盡量避免不可持續的重營運路徑（現階段仍依賴各平台內購校驗，伺服器端與帳號系統會在產品就緒後逐步上線）
ulives 的開發投入
開發 ulives 投入了大量精力與時間。幾乎每一項功能都會先根據使用者回饋重新設計、全面打磨，再融入 ulives 的機制——例如智慧清單一上線就支援常見內建清單、「我的一天」和自訂智慧清單。開發成本並不低，持續消耗的 AI token 與上架打磨也消耗非常多，不太可能跟著人升共享會員，或以同等低價買斷開發者。
能力反哺人升
開發 ulives 的過程中，不少功能也反哺回了人升，例如：商店、倉庫與合成系統的融合；購買、使用限制等能力的擴充。
兩款應用的未來規劃
人升：穩定維護
我們承諾在可預見的未來持續維護人升。但方向如下：
- 新功能開發比較受限：只能面向 Android 一端開發，需相容歷史邏輯但缺少全面的自動化測試覆蓋，存在 Material 2/3 雙軌維護、資料庫選型效能劣化等技術債務
- 我們會謹慎開發、更長時間驗證，但以 Bug 修復、效能最佳化、穩定性及現有模組的漸進改進 為主
- 不計劃引入新的重大功能模組
- 繼續維護 Material 2 和 Material 3 雙主題的現有功能對等
- 開源生態（Cloud、SDK、Desktop）將繼續可用
ulives：大膽創新
ulives 是我們投入未來的方向：
- 大量自動化測試讓我們在修改邏輯時更放心，避免改出大偏差
- KMP 共享資料層——資料層面的改動可接近無縫地在 iOS、Android、鴻蒙及未來可能的 Windows/Linux 桌面端複用
- 各平台原生 UI——iOS 基於 SwiftUI，Android 基於 Compose——疊代更快，也能充分結合系統特性（如即時活動）
- 線上功能——計劃引入線上素材庫、共享範本等社群功能，這些在人升架構下從未可行
資料：匯入、匯出與連續性
| 能力 | 人升 | ulives |
|---|---|---|
| 匯出完整資料 | ✅（資料庫 + 媒體檔案） | ✅（資料庫 + 媒體檔案） |
| 匯入人升資料 | — | ✅ |
| 跨應用同步 | ❌ | 計劃中（統一資料格式） |
如果你是從人升轉過來的使用者，可以匯入你的人升備份檔案，在 ulives 中延續使用體驗。兩款應用都支援完整的快照匯出——包括資料庫和媒體附件——你的資料永遠不會被鎖定在一個平台上。
我該選哪個？
| 你的情況 | 推薦 |
|---|---|
| Android 使用者，需要 API / 自動化 | 人升——功能成熟豐富 |
| Android 使用者，想用最新功能 | ulives 已登陸 Google Play，仍在完善；如需成熟自動化/API 可繼續用 人升 |
| iOS / iPad / Mac 使用者 | ulives——唯一選擇，且為蘋果生態深度定製 |
| 多平台使用者 | ulives——資料將在所有裝置間同步 |
| 人升老使用者，感覺被「困在」Android 上 | ulives——匯入資料，獲得跨平台自由 |
| 預算敏感，僅 Android、追求最低永久會員價 | 人升 |
| 多平台或蘋果生態使用者 | ulives——需單獨購買，長期規劃跨平台通用會員 |
| 想免費試用再決定 | ulives |
總結
人升曾經——而且仍然——是一款卓越的應用，在行動端開創了遊戲化生產力這一品類。但其僅限 Android 的架構、積累的技術債務和早期設計約束，使其無法演變為一個現代的多平台產品。
ulives 是我們的答案：一次乾淨的重建，保留了人升的靈魂（深度自訂、RPG 式的成長體系、使用者驅動的遊戲化），同時解鎖了 iOS、iPadOS、macOS 與 Android——共用一個程式碼庫、一種資料格式。
兩款應用都將持續營運。 人升負責穩定；ulives 負責創新。