技術

流動應用程式:原生、跨平台,以及周邊的一切。

應用程式如何建造的決定,一部分是技術問題,一部分關乎您的團隊、預算及人們使用的頻率。本頁解釋我們通常如何決定,以及圍繞應用程式、容易令人措手不及的實際事項。

我們通常的建議

  • 同時需要 iPhone 及 Android:跨平台應用程式,常用 React Native 配合 TypeScript。一份代碼、一個團隊,成果的感覺如同一般應用程式。
  • 只需單一平台,或需要頂尖效能或深入硬件存取:原生,iOS 用 Swift,Android 用 Kotlin。
  • 偶爾使用,或構想仍在測試:先做網頁應用程式。比較請參閱原生、跨平台還是網頁。

亦有其他跨平台工具,可能同樣合適,尤其是您的團隊已在使用的話。

需要及早決定的事

  • 離線使用。它需要在沒有信號時運作嗎,例如在升降機或地庫?離線需要把資料存在裝置上,並訂立重新連線後解決衝突的規則,會增加相當工作量。
  • 通知。什麼值得發送推送通知?過多會被關閉。許可規則及措辭很重要。
  • 登入。電郵、電話號碼還是社交帳戶?每種都會改變保安及註冊的阻力。
  • 付款。商店規則影響數碼商品如何在應用程式內銷售。設計流程前請先查核。
  • 裝置功能。相機、位置、生物辨識及檔案,每項都需要許可提示及審慎的說明。
  • 語言。英文及繁體中文應從一開始就納入設計;文字長度會改變版面。

應用程式商店及上線後

  • 審查。Apple 及 Google 按其政策審查應用程式。請預留時間,並預計偶爾會被拒絕及重新提交。
  • 帳戶。各商店的開發者帳戶應登記在您公司名下。
  • 更新。新版本手機每年都會出現。請預算讓應用程式保持最新。
  • 向員工分發。只供團隊使用的應用程式可能以私人方式分發;商店對此的規則不同。
  • 支援。使用者會來信。請決定由誰回覆,以及如何報告錯誤。

在真實裝置上測試

在一部新手機上運作正常的應用程式,可能在較舊的手機、細小螢幕或大字體設定下出問題。我們會在一系列真實裝置及系統版本上測試,檢查弱信號下的表現,並審視無障礙設定。哪些裝置重要視乎您的顧客,所以我們從您實際服務的對象出發,而不是全球平均數。

正在考慮應用程式?

描述誰會使用它及使用頻率。我們會說明應用程式、網頁應用程式還是更簡單的方案合適。

索取項目報價