绝地求生:图纸的加量不加价是否预示着蓝洞经营模式的转变

本文主要是介绍绝地求生:图纸的加量不加价是否预示着蓝洞经营模式的转变,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

成长型武器目前作为PUBG中除了究极异色皮肤外的最高等级武器(传说级),也是PUBG核心利润来源,十分的珍贵。


一把成长型武器的保底价格为3000碎片,而每次通过G-coin抽取会赠送10个碎片,也就是需要抽取三百次,才能够获得3000碎片,兑换一个成长型武器皮肤。

而抽满300次,则需要1800×30=54000G-coin点数,约500刀,这对于绝大部分玩家来说,都不是一个小数字。此外,所谓成长型、成长型,就意味着需要数量不菲的图纸以及聚合物进行升级才能够成长为最终形态。

否则可能一把成长型还没有其他普通直售皮肤好看,因此不少的玩家总是抱着能抽则抽,抽不到不勉强的佛系心态去对待。

毕竟古人云:成长型武器成长不起,商场直售联名更具性价比。

毕竟富哥、富姐都是少数,即使你是个运气不错的玩家通过欧气获得了成长型皮肤,也会因为苛刻的升级条件而望而止步,而升级的核心条件,就是关键的图纸。

但是最近的活动却能让玩家通过低廉的成本去获取到图纸,如最近两版本的赛季通行证只需要30元可以获得一张图,且通过7日签到活动2与荣都任务活动2甚至可以白嫖一张图纸。

一改往日洞子寒酸的性格,大大方方的让你三十块获得两张图纸,是洞子良心发现还是无事献殷勤?SigMa猜测,这预示着蓝洞经营模式的微妙转变。

1、图纸价格变化对于PUBG玩家的影响

一般而言,商品的需求源于消费者的欲望,而消费者对于商品需求数量取决于很多种因素,但核心因素是商品的价格。

因此,在成长型武器保持高价格+高成长成本的时候,大多数玩家呈现的是:你氪我羡慕,我氪我没钱的心理状态。

而且当某种商品的价格越高,消费者愿意并且能够购买的商品数量就会越少;反之,价格越低,消费者购买意愿以及能够购买的该商品数量就越多。

比如前段时间柏林裤与悲喜裤之争,柏林裤售价高达一万+,而悲喜裤不过百的价格让更多平民玩家入手。

商品价格的升高,但是有时候也会呈现出需求量增加的趋势,因为消费者出于炫耀等因素,会随着商品价格的增加而增加购买量。

如,柏林裤就呈现出供不应求的局面,也成为了PUBG中的“吉芬商品”(1845年英国统计学家吉芬发现,由于爱尔兰发生荒灾,土豆价格升高,但土豆的需求量没有减少反而增加,这一现象与一般经济规律相违背,因此被称为吉芬难题,这类商品也被称为吉芬商品)。

此为价格提高,需求反而上升的需求曲线

但事实上,成长型武器与图纸作为互补品,当其中之一的价格发生变化时,也会影响消费者的消费需求,比如图纸降价、易获取等,必然推动玩家对于成长型武器的需要。

2、玩家在氪金中不自觉的效用最大化选择

穷哥总是多的,兜里的币子也是有限的,因此在消费时总是自觉与不自觉的将有限的币子合理的运用于不同的消费,以便从消费中获取的“利益”的最大化。

如,黑盒社区中大部分玩家津津乐道的总是各种“通信证如何肝最省钱”“怎么购买最划算”等话题,因此每一位玩家总是自觉与不自觉的参与到是自身消费效用最大化的过程中来。

那么武器图纸的易获取化能带来什么影响呢?

当图纸不再成了一种负担,不再是一种隐形成本,玩家对于成长型武器的需求是会上升的,在消费时就大部分只需要考虑获得武器的消费,有利于实现消费效用最大化。


3、蓝洞在不完全竞争市场中的长期与短期利润

我们谈完了图纸的低成本获取,对于玩家的利好项之后,必然的要看见在这个行为中,无利不起早的蓝洞为何要选择通过降价的方式来进行变相的成长型武器的促销。

