开发 / ROBLOX

Roblox Developer Product 还是 Pass：创建商店前选择商品类型

比较可以重复购买的商品与一次购买的权限。记录商品承诺，让商品卡与服务器效果一致，并为 Developer Product 和 Pass 分别规划检查。

更新日期: 2026-10-08

从对玩家的承诺开始 #

选择销售类型之前，写清玩家到底获得什么。VIP、奖励或升级都太模糊，它们可能是访问权限、消耗品或临时效果。说明结果、适用范围，以及使用后和再次进入时会怎样。

本练习有两个虚构提案：练习代币包和训练房间访问权限。它们不是我们游戏中的实际付费商品。本文没有创建 Pass 或 Developer Product，没有调整价格，也没有购买。这里规划选择与检查，不是启动可销售的商店。

区分重复购买与权限 #

Developer Product 用于玩家可以多次购买的内容。Pass 代表一次购买的权限。先问同一玩家再次购买是否有意义，再问之前购买后哪些内容应该继续可用。

根据机制回答。如果代币会消耗，而新购买需要增加一包，可以考虑 Developer Product。如果提案解锁一项不需要再次购买的权限，可以考虑 Pass。这只是虚构示例的候选类型，不是所有游戏的统一变现建议，也不预测收入。

填写提案说明 #

包括清楚名称、效果、重复性、候选类型、对应 ID，以及应用效果的规则。真实对象尚未创建时，ID 留空，不使用他人 ID 或虚构可用数字。分别确定负责确认玩家权限和改变状态的服务器逻辑。

补充再次进入的问题。房间需要为已有 Pass 的玩家应用访问权限；代币需要明确数量存储和购买发放模型。商品名称不能解决这些工作。说明文件会在漂亮商品卡展示给玩家之前，暴露尚未完成的实现。

检查消耗品包 #

假设练习机制会消耗代币。新确认购买应该提供预定的新一包。要区分同一 Developer Product 的两次不同购买，与同一次购买被重复处理。后一种情况不能简单再次发放已经给过的内容。

分别规划这两个案例，记录预计数量变化和确认方式。本文没有实现收据处理器、持久余额或发放。正常按一次按钮后数量增加，不能证明系统完成，重复处理、错误和后续进入仍然未知。

检查 Pass 访问权限 #

训练房间 Pass 可以代表一次购买后获得访问权。但创建 Pass 不会实现门、服务器规则或权限效果。文档单独说明所有权检查，以及玩家进入时为已有拥有者应用优势。

因此计划包含新购买者和本次进入前就拥有 Pass 的玩家。服务器逻辑必须对应正确玩家和正确 Pass，访问权需要符合描述。不要用没有定义的“永远”代替准确承诺。写清本项目授予什么权利，以及它在哪里生效。

分开两类确认路径 #

Developer Product 通过 ProcessReceipt 处理购买。PromptProductPurchaseFinished 不确认成功购买，不能代替发放处理。Pass 有自己的所有权检查和事件，按钮外观相似不代表规则可以互换。

图示在选择类型后分开两条路径，每条都有自己的标识、确认与应用。这是概念图，不是脚本。实现前检查所选 API 的现行参考与项目案例。不要用一个通用窗口结束处理器，不区分类型就发放效果。

让商品卡和效果一致 #

商品卡需要说明结果和重复性。代币包说明一次购买提供什么；房间说明拥有者可用的权限。两种类型使用同样图片和标题，并不能替代解释。按钮应该对应说明文件里记录的商品 ID。

按照 Roblox 当前实现获取并显示价格与销售资料，不要写死教程里虚构的数值。本文没有价格。真正销售前一起检查文本、类型和处理器。尚未实现的效果不能在描述中宣称已经可用。

区分没有权限与查询失败 #

Pass 检查有不同结果：确认拥有、确认不拥有、请求失败。失败不证明玩家没有 Pass。规划暂时无法查询的提示和门的行为，保留未知结果与已确认无权限之间的区别。

Developer Product 则分别考虑未知 ID、无法应用效果和记录失败。系统没能执行并按所选模型可靠记录的发放，不应该确认完成。这是下一阶段实现要求，不是完整重试协议，也不保证跨服务器故障已解决。

准备检查矩阵 #

Pass 一栏列出已有拥有者进入、新购买者、取消和所有权检查失败。Developer Product 一栏列出同一商品的不同购买、同一次购买重复处理和暂时不能发放。写明各案例预计权限或变化，真正观察结果等自行测试后填写。

不要仅为照着本文操作而进行真实支付。先在独立原型中讨论和检查计划，再确认具体测试可用方法与条件。表格是原创任务说明，不包含我们游戏中的实际付款、发放或购买历史。

问题	确认内容
是否可以再次购买？	定义机制重复性
购买后什么继续可用？	明确数量或权限
Product 如何发放？	单独验证的收据处理
Pass 如何应用？	所有权检查和服务器应用

销售前记录选择 #

结果需要回答：承诺什么、能否再次购买、选择哪种类型，以及效果如何确认和应用。把说明、矩阵和未完成列表交给其他开发者。这样实现会沿着正确路径进行，而不是画完整个商店后才倒过来决定类型。

类型选择不代表付费商店已准备完成。Product 处理、Pass 权限、界面和持久化分别需要检查。点击分析不确认发放，网站访问也不确认 Roblox 购买。本文提供原创图示和设计计划，没有启动销售或承诺收益。

检查	记录
承诺	准确效果与适用范围
标识	类型和对应 ID
确认	权限与实际应用
重复	再次进入与重复处理

原始资料

Roblox Creator Hub — Developer Products
Roblox Creator Hub — Passes
Roblox Creator Hub — MarketplaceService API