前面七部完成了遊戲、測試、發布流程與 AI 素材管線。第八部開始處理另一個不能只靠「生成一段程式」解決的問題：盈利。

盈利不是把免費按鈕換成 Robux 價格。它要同時回答玩家得到什麼、免費玩家是否仍能完成核心體驗、商品如何交付、資料如何分析，以及設計是否符合平台規則。

本章先設計，不建立真實商品，也不要求讀者花費 Robux。

本章目標

• 認識 Pass、Developer Product、Subscription、Paid Access、Private Server 與廣告收入。
• 區分第 17 章 Gold 商店與 Roblox 平台商品。
• 建立 AI Adventure Island Monetization Design。
• 定義免費體驗、付費價值與成功指標。
• 建立未成年玩家、誤導文案、隨機商品與資格檢查邊界。

Context Pack

官方文件（查核日期：2026-07-22）：

• Monetization
• Passes
• Developer Products
• Subscriptions
• Immersive ads
• PolicyService

官方文件提醒：付費內容要清楚、可交付；隨機付費商品與廣告可能受玩家資格及地區政策限制。平台規則、資格與收益會改變，不能把書中數字當成永久承諾。

開場情境

第 17 章的商店是：

任務取得 Gold -> Gold 購買 WindDash 升級

Part 08 處理的是：

玩家看到平台商品 -> Roblox 購買流程 -> server 確認權益或 receipt -> 可靠交付

第一個 Prompt

【Ch32 主任務｜設計盈利策略】
我們要為 Roblox 專案「AI Adventure Island」設計盈利策略，但目前不要建立商品、修改程式或啟用任何營利設定。

現有核心循環：
- 探索島嶼
- 蒐集水晶
- 完成 Guide 任務並取得 Gold
- 使用 WindDash 穿越危險區
- 用 Gold 購買能力升級

請建立一份 AI Adventure Island Monetization Design，包含：
1. 免費玩家必須能完成的核心體驗。
2. 三個候選付費價值，分成永久型、消耗型與訂閱型。
3. 每個候選商品解決的玩家需求。
4. 商品是否會形成 pay-to-win、阻斷進度或不合理壓力。
5. 適合的 Roblox 商品類型：Pass、Developer Product 或 Subscription。
6. 需要保存的 entitlement 或餘額。
7. 上架前成功指標與停止條件。
8. 未成年玩家、誤導文案、隨機商品與 PolicyService 檢查。

限制：
- 不要承諾收入。
- 不要使用「最後機會」「現在不買就失去」等高壓文案。
- 不要讓免費玩家無法完成主線。
- 不要假設帳號已符合營利、廣告或 DevEx 資格。

Assistant 可能產生的結果

第一版設計可以是：

ExplorerPass 不應直接讓敵人停止攻擊，也不應把主線終點鎖在付費區。CrystalBundleSmall 必須有可靠 receipt 交付；不能只聽 client 說「買好了」。

元件拆解

Durable、Consumable、Recurring

• Durable：一次取得、長期保有，通常適合 Pass。
• Consumable：可重複消耗，通常適合 Developer Product。
• Recurring：福利依有效訂閱狀態存在，適合 Subscription。

免費體驗底線

免費玩家至少可以完成 Guide 任務、使用基本 WindDash、穿越敵人區並抵達終點。付費內容可以提供造型、便利或額外選擇，但不能修復故意做壞的基礎體驗。

合規不是 Prompt 能保證

Assistant 可以列出風險，不能宣告商品合法、帳號符合資格或 experience 已通過審查。涉及 paid random item、廣告資格或地區限制時，要讀取最新官方文件並由人類確認。

Playtest

本章做設計 review：

1. 免費玩家是否仍能完成主線？
2. 每個商品是否清楚說明交付內容？
3. 是否把永久、消耗與訂閱商品混在一起？
4. 是否有高壓、誤導或虛假稀缺文案？
5. 是否定義購買成功、交付失敗與退款風險？
6. 是否先定義留存與信任指標，而不是只看收入？

修正 Prompt

【Ch32 修正 1｜盈利設計過度依賴付費，免費玩家無法順利完成主線】
目前的盈利設計過度依賴付費，免費玩家無法順利完成主線。

請只重寫 Monetization Design：
- 保留完整免費核心循環。
- 將付費價值改成外觀、便利或額外選擇。
- 分別標示 Pass、Developer Product、Subscription。
- 列出每項商品的玩家價值、風險與停止條件。
- 不要建立程式或商品。

工程整理

把設計記錄為資料，而不是散落在 UI Script：

Monetization Design
  Product hypothesis
  Player value
  Free-player baseline
  Delivery requirement
  Analytics event
  Risk and stop condition

本章總結

盈利的第一步不是購買按鈕，而是價值交換與責任邊界。下一章才會建立 Pass、Developer Product 與 Roblox 官方 Shop 的 prototype。

關於 Wolke

嗨！我是 Wolke，曾任 Google Developer Expert（GDE，2019–2023） 與 LINE API Expert。

我熱衷於研究 AI Agent、n8n 自動化工作流與全端開發架構，致力於將 AI 技術轉化為真正能落地的生產力工具。

如果你喜歡這篇文章，歡迎透過以下方式與我交流：

📚 技術著作
《實用的 Gemini API 開發點子書》：帶你運用 Gemini App、Google AI Studio、Gemini CLI 與 Antigravity IDE，打造 AI Agent 與實用產品。

📝 技術部落格
歡迎追蹤我的 Medium，我會持續分享 Agentic Automation、架構設計與實際開發的踩坑心得。

🎤 技術講座與合作
我持續受邀至技術社群及研討會，分享 AI Agent、自動化工作流、DevOps 與全端開發實戰。

我曾於 DevOpsDays Taipei 2026 主講「不再只是寫腳本！讓 AI 代理人成為你的 SRE 最佳夥伴」工作坊。

如果你的企業、社群或學校正在尋找相關主題講者，歡迎私訊聯繫，洽談講座與工作坊合作！

🎮 我的 Roblox 遊戲

• ARCADE KINGS — Winning is just the beginning.
• 跑塔

🎁 免費贈送 OpenAI 或 Claude AI 額度

為了鼓勵大家實際動手打造自己的 Roblox 體驗，我每個月會開放：

• 10 個名額
• 每人 50 點 AI 額度
• 名額送完為止

參加方式：

1. 訂閱本系列文章。
2. 分享任一篇系列文章。
3. 私訊分享截圖及你的 AI 帳號 Email。

確認完成後，我會邀請你加入並設定 50 點額度。名額有限，歡迎把握機會！