跳到主要内容

成长、奖励与经济系统的工程边界

级别:按需学习。 翻牌首版可以只有关卡与最好成绩。加入提示次数、金币或长期成长之前,先说明它改善哪个玩家问题,以及如何影响经营。

系统方法参考 PM:经济系统。本站关注数值如何存储、校验、结算和观察。

先画出资源流​

来源:过关 / 活动 / 完整广告观看
↓
提示次数余额
↓
消耗:揭示一对 / 补充机会

每个来源与消耗记录触发条件、数量、上限、可信等级和事件。若来源持续大于消耗,余额会积累;如果消耗强迫玩家频繁中断核心玩法,则可能破坏体验。

结算不能只改一个数字​

至少需要结算标识、来源、关联局 ID、配置版本和是否已处理。对同一个结果重复进入结算界面,不能重复发奖。服务端奖励使用唯一业务键和事务保证幂等,不能只靠按钮禁用。

本地原型可以存提示次数,但应明确它可被用户修改或丢失。校验和用于发现意外损坏,不能让客户端变成可信经济系统。

数值表与观察​

指标要回答的问题
每局获得与消耗正常游玩是否形成可理解的循环
余额分布新玩家与熟练玩家是否差异过大
资源耗尽后的行为重试、退出还是选择看广告
提示后通过情况提示是否真正帮助理解和进步

不要只优化广告触发数量。需要同时看完成率、重试、退出和之后的游玩,判断短期收益是否以体验流失为代价。

从简单约束开始​

给余额设置合理整数上界、验证负数和重复请求、定义配置调整后的旧存档行为。跨版本调整奖励时,保留配置版本与迁移记录。

练习:写一份提示次数的来源—消耗表,并描述同一次奖励重复回调的处理。完成标准:能解释资源怎样产生和消失,可信奖励归谁决定,以及为什么此时值得加入这个系统。