查看原文
其他

【干货】博彩游戏水果机的数值设计方法

2016-09-27 野驴酥 Gad-腾讯游戏开发者平台


游戏介绍


这里讲到的水果机,和乔老爷子的iPhone没有关系。很多80、90后的朋友在小时候街机厅里肯定看到过。在我们打着三国志、痛K拳皇的时候,一些大人却在玩着那些看起来毫无意思的水果机。有人见到水果机咚咚咚地疯狂着吐着钢镚儿,也有见到某些人输掉几百上千后拍着机器怒吼的情景。

如今,那些街机厅早已不在,如今却见到很多类似的游戏APP。水果机披上了各种漂亮的外衣,光鲜的画面、动听的音乐,但它的本质却依然没有改变。

水果机游戏的规则很简单,玩家可以自由押多个标志位,如苹果、橙子、西瓜、铃铛、77、双星等,每个标志位对应的赔率。押注完成后光标在一个转盘上转动,最终落到某个标志位上,如果之前玩家有押过这个标志位,就可以获得押注额乘以赔率的奖金,没有押就不得奖金。

那么今天我们就来揭秘,这些水果机的原理是什么,系统如何设计,以及它们是怎么盈利的。


库存和抽税

首先要提出两个概念:库存和抽税。一些捕鱼游戏的文章里也介绍到这两个概念。库存实际上是玩家填的,玩家A赢钱了,其实是玩家B埋单。

水果机看似是玩家和庄家的博弈,玩家向庄家要钱,但有了库存,实际上是玩家向玩家掏钱,庄家的利润只是这一来一回之间所抽取的手续费。这样一来,就和那些玩家之间博弈的游戏例如梭哈、牛牛、德州扑克没有本质的区别。

可以说,理解了库存和抽税概念,那么目前市面上所有的博彩类游戏,什么水果机、动物森林、水浒传、奔驰宝马、捕鱼等等,都可以照着这个思路做。


1. 列出标志位 确定赔率

我们要养成一言不合就开EXCEL的习惯。首先我们先去掉双倍、彩金、连环等玩法的影响,将需要用到的标志位列出,从基本的模型开始:

所谓赔率,就是押10元,最终落在某个标志上,可以获得对应的奖金,例如苹果赔率为5,则最终可获得50元奖金。


2. 模拟押注

我们假设玩家在每个注码上都押了10元,那么我们可以算出,每个标志的最终需要赔多少钱(期望奖金)。

期望奖金 = 模拟押注 × 赔率

当然,把其他玩法例如双倍、大四喜、大三元、甚至跑火车等等情况都列入进来,只要确定好赔率(或者自己心中估算的那个价值),就没有本质的区别。

但有一点要注意,不要把模拟押注算多次了,例如苹果和苹果双倍,模拟押注就只有10元,期望奖金是50元和100元。


3. 确定奖池

现在我们就要用到奖池和抽税的概念了。

将所有模拟押注的钱加起来,冲入当前奖池,然后根据税率,算出税后奖池(不是睡后)。

当前奖池 = 所有的模拟押注

税后奖池 = 当前奖池 × (1 - 抽税率)


4. 确定标志位

奖池里面有钱了,税也抽完了,然后就可以发钱了。怎么发呢,很简单,对比所有标志位的期望奖金,找到低于奖池的就行。

在期望奖金那一栏,设置一个条件格式,标出小于或等于税后奖池的项目即可。好可怜,只能中一个单倍的苹果。但是,如果本次有多个标志位被选中,就随机选择一个作为目标标志位。


至此,此次摇奖的标志位就得出了,让服务端发给客户端结果,让它装模作样地转出结果吧。


5. 优化奖池1

我们可以看到,这种游戏的体验并不是太好,玩家会面临必输的局面,根本原因就是奖池小太,我们就需要在不亏的情况下,增大奖池内的量。


将个人奖池变为群体奖池

水果机不是一次性的游戏,玩家每次游戏后,奖池中总是会有多余量留下来,这些钱继续留下来存入下一次奖池,那随着游戏时间的积累,奖池是会慢慢地增加的。

奖池剩余 = 当前奖池  实际发奖金额

但是,无论池水中的钱有多少,本质上还是玩家自己的钱,无论怎么玩,没有实现财富增值,那还有何继续游戏的意义呢?

所以,现在市面上的网络水果机,普遍采用一种“万人”玩法,即所有人在同一个奖池下注,共负输赢,这种玩法,非常热闹,而且可以类似聊天室一样同台聊天,气氛很好。


聪明的玩家已经能够想到了,把所有玩家的钱放到一个池子里,然后搅一搅浑,再随机发还给玩家……所以,水果机看似是玩家和庄家在博弈,实际上是玩家和玩家在博弈,A玩家赢的千千万,实际上是BCD等玩家填坑填出来的,庄家只是看场子收税的。


6. 优化奖池2

但这样子还是有两个问题:

第一点,根据我们上面的算法,万人同时押注,某些人只要避开人群蜂拥集中的标志位,就有很大几率命中,至少可以避开绝对不会中的标志位。这样的规律被越来越多人找到后,人人都会害怕自己变成填坑的,那么就没人敢下注了。

游戏的刺激程度,很大原因取决于人数的多少,押注的人多,奖池高,返值也高。俗话说的“记吃不记打”,赌徒们只记得突然爆红时金币哗哗掉落时的兴奋刺激,而对一笔一笔下注时的情形却都印象模糊。

