游戏设计师关注点
从玩家动机和核心循环开始。物品应支持玩家已理解的目标，而不是刻意移除他们正在承受的挫折。
游戏设计师指南 · Unreal 原型团队 · Koin 购买 UX
游戏设计师：Unreal游戏应用内购 - 设计Koin库存交付——全球首个在线原生Unreal工作流
使用 AI 生成、可在浏览器运行的 Unreal prototype teams 原型测试库存交付。说明如何将购买成功连接到可见的“已拥有”或数量状态。这为游戏设计师在原生实现前提供了具体可执行的决策。
创建此游戏流程
Unreal 原型团队的游戏设计师决策
平台背景
为 Unreal 原型团队设计玩家期望的输入、布局、中断和返回行为。
原型边界
SEELE 不声称通过本页面配置 Unreal 原生商业服务提供商。
库存交付实践
初始状态
显示玩家可放弃的单件物品、其预览、精确的 Koin 价格、消费前余额以及所有权规则，采用适合 Unreal 原型团队的布局。
主要任务
说明如何将购买成功连接到可见的“已拥有”或数量状态。保持每次变化对玩家可见，而不是将其隐藏在技术状态中。
Recovery
让取消操作、余额不足、待处理、交付中断和重载在视觉上彼此区分，并提供安全的下一步操作。
角色决策
选择售卖时机，说明游戏收益，并保护完整的免费路径。比较拥有前后的体验差异。使用原型在正式集成平台前先解决面向玩家的问题。
游戏设计师库存交付深度剖析
在编写蓝图之前制作流程原型
对游戏设计师而言，这个库存交付原型应使每个玩家动作和清晰展示的结果都易于评估。写清如何将购买成功连接到可见的“已拥有”或数量状态。选择合适的报价时机、解释玩法收益，并保留完整的免费路径。比较拥有前后的体验。使用浏览器构建先确定报价时机、信息排序和恢复行为，再分配 Unreal UI、玩法状态、服务和平台商业化实现工作。
将概念与服务商设置分离
将所有权、持久化、在线服务、原生商业供应商、退款、安全性和认证列为独立任务。此页面不配置 Unreal 购买集成。
创建引擎预期场景
将玩家可见的完整流程持续带入后续的 Unreal 测试：拒绝、Koin 不足、待定、交付中断、已拥有状态与重新打开。验证 UI 与玩法状态之间的结果一致。
在核心循环中评估报价
先运行不打开购买选项的游戏，再运行带有该物品的版本。比较节奏、动机、难度和恢复情况，使优惠支持游戏玩法，而不是修复故意加入的挫败感。
让玩家承诺更具体
描述画面上有哪些变化、持续多久、出现在哪里，以及没有它时还能使用什么。将“更好”“高级”等价值标签替换为玩家可观察到的规则。
审视选择时刻
检查玩家在看到提示前立即在做什么，以及取消后返回到什么位置。物品应在玩家具备足够上下文理解后出现，但绝不能在关键时刻或情绪压力下出现。
将购买成功与该物品的关联
成功提示并不等于交付。应将装饰性道具、消耗品、解锁项或升级放到玩家预期使用的界面上。使用 Unreal prototype teams 测试该行为。SEELE 不声称从该页面配置原生 Unreal 商业提供方。
显示所有权和数量
按场景使用“已拥有”“已装备”“已解锁”或剩余数量。状态应与报价卡上承诺一致。使用 Unreal prototype teams 测试该行为。SEELE 不声称从该页面配置原生 Unreal 商业提供方。
验证重载后的交付
重载原型并返回库存。该物品应保持可见，且不扣除 Koin 或发放第二份副本。使用 Unreal 原型团队测试该行为。SEELE 不声称从该页面配置原生 Unreal 商业提供方。
面向游戏设计师的玩家流程工作流
1. 设置平台上下文
为 Unreal 原型团队选择输入和屏幕行为。在原型简介旁说明平台限制。
Result: 诚实的范围
2. 绘制库存交付流程
说明如何将购买成功连接到可见的“已拥有”或数量状态。描述玩家在每个节点的操作与可见反馈。
Result: 清晰的库存交付顺序
3. 添加 Koin 选项
显示商品、确切价格、余额、确认、取消、待处理、成功和交付状态，不显示支付服务商界面。
Result: 完整的玩家旅程
4. 应用游戏设计师视角
选择商品展示时机，解释游戏收益，并保护完整的免费路径。比较拥有前后的体验。
Result: 游戏设计师关注点
5. 测试返回与恢复
进行一次取消购买并完整游玩一局。检查时机、价值、竞技影响，以及物品是否与交付结果一致。中断和重载后重复测试。
Result: 一个稳定的原型
提示玩家体验
提示 1
创建面向游戏设计师的可在浏览器运行的商业流程参考。将 IAP 原型聚焦在把购买成功连接到可见的“已拥有”或数量状态。使用直接 Koin 物品交易，涵盖预览、精确价格、确认、取消、余额不足、成功、交付和重载行为。游戏设计师必须能把报价与核心循环及玩家动机建立联系。请勿添加订阅、支付提供方 UI、营收分析或原生平台相关声明。明确边界：SEELE 不声称从该页面配置原生 Unreal 商业提供方。
提示 2
保持物品可选。显示精确的 Koin 价格、消费前余额、确认、取消、低余额、成功、可见交付和重载状态。
游戏设计师测试清单
- 库存交付顺序对 Unreal 原型团队来说应当自然。
- 游戏设计师可以根据可玩结果做出预期决策。
- 物品、Koin 价格和余额应在确认前展示。
- 取消、余额不足、待处理、成功和重载的结果各不相同。
- 页面声明了这一边界：SEELE 不声称通过本页面配置 Unreal 原生商业服务提供商。
- 体验取消购买和完整无购买会话。检查时机、价值、对对局竞争的影响，以及该物品是否与实际交付结果一致。
平台与实现限制
- SEELE 不声称通过本页面配置 Unreal 原生商业服务提供商。
- 本指南使用直接的 Koin 交易购买一个可选游戏物品。不创建订阅或重复收费。
- 结果是一个可在浏览器运行的可玩原型。原生计费、身份验证、持久授权、资产安全、退款和商店审核需单独实现。
- SEELE 在该流程中不提供支付分析、税务工具、付款报告或收入保障。
常见问题
这里的库存交付是什么意思？
说明如何将购买成功连接到可见的“已拥有”或数量状态。结果将以可玩 Koin 流程形式呈现。
这是订阅吗？
不可以。玩家直接使用 Koin 购买一个指定名称的物品或解锁内容。
玩家取消后会发生什么？
返回同一游戏状态，不花费 Koin，也不交付物品。
如果 Koin 余额不足怎么办？
说明缺失原因，保留进度，并且不发放该物品。
这是否包含支付或收入报告？
不可以。它涵盖面向玩家的购买体验，不涉及财务报告。
原型是否已准备好接入原生商店？
不可以。SEELE 不声称通过本页面配置 Unreal 原生商业服务提供商。
设计库存交付原型
在 SEELE 中打开完整提示词，调整物品和 Koin 价格，然后生成可测试的可玩版本。
在 Workspace 中打开此提示