游戏内的商城,在某种抽象的程度上来说,是属于一种不完全竞争市场,也就是在这个抽象的氪金行为中,只存在一个卖主,产品具有无差别特征,进出有着严格限制,是一个标准的垄断市场。

随着PUBG平均在线人数的回暖,PUBG短期利润势必迎来小高潮,而商场的上架皮肤是固定且有限的,因此蓝洞必须考虑如何在长期与短期利润曲线中找到平衡点。

其中,PUBG玩家又分为:闭眼入玩家、氪上头玩家、小氪怡情玩家、豹子头玩家。其中“闭眼入”与“氪上头”已经成了成长型武器的忠实拥护者,图纸的降价与否与它们的氪金行为并没有多大影响。

而这部分玩家大多属于氪金金字塔梯队的最上层,人数也相对较少,一直是大额消费的核心力量。

舍弃抛开豹子头玩家不谈(当然不可能放过,蓝洞的白嫖g-coin活动就是诱导豹子头玩家进行氪金的)。

小氪怡情玩家是基数最大的玩家,也是氪金中最摇摆不定的,氪金时总是左思右虑,如何时刻使自己的效用最大化。

图纸的易获取,会极大的减轻小氪怡情玩家的后顾之忧,让“氪得起升不起”成为一个过去式。与之前图纸的一毛不拔相比,图纸的易获取会强化内心的心理暗示,比如:

“没事,先氪,可以慢慢升。”

“反正图纸可以慢慢活动攒,我只需要氪一把武器留着就行。”

这种将原本贵重武器变得易获取化的手段并不是蓝洞首创,这就不得不提到FPS终极:CF。

CF的英雄级武器早就实现了平民化,各种源英雄、期限英雄,甚至直接白送888的英雄级。

将各种新武器放入道聚城进行10元每次的抽取,就是为了回笼小氪怡情玩家的圆子,毕竟10元试水,对于微氪玩家来说是一个很低的成本,但是无数的十元试水就会汇聚成一个巨大的利润流(而且很容易让缺乏自制力的微氪玩家上头)。

因此,蓝洞为了垄断市场上的长期与短期利润最大化,将图纸获取成本变低,是一个必然的趋势。

所以,未来成长型武器的升级成本,将会一降再降。

这篇关于绝地求生:图纸的加量不加价是否预示着蓝洞经营模式的转变的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/731284

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

Codeforces Round #113 (Div. 2) B 判断多边形是否在凸包内

题目点击打开链接 凸多边形A, 多边形B, 判断B是否严格在A内。  注意AB有重点 。  将A,B上的点合在一起求凸包,如果凸包上的点是B的某个点,则B肯定不在A内。 或者说B上的某点在凸包的边上则也说明B不严格在A里面。 这个处理有个巧妙的方法,只需在求凸包的时候, <=  改成< 也就是说凸包一条边上的所有点都重复点都记录在凸包里面了。 另外不能去重点。 int

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

easyui同时验证账户格式和ajax是否存在

accountName: {validator: function (value, param) {if (!/^[a-zA-Z][a-zA-Z0-9_]{3,15}$/i.test(value)) {$.fn.validatebox.defaults.rules.accountName.message = '账户名称不合法(字母开头,允许4-16字节,允许字母数字下划线)';return fal

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

【408DS算法题】039进阶-判断图中路径是否存在

Index 题目分析实现总结 题目 对于给定的图G,设计函数实现判断G中是否含有从start结点到stop结点的路径。 分析实现 对于图的路径的存在性判断,有两种做法:(本文的实现均基于邻接矩阵存储方式的图) 1.图的BFS BFS的思路相对比较直观——从起始结点出发进行层次遍历,遍历过程中遇到结点i就表示存在路径start->i,故只需判断每个结点i是否就是stop

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

linux 判断某个命令是否安装

linux 判断某个命令是否安装 if ! [ -x "$(command -v git)" ]; thenecho 'Error: git is not installed.' >&2exit 1fi