① 註冊人數只有新用戶的約 14–17% 暫定
「新用戶」是 RevenueCat（訂閱數據工具）算的；「註冊」是你後端資料庫的帳號數※3；「安裝」就是把 App 下載到手機。
照這個算，大部分人停在「裝了沒註冊」。但你提到新用戶可能有人重複開帳號，所以只是暫定※4。
只看 iPhone 的下載數，就已經和全平台註冊數差不多，所以真實比例很可能高很多【推論】※13。
看數字表
| 月份 | 新用戶 | 註冊 | iOS 下載 |
|---|---|---|---|
| 8月 | 1,006 | 173 | 156 |
| 9月 | 896 | 138 | 151 |
| 10月 | 923 | 127 | 128 |
| 來源 | RevenueCat（客戶回覆） | 後端資料庫（客戶回覆） | App Store Connect 截圖（只有 iOS；9、10 月範圍重疊 10/1 約一天） |
| 註冊 ÷ 新用戶 | 17.2%、15.4%、13.8%（＝約 14–17%） |
② 一位新付費會員，一生大約帶來 NT$360 毛利 暫定
你說每月約 25% 的付費會員不再續訂（流失率），所以第 12 個月只剩約 3% 的人還在訂。
每位付費會員每月約 4.05 美元（900 USD ÷ 222 人），毛利（收入扣掉成本後剩下的）取 70%、匯率 NT$32，累計約 NT$360※1※12。
看數字表
| 訂閱後第幾個月 | 還在訂的比例 | 前幾個月累計毛利（NT$） | 占上限約 NT$363 的比例 |
|---|---|---|---|
| 0 | 100.0% | 0 | 0.0% |
| 1 | 75.0% | 91 | 25.0% |
| 2 | 56.2% | 159 | 43.8% |
| 3 | 42.2% | 210 | 57.8% |
| 4 | 31.6% | 248 | 68.4% |
| 5 | 23.7% | 277 | 76.3% |
| 6 | 17.8% | 299 | 82.2% |
| 7 | 13.3% | 315 | 86.7% |
| 8 | 10.0% | 327 | 90.0% |
| 9 | 7.5% | 336 | 92.5% |
| 10 | 5.6% | 343 | 94.4% |
| 11 | 4.2% | 348 | 95.8% |
| 12 | 3.2% | 352 | 96.8% |
| 算式 | 0.75 的 k 次方 | 每月 4.054 USD × 70% × 32 ≈ NT$90.8，逐月 × 0.75 累加；上限＝90.8 ÷ 0.25 ≈ NT$363 |
③ 每個安裝最多只能花約 NT$10–47 暫定
算法：一位會員的毛利 × 安裝後會註冊的比例 × 註冊後 7 天內付費的比例（10 月約 20%）。
兩種讀法差在「安裝」用哪個數字算：A 用 RevenueCat 新用戶，B 用 App Store 下載數推算※11。等你給 Android 下載數※2，才能收窄。
這也是為什麼建議這個月先「量」，再決定要不要放大。
看數字表
| 讀法 | 每個安裝最多能花（NT$） | 算式（暫定） |
|---|---|---|
| A（用新用戶當安裝） | 約 10–12 | 363 × 註冊比例 14–17% × 註冊後 7 天內付費 20% |
| B【推論】（用 iOS 下載推算） | 約 36–47 | 363 × 註冊比例 50–65% × 20% |
| 超過約 47 | 一起討論改走官網或暫停 | — |
④ 這個月要量的，是路上每一步有多少人
- 1看到廣告Meta 的廣告後台
- 2去 App Store／Google Play兩家商店各自的後台
- 3安裝 App商店後台；Meta 要等 App 裝了追蹤程式才看得到
- 4註冊（建立帳號）App 裡的追蹤程式、你的後端資料庫
- 5看到付費提示App 裡的追蹤程式（只當參考）
- 6訂閱App 裡的追蹤程式
追蹤程式（SDK）是 Meta 提供、放進 App 裡的一小段程式；沒有它，Meta 後台的「安裝」「註冊」會顯示 0，不是沒人裝，是 Meta 看不到。
成績單只看三件事：追蹤準不準、一個安裝花多少錢、安裝後有多少人註冊。付費人數這個月先不評分，量太小看不出趨勢。
⑤ 前三週怎麼走：先打地基、再記基準、最後小額開跑
階段 0 大多在你這邊，我們給規格與驗收表陪你驗收；測試版全過才送審，所以不寫死日期，用你回覆的大概時間排※14※15※16。
開跑前還要先確認：出資者怎麼寫※5、追蹤彈窗※6、誰在 Meta 登記 App※7、付款方式※8、年齡怎麼確認※10。
最大的風險：改 App 等於改版，出問題會影響現有 222 位付費用戶；所以先做測試版、驗收全過才上架，出問題先處理 App、廣告延後。
預算小，Meta 後台可能一直顯示「學習受限」（Meta 還沒摸出該給誰看），這是預期中的狀態※17。
開跑前先一起寫下的 4 條「碰到就先停」
- 驗收表任一項沒過 → 不開跑。
- 約定期限內含追蹤程式的新版還沒上架 → 啟用備案（改走官網）。
- Android 的 Meta 安裝數和 Google Play 差距超過約定比例 → 暫停修追蹤。
- 累計花費到約定金額仍 0 個註冊 → 暫停檢查。
備案（建議，不是必做）：先在官網 greendate.life 裝 Meta 像素（記錄訪客做了什麼的追蹤程式），App 那段卡住時能直接接上※9。
看文字版
| 階段 | 你做 | 我們做 |
|---|---|---|
| 0 打地基 | 開 Meta 權限、做身分驗證、在 App 裡裝追蹤程式（先做測試版）、測試全過才送審上架、申請 Meta 交友廣告許可 | 給事件規格清單與測試驗收表、陪驗收、上架後用全新安裝再測一次、提供申請步驟 |
| 1 自然基準（2 週） | — | 不開廣告，只記每天自然的安裝、註冊、付費 |
| 2 低預算（2–3 週） | 第 3 週後決定下一步 | 設定並調整廣告、每週看數字給建議 |
| 檢查點 | 第 1 週：三邊數字差一倍以上 → 先暫停修追蹤 | 第 2 週：單次安裝成本超過約定上限 → 建議暫停重新想方向 |
⑥ 費用：首月含前置費，之後每月只有代操費
金額已含 5% 營業稅；廣告費由你直接付給 Meta，不在圖內，代操費是當月實際扣款的 20%。
前置費 3,000（一次性）。App 追蹤的規格清單與驗收免費；程式由你處理。
不綁最低月數、隨時可終止；若 App 一直沒上架、改走官網，前置費不重收。
看數字表
| 每月廣告費 | 首月（NT$，含稅） | 之後每月（NT$，含稅） |
|---|---|---|
| 2,000 | (3,000 + 2,000×20%) × 1.05 = 3,570 | 2,000×20%×1.05 = 420 |
| 5,000 | (3,000 + 5,000×20%) × 1.05 = 4,200 | 5,000×20%×1.05 = 1,050 |
| 不含 | 廣告費由你直接付給 Meta | — |
想請你確認的清單
一、想請你確認的事
- ※1 900 USD 是商店抽成前還是後？
- ※2 Android 近 3 個月，每月的首次下載數是多少？
- ※3 「註冊完成」是指哪一刻（帳號建立成功、還是填完資料）？
- ※4 RevenueCat 新用戶重複開帳號的比例，你大概估多少？
- ※5 廣告上的「出資者」要寫誰（App 賣家是 Minlabz Limited）？
- ※6 iPhone 版現在有沒有「追蹤許可彈窗」（蘋果要求 App 追蹤前先問用戶同意的視窗）？
- ※7 在 Meta 登記 App 這件事，由誰動手？
- ※8 你的訂閱付款方式是什麼？
- ※9 官網的程式碼是你自己改，還是請人協助？
- ※10 註冊時怎麼確認年齡？
二、我們的推測
- ※11 讀法 B 的註冊比例（約 50–65%）是我們用 8–10 月數字推出來的，不是你給的。
- ※12 毛利 70% 和匯率 NT$32 是我們的假設。
- ※13 「大部分人停在裝了沒註冊」可能只是重複計算造成的假象，這是我們的推測。
三、平台規則（以官方最新說明為準）
- ※14 Meta 規定交友服務的廣告要先取得書面許可（約 30 天處理），且只能投 18 歲以上（2026-11-02 查）。
- ※15 用戶選「不允許追蹤」時，蘋果只給 Meta 匿名、延遲的資料。
- ※16 隱私權政策與兩家商店的隱私欄位要同步更新（文字建議找專業人士確認）。
- ※17 Meta 一般的說法：每組廣告一週約需 50 個成果才走得完學習期。
填完了嗎？在這裡一次複製
上面兩個「你的回答」填好後，按下面這顆鈕，會把兩題連同你的回答一起複製。貼到我們的對話裡就完成了。沒填的題目會寫「先空著」。