[25]_數位產品PM的開發小抄本_上架送審注意事件

當AP做好後,要上架到到平台時,又是另一個挑戰,因為永遠不會知道,審查人員會注意什麼?做了一些採過雷的筆記,讓自己可以避免忘記。

當軟體開發以都完成,如會需要上架平台的產品如iOS, Android之類平台,就會需要注意相關平台的規則及限制,不然被退審,被退審的心理焦慮感不亞於開發壓力,下列是個人在過去上架過程採過的雷,提供給大家參考(如果有更好的解決方法,也不請指正)

APPLE/Google注意事項

  • APPLE 相關
    • 下單於APP中完成,使用符合App Store要求的支付方式,例如Apple pay,以避免違規情況。不可避免支付30%給Apple
    • 從訂閱制轉向實體商品銷售可能會被視為商業模型的變更,可能下架重新審查APP。
    • 實體商品可以販售,但要走第三方金流,不能用 App 內購流程
    • 虛擬商品(例如遊戲課金)才一定要走內購
    • 如果你是電商產品的話,收費的方式舊曲要在上架的時候選擇電商的分類項目,因為那一個收費的方式會跟一般產品不一樣
    • APP what’s news_要填
    • APPLE 縮圖_有時候要注意,上傳檔案時會尺寸跑掉
    • 如果會上多個國家,需要建立多語言的介紹內容
    • Apple watch 的icon底色不可以為黑色,因為apple watch的螢幕是黑色,避免無法辨識app icon,所以app icon底色不可為黑色
    • 要有中英文的
    • APPLE改國家地區不用送審,GOOGLE會需要送審
    • APP日本地區再打開,Apple可以直接開,Google要再送審一次
    • Apple 更新發佈地區,至少24小時後會可上appStore
  • GOOGLE 相關
    • 如果GOOGLE曾經審查過Region了,在下次不用審查,會比較快,但是仍需要送審發布一次
    • Google 新增商品說明內容,就會需要人工審查,就會比較慢,如果都沒有新增內容說明的話,就會是機器審查,會很快

常常忽略的小事

  • Release 的日期以週一週二為主,避免週末假日沒人上班,無法及時處理問題
  • 上架後要寫Release note給相關運營人員知曉
  • Release note除了有文字說明外,也需要有圖片說明操作流程,增加閱讀性
  • APP上面的價格是由APPLE store, Google play設定後顯示
  • 定價策略要有一個基準,分成不同時間週期來射地設定,從過去的經歷抓出平均值來做基準,就是使用者會想要花多少錢的基準
  • 如果要顯示全球各國的貨幣符號,要由後端來進行設定,貨幣由後端,數字由APPLE/GOOGLE打過來
  • 每年12月底是聖誕假期,所以務必在12月初時送審,避免聖誕假期沒人審查
  • 有新增國家時,要先新增APP sotre的介紹內容要有相同語系介紹內容
  • GA埋點最終目的看轉化率,且可以收集問題及操作行為分析優化
  • 問題報錯時要的內容:目前版本號、使用情境、從什麼頁面進入?錯誤的內容
  • 數據分析時,如果看到很多人的行為一致時,需在深入瞭解是因為機器人還是行銷策略
  • 送審前,要填入這次版本更新項目(what’s New)
  • 要下架的內容或方案,後端要檢查,是否已經有沒有人仍擁有,不然一下架,馬上收到客訴。
  • 隱私權和使用條款,要給法務確認過,要可以隨時可以更新
  • WEB更版可以不用送審,更版會比較快,但是就要考量各平台上版時間要不要統一,這是回到給使用者體驗目標

Take away

平台的更新規則內容,都要讀一下,了解對於產品上架影響程度。

每次上架時,內容都先寫好在Google sheet,因為如果被退件,還可以知道之前寫的什麼去送審,再做修改。

上架時間要計算在開發時程內,避免錯過原本該上線的時程(比如行銷活動)。


內容同步刊載於2024IT鐵人賽