把應用程式發布到 App Store 及 Google Play:該準備什麼。

帳戶:先做這件事

• 每個商店各有一個開發者帳戶。Apple 及 Google 各自設有計劃,附帶費用及身份審查,可能需要數日或更久,公司尤其如此。
• 以公司而非個人或開發商名義登記。如果帳戶登記在供應商名下,應用程式便可被他們撤下或轉移。請參閱選擇開發夥伴。
• 查核商店要求公司提供什麼,例如法律實體名稱、商業識別碼,以及有權接受條款的人員。
• 給團隊存取權限,而非擁有權。把開發人員加為用戶,賦予所需角色。
• 保護帳戶,使用強健的登入,並設有多於一位管理員。

上架資料

• 名稱、簡短描述及完整描述,為您支援的每種語言撰寫。在香港通常指英文及繁體中文。請為真人而寫,而不只是為搜尋。
• 圖示及截圖,按各商店對您支援的裝置類型所要求的尺寸提供。兩種語言的截圖比一套通用的轉化更好。
• 類別、年齡分級及聯絡資料,包括真有人閱讀的支援地址。
• 公開的私隱政策,放在網址上,並備有您上架所用語言的版本。請參閱我們的私隱條例指南。
• 示範帳戶及給審查人員的備註,如果應用程式需要登入才能看到主要功能。

發布前的測試

• 使用商店的測試渠道,在公開發布前與測試人員分享版本。它們讓您檢查安裝、更新及真機表現。
• 首次公開發布前可能有測試要求,新帳戶尤其如此。請查核現行規則,並預留時間。
• 在真實裝置上測試,涵蓋不同螢幕尺寸、近期作業系統版本及弱信號。請參閱流動應用程式。
• 盡可能分階段發布:先給一小部分用戶,再給所有人,以便及早發現嚴重問題。

審查、被拒絕及應對

• 審查需時數小時至數天。它不固定、亦不可商議。請在任何上線日期之前很早提交,並避免在獲批前公開承諾日期。
• 首次提交被拒絕很常見。通常原因包括閃退、缺少示範存取、私隱答案不準確、權限請求不清晰、功能未完成及違反付款規則。
• 仔細閱讀訊息,修正具體的問題、清晰地回覆並重新提交。如不同意,可以要求澄清或透過商店的程序提出申訴。
• 保留記錄,記下提交了什麼及對方說了什麼。

上架之後

• 回覆評價,尤其是不滿的評價。它們是公開的,潛在用戶會閱讀。
• 跟上商店的變化。新版作業系統及政策改變可能需要更新才能保持上架。
• 留意閃退及使用報告,並迅速發布修正。
• 規劃保養。請參閱維護及支援。

延伸閱讀

可用上線準備清單檢查準備情況。