这就引出了第二点问题,游戏人多时自然是良性循环,但游戏推广初期,人少、流失率高、奖池水浅,那应该怎么操作呢。

水果机的一个变种:森林舞会

第一点问题,简单粗暴的做法,就是不显示所有人的押注情况,或滞后信息的广播,或直接广播虚假的信息。只要信息不对称,玩家就只能凭运气。

当然,广播所有人的押注情况的设定,对于玩家的游戏体验是最好的,表现得真实性,人多热闹可以激发玩家的参与度。对于广播这件事的孰优孰弊,本人也没有想出什么很好的评判方法,望高手拍砖。


7. 优化奖池3

刚刚说到的第二个问题,其实无非就是奖池不够的问题。奖池不够怎么办,第一可以降低抽税或者直接不抽税,第二可以预先将池子中放入水,也就是送分池。

加入送分池后,计算的步骤就变成:

1汇集本局押注金额,抽完税,冲入当前奖池。
2将上局奖池剩余金额,继续冲入当前奖池。
3将送分池按以一定比例的量(比例自定,看你需要放的节奏而定),投入当前奖池。
4当前奖池汇集之后,按照前面的算法对比期望奖金得出本次目的车标。
5算出奖金后,优先扣除送分池的金额。


事实上,送分池的设置不仅仅需要的还应该必要的,这关系到玩家的体验。无论产品运营的前期中期后期,用户的体验一直都是放在第一位的。

还有一点个人的建议:不要对送分抽税、优先扣除送分池。本来设置送分池的目的,就是为了提高体验,为了达到目的就要最大化效果,相当于推广运营的成本,也方便核算。

再啰嗦一次,一次注入大额量的送分是一件比较冒险的行为,所以每次送分池注水的行为一定要记录在案哦!

我们希望后台数据能够详细记录每一次的开奖情况,这样可以对我们设置数值产生的效果会有一个直观的评判:


上表是我杜撰的一段数据。我们可以看到,第二把开出了大奖,奖池已经见底,第三把时送分池开始注水,让累计奖池渐渐回涨,但也同时出现了一个问题,送分池的水掉的太快,几把时间就把10W金就吃完了,那应该怎么办呢。


8. 操纵体验

我有个炒股的朋友,号称“数据帝”,每天就是研究各种K线图,问他赚了多少,他说:

“我就喜欢这种上上下下的感觉……”

“说人话!”

“赚了8000亏了5万……”

上上下下的感觉……

本章的“操纵体验”确实是标题党了,但实际上就是调整奖池金额的涨落节奏。这个节奏和炒股非常地像,实际上,股市和股民之间信息的极度不对称,炒股本质就是赌。

捕鱼游戏有个概念叫放分期、吃分期,对应水果机也适用。吃分期间,玩家的总投入大于产出,玩家赚钱,奖池的水位不断上涨;吃分期,总产出大于投入,玩家亏钱,奖池的水位开始下降。

那有什么方法能控制当前是收分期、放分期呢?各个平台各有方法,甚至是该平台核心的东西。前面提到往送分池兑水是一种方法,但只能放分。下面介绍一种简单的方法——通过控制期望奖金的权值来实现。

通过之前方法我们可以找出符合要求期望奖金的标志位。符合条件的标志位可能有好几个,然后根据我们自己的需要确定每个车位的命中百分比。


具体步骤:


1找出符合条件的车标。(例如苹果、铃铛、双星、苹果双倍)
2为每个车标预设一个权值。
3根据权值算出中标百分比。(权值÷所有权值,转成百分比显示)


这样,我们就可以根据吃分、放分的需要,调整权值大小。例如,现在准备放分,那么增加大额奖金的权值,增大中大奖的概率,慢慢地将奖池中的留存释放出去。需要吃分了,那么就提高小奖的概率,让池水慢慢地攒起来。

有耐心的玩家可以观察一下此类游戏的奖池情况,都是从一个比较低的点,慢慢升高,到达一个高位后,再慢慢降低,基本就是这个节奏。但掌握了大势不一定能赚钱,只是表示一种大致的涨落倾向,概率而已,潮期的来去时间还是不确定的。


9. 其他几个要点

这样,水果机游戏的基本逻辑就都调好了,剩下的重点工作就是做好数据采集,运营过程中需要不断地调整。一些重要的调控手段,可写入程序将其固化,减少一些人工操作量。

要记住,抽税才能你的利润,奖池里不是你的钱,该放就放。由于每轮只有一次机会能抽税,所以适当调快游戏节奏,也可以增收。人多鲸鱼多,整个市场才能活泛起来。

当然,这只是理论模型,实际运营中需要做的事情还有很多,比如说如何防止某些寡头独占奖池(可以通过限制最高押注额)、根据游戏人数来调配奖池的放分速度等等。水果机是个低成本开发的游戏,其主要的工作重点在于后期的运营,调得好可赚得盆满钵满,调得不好就会变成温吞水,玩家慢慢地就流失掉了。最后还有技术层面的,由于涉及大量的随机数运算,随机种子要定期更换。不要太相信概率,要看实际的数据。


点击一下立即阅读相关好文章


5个步骤制作完美3GCD丨聊一聊战斗维度与兵种设计丨


游戏美术3D设计干货回顾为VR优化UE4渲染器


这么做设计才好玩Unity教程


《逆战》原画组长王磊:用创作打造属于自己的标签


......


近期热文

MMORPG游戏已经衰落了吗?

屠龙宝刀,点击就送:10分钟教你学会装备强化计算



您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存