guide
從試算表到 App Store Connect:定價匯出工作流程
一套實務流程:產生、覆核、匯出並 QA 全球 App Store 價格,不必陷入試算表混亂。
全球定價死在試算表裡。有人築起英勇的 VLOOKUP 森林,匯率過期、年訂比例斷裂,六個月後沒人信任那個檔案——於是團隊退回 Apple 預設。
本文整理一套耐用的工作流程:從 USD 錨點到可匯入 App Store Connect 的定價,含覆核關卡、匯出紀律,以及上線後衡量。
工作流程的目標
你要三個性質:
- 連貫性 — 跨地區與 SKU 共用一條策略脊柱
- 可稽核 — 你能解釋為何日本是 ¥620、巴西是 R$19.90
- 可重複 — 每季更新不必重新發明流程
速度重要,但信任更重要。又快又錯的矩陣仍然是錯的。
階段 0:前置條件
在產生數字之前:
- 列出範圍內每個變現 SKU
- 選定錨定價格與地區(通常是美國)
- 選擇策略:PPP、Big Mac Index,或品類範本
- 定義訂閱家族的比例區間
- 指定本季定價負責人
若沒人負責,試算表就會變成幽靈。
階段 1:產生
用工具(Pricio)或受控腳本,從錨點+策略為所有地區產生建議顧客價。
輸出應包含:
- 地區
- SKU
- 建議顧客價
- 極端值的備註/旗標
避免手打數百個儲存格。打字錯誤是一種特別昂貴的錯誤。
階段 2:與目前上線價格做差異比對
匯出 App Store Connect 今日的上線價格並做 diff:
- 最大絕對差距
- 最大百分比差距
- 月訂動了但年訂沒動(或反之)的 SKU
依流量 × 差距與收益 × 差距排優先覆核,而不是按字母排序的國家清單。
階段 3:人工覆核關卡
建立兩條覆核線:
A 線 — 主要收益市場
保護 ARPU。問:相對同業與付費意願,我們是否定價過低?
B 線 — 主要成長市場
保護轉換。問:相對在地常態,我們是否定價過高?
限制深度覆核市場數量(例如 20–30)。其餘跟著策略走,除非被自動標旗。
階段 4:覆寫文件
每個手動覆寫寫一行理由:
IN monthly: match local category leader entryJP annual: round psychological tierTR all: temporary volatility floor
沒寫下來,就會被永遠 cargo-cult。
階段 5:對齊與驗證
確認所有價格對應到有效的 App Store 價位點。驗證:
- 沒有意外變成零/免費
- 比例區間被遵守
- 優惠介紹仍然合理
- Product ID 對應正確(經典踩雷)
階段 6:匯出/匯入
Pricio 的一鍵匯出路徑存在,就是為了讓這個階段變無聊——這正是你要的。無論你用 CSV 匯入模式,或對小 SKU 集合小心手動輸入:
- 從匯出產物工作,不要靠記憶
- 為匯出檔做版本管理(
pricing-2026-07-20-v2) - 匯入後雙重檢查前五個地區
階段 7:店面 QA
在宣布定價變更之前:
- 盡可能在裝置或 TestFlight/商店檢視中檢查美國、英國、日本、巴西、印度
- 確認付費牆顯示符合預期方案
- 確認分析事件仍有觸發
QA 是「我們以為上了印度」變成「我們上了錯誤 Product ID」的地方。
階段 8:衡量視窗
鎖定 cohort 視窗(14 與 28 天)。與前一個對等視窗比較:
- 各地區轉換/試用指標
- 收益
- 退款
- 與價格相關的客服工單標籤
不要依噪音每天微調。把學習批次進下一次排定的 pass。
節奏建議
| 團隊階段 | 節奏 |
|---|---|
| 尚未產品—市場契合 | 僅在重大變現變更之後 |
| 成長期 | 每季+衝擊覆核 |
| 成熟期 | 每季正式+每月異常檢查 |
衝擊覆核:重大匯率波動、稅務政策變更,或關鍵市場競品重置。
反模式
- 用寄出的價格截圖當真相來源
- 在上線日沒有 diff 就編輯上線價格
- 每位隊友各自一份非正式試算表
- 「暫時」覆寫已經活了 18 個月
- 同一小時改定價與付費牆文案,卻沒有實驗設計
Pricio 如何嵌入工作流程
Pricio 是產生+策略+匯出引擎:把 PPP、Big Mac Index 與真實世界範本變成你可覆核並上線的矩陣。上面的工作流程,是圍繞該引擎的作業系統。
結語
出色的全球定價,比較不是找到神秘完美數字,而是跑一條無聊、可靠的管線。從策略產生、覆核真正重要的、記錄覆寫、小心匯出、按排程衡量。
下載 Pricio 用可匯出的 App Store 定價工作流程,取代試算表熵。