Merim Tufo討論您的專案
行動應用程式
MA–1

行動應用程式

Flutter App,一路帶到上架。

我開發 iOS 與 Android 的 Flutter App,並一路處理金流、CI 與商店上架。你得到的是一位對整個 App 負責的工程師,而不是需要自己整合的一堆畫面。

Flutter App 流程:App、購買、已簽署的 CI 建置、商店上架,以及修補分支。1234
MA-1 — 從 App 到商店
  1. 使用者介面
  2. 狀態與儲存
  3. 應用程式內購買
  4. 原生層與發布
佐證MA–2

近期行動端作品

過去一年,我是一款正式上線的 iOS 與 Android 交友 App 的唯一行動端工程師。

  1. 1,090 次以上 commit,其中 99% 出自我手;約 124,000 行 Dart 程式碼,由 464 個測試檔、約 112,000 行測試程式碼涵蓋。
  2. 兩大商店的 App 內購買:StoreKit 與 Google Play Billing 8、收據驗證、確認(acknowledgement)、權益輪詢,以及 Google 即時開發人員通知。
  3. 將 API 層抽出為有版本管理的 Dart 套件,讓單一 commit 就能精確重現套用過程式碼推送修補的版本。
  4. Paguely,我自己的 App,獨力開發並已在 App Store 與 Google Play 上架。

數據截至 2026 年 10 月。

範圍MA–3

包含哪些內容

行動端專案涵蓋 App 本身、決定能否上架的周邊工作,以及上線後的前幾週。

  1. App 本身

    iOS 與 Android 的 Flutter、依功能劃分的 Clean Architecture、BLoC 或 Riverpod、離線儲存,以及產品需要時的即時聊天與上線狀態顯示。

  2. 金流

    透過 StoreKit、Google Play Billing 或 RevenueCat 處理 App 內購買與訂閱,並以 Stripe 處理實體商品與訂金。由伺服器端驗證,而不是信任用戶端。

  3. 原生層

    外掛不夠用時,以 Kotlin 與 Swift 平台通道處理:主畫面小工具、觸覺回饋、狀態還原、相機與 ML Kit、地圖。

  4. 發版工程

    在 Codemagic 或 GitHub Actions 中依 Flavor 簽署建置、每次變更都通過品質關卡、以 Shorebird 程式碼推送處理等不及審核的修正,並使用 App Store Connect 與 Google Play Console。

  5. 接手既有專案

    現有 App 有問題?我會先稽核程式碼、建置與上架設定,再依對使用者的影響程度逐一修正。

進行方式MA–4

從需求說明到上架

第一個可安裝的版本會很早交付;等主要使用者路徑在真機上能運作,才會上架。

  1. 需求說明與設計審閱

    我會閱讀你的說明文件與設計稿,列出缺漏之處:狀態、錯誤、金流、商店規範。

  2. 骨架版本

    登入、主畫面與測試購買從頭到尾可運作,並透過 TestFlight 與 Play 內部測試軌道交付。

  3. 附品質關卡的功能開發

    每項變更在合併前都要通過靜態分析、測試與建置。

  4. 提交審核

    商店上架資料、隱私權表單、審核備註,以及對審核人員問題的回覆。

  5. 上線之後

    優先處理當機報告與使用者回饋。在商店允許的範圍內,緊急修正以程式碼推送發布。

問題MA–5

問題

為什麼選 Flutter,而不是兩個原生 App?

一套 Flutter 程式碼同時服務 iOS 與 Android,功能與修正可以同時送達兩個平台。需要原生程式碼的功能,我會用 Kotlin 或 Swift 撰寫,再由 Flutter 呼叫。

你可以接手既有的 Flutter App 嗎?

可以。我會先稽核程式碼、測試、建置流程與商店設定,寫下有風險之處,再依對使用者的影響程度逐一修正。

你有處理 App 內購買與訂閱嗎?

有。我已上線附有收據驗證、確認與權益檢查的 StoreKit 與 Google Play Billing,也使用 RevenueCat 與 Stripe。

你會幫忙把 App 上架到 App Store 與 Google Play 嗎?

會。我會準備已簽署的建置、商店上架資料、隱私權表單與審核備註,負責提交 App 並回覆審核問題。App 會以你的開發者帳號發布。

上線後的緊急修正要怎麼發布?

透過 Shorebird 程式碼推送,Dart 層級的修正無需重新送審即可送達使用者。原生層的變更仍需經過商店審核。

你也負責設計 App 嗎?

我依據你的 Figma 設計稿開發,並將成果與設計稿比對。若還沒有設計,我可以與你的設計師合作,或從簡單的設計系統開始。

行動端專案怎麼計價?

通常採依實際工時計費,工時會記錄,並在書面範圍與估價確定之後開始。請寄來需求說明,我會回覆問題與計畫。

確認表MA–6

有 App 要開發或要搶救嗎?

CS-01

請寄來需求說明、設計稿(若有),以及你的期限。

  1. 產品的功能,以及誰在使用。
  2. 已經有的東西:設計稿、程式碼、後端、商店帳號。
  3. 你的期限,以及已經確定的事項,例如上線日期或平台。
討論您的專案