• 信不信?各种红包App最后都会整合游戏!App+游戏的变现模式分析


    最近两个月「晓衡在线▪猿码微服」商城上出现了一类需求特别的客户:

    我们有个 App,日活用户达到 XXX万,计划在 App 中嵌入游戏增加用户留存和利用流量变现,还有...
    看你们这里游戏不少,想了解一下,能不能...

    这类客户有个特点,他们不会开发游戏,其中的不会两层意思:

    1. 不会游戏开发技术,对游戏开发也不了解
    2. 根本不会投入成本去开发游戏,知道这里坑多

    基于这些原因,这些客户通过公众号、微店、微信等方式,找到晓衡。但他们基本上都是企业客户,而且是非游戏行业,问题比较多有:

    • 技术问题
    • 内容问题
    • 版权问题
    • 合作问题
    • 运营问题
    • ...

    感觉一个个的向客户解释效率太低,我也根据客户的问题,做了一翻分析,也需要更多的帮助和合作伙伴们的支持,主要是想帮助这类企业客户和晓衡在线源码主以及社区开发者降低成本,并最终能挣到钱,能够多方从中获益。

    1. 原生App主营业务

    file

    晓衡接触到的客户的App,大多数以送红包+电商折扣券的居多,也有自己搭建的短视频平台,有的还结合了区块链货币,大多是上图中一种或多种玩法的组合。

    随着像头条、抖音、快手类的 App 崛起,很多小的 App 也在尝试做平台,去年晓衡在微信小游戏中看到最多的就是趣头条 App 铺天盖地的广告,各种可以帮助用户赚钱的功能,吸引了不少用户安装。

    这类 App,甚至原生游戏也会越来越多,简单的小游戏、应用内的分享奖励已经奶难吸引到客户的注意力(微信小游戏+公众号红包也是同类)。

    一是大厂兴起的红包玩法培养了用户的认知:娱乐也能挣钱,普通App和游戏对用户的刺激已经不够了;
    二是立杆见影的进入应用就能一两分钟内获得红包提现,对用户吸引力非常大,甚至改变三观,甚至有人因此购买新手机或注意微信、支付宝。

    有人因此从来不用智能手机的,也想尝试买一个试试,好玩还能挣钱,但却不知道自己的注意力和时间都被这些 App 收割了,而且还在笑!不过大家都开心,有什么不好呢?

    2. App内嵌游戏的需求分析

    大多数 App 借用了很多游戏中的玩法:签到、抽奖、分享奖、发红包...但是里面夹杂着大量的、恶心广告。

    但 App 内容不够的时候,用户很容易疲倦,就算是天天提醒用户看书、走路、喝水、吃药... 再加上送红包也难以将用户留住,因这些需要坚持!

    有什么不需要坚持的呢?

    我觉得是娱乐!

    没有持续娱乐性的 App 用户就是呆不长,而且 App 就像一个广告播放器(其实现在的小游戏也差不多),短视频与游戏将会是是 App 的主打内容。

    在一个 App 中,短视频与游戏的生产成本是不同的。短视频内容可以由用户来生产,但游戏就不一样了,必须是专业开发人员,而且游戏的开发成本非常高。

    • 策划成本,游戏怎么好玩
    • 美术成本,游戏怎么好看
    • 程序成本,游戏怎么实现
    • 沟通成本,这个也很重要

    根据与客户之间的交流,我这里画了一张脑图,从客户目标、技术两个方面,分析了在原生App中嵌入游戏内容的价值与低本成本的实现方案。

    file

    市面上已经有很多我们认为的“垃圾App”(全是广告)可以点开即玩游戏了。不要认识为别人垃圾,人家确实能挣到钱,流程思路非常清晰,而且能全程打通,技术也不差,我觉得很值得的向他们学习和借鉴,找上门的客户,已经洞察到了并开始行动,晓衡自认为已经落后了,再不学习就没机会了。先来看看客户的目标:

    1. 提高用户流存:游戏能让用户产生成现实生活中无法获得的就感(成语游戏男女老少通吃),让用户更多的停留,如果广告不是太烦人或没有广告,是容易办到的。能生产快乐就是价值,用户就有二次光临的可能,对 App 来说就有更多的挣钱机会。
    2. 流量变现:虽说流量就是钱,但是晓衡遇到不少有流量的公众号、App、网站就是很难将流量转化为价值。自从小游戏这个物种风靡全世界之后激励视频广告成了最有效的变现渠道,但也成就了大多小游戏沦为了广告播放器的命,大家都要活命,分点钱给用户,只要量大了,App也能挣很多钱不是吗?
    3. 更好的数据表现:有了用户就有了世界,就有了更多的可能性,才有人与你资源白嫖,相互合作,才可能活的更久,人长的不好看不要紧,数据好内在美,还有整容的机会,心里会踏实很多!

    3. App内嵌游戏的技术分析

    游戏是软件行业的一个很细小的分类,与 App 还是有很大差别的,我们再来看技术这块,在国内,主流的开发 H5 的游戏的引擎主要是:

    1. 老牌 Cocos 引擎,公司有超过 8 年了吧!从最早的 C++、Lua、JS 一直杀到今天,全面以 H5 技术为主。2016 年推出的 Cocos Creator 引擎也经历了4个多年头。国内小游戏市场 50% 以上使用 Cocos Creator 开发,在我们社区,个人开发者更是占到 95% 以上。
    2. Laya 引擎在 3D 小游戏方面的市场份额大一些,但是由于没有称手的 UI 编程器、3D场景编辑器,还需要借用像 FairyGUI、Unity 等工具辅助,开发难度和体验都无法与 Cocos Creator 相比,随着 Cococ Creator 3.0 的全面发力估计还会有新的变化。
    3. Egert中文名“白鹭”,是最早使用 TypeScript 做游戏开发的 H5 引擎,早期有不少 H5 的 RPG 游戏出现,但最近两年,在小游戏市场感觉声音越来越小,不知道是不是在憋大招。

    除了以上肯定还会更多的游戏引擎,但以上游戏引擎的人才多,现有的游戏产品也多。比如我们的「晓衡在线▪猿码微服」以及我们的社群,是获取 H5 小游戏产品最为方便的渠道,我敢说没有之一。

    2015 年被称之为 HTML5 元年,直到 2018 年微信小程序、小游戏的爆发,以及随后的头条、抖音、QQ、百度、华为、VIVO、OPPO、小米等各平台的快速崛起才正真标志着 H5 技术产品的繁荣。

    目前无疑基于浏览器技术的 H5 天生跨平台特点,可做到一次开发到处发布!而且随着硬件、云计算、带宽、软件性能越来越好,在 App 中远程加载 H5 游戏是最为高效、成本极低的方案,随便丢个 URL 连接就能在 App 中玩起来!

    不论是想在 App 中嵌入游戏的商厂,还是我们的游戏开发者,都需要了解现代 WebView 与原生 App 的桥接技术,这样能快速实现游戏与 App 之前的交互。

    其实这也不是什么难的东西,但是要把一个事情顺利做成,还是需要多思考和行动:

    1. 我们想在游戏中显示穿山甲广告,大多 H5 小游戏,接入了微信或头条 SDK,如何不修改源码,可以直接用呢?

    在现有 H5 游戏中,嵌入一段 JS 代码,将微信、头条的关键 API 模拟一遍,比如将创建激励视频广告的 API 桥接到自己原生 App 中,加载穿山甲的激励视频广告或任意广告。

    其实小游戏平台,微信最早,大量的其他平台也是抄的微信的 API 接口设计,比如字节跳动环境下:

    tt === wx
    

    只要不是专属 API 比与微信云相关的 API 都是一样的,微信小游戏资源包是可以在字节跳动小游戏环境运行的。

    2. 你们游戏中的金币、道具需要与我们 App 中的货币、积分关联,这个能做到吗?

    这个问题,首先要考虑政策问题:版号

    游戏版号是:国家新闻出版广播电影电视总局批准相关游戏出版运营的批文号的简称

    只要是游戏中涉及支付的都必须要有版号,不然无法上架正规的 App 应用商量和小游戏平台。

    如果觉得上面的政策不是问题,继续思考“如何在 App 加载的游戏中识别玩家身份呢? 这样才能与 App 中的货币、关联吧!”。

    我想到的不修改源码的方案,还是微信SDK的接口包装,以及字节跳动的用户授权接口,他们是有些差别的。

    也就是说,原生 App 要接入更多游戏并与 App 中的玩家身份关联上,需要建立一个基于微信和字节跳动的SDK包装层,然后再桥接上自己的用户信息,比如昵称、头像、openid 等信息。

    3. 我们 App 中的货币、积分、代币... 是用户的重要资产,在游戏中如何保证安全性?

    问题真的是多,App 商厂想接入游戏,在游戏中消耗 App 中的用户资产,当初我与客户都认为的是,提供 HTTP API 就可以解决问题。

    但我们大多是单机游戏,目前玩家数据多数是存储在浏览器本地 localstorage 中,这部分代码能否做到不修改吗?当然 localstorage API 也可以做一层包装,具体将玩安数据怎么存放,怎么加密可以由 App 开发商自己决定!

    但我找了几个游戏给客户体验,发现一个问题:不同游戏中的货币概念是不一样的。

    比如《成语小状元》他里面用的是体力,每玩1关扣除1点体力,而《宝宝当学霸》、《僵尸碰碰车》这类合成游戏里面用的是金币,数值可达上亿兆。

    如果想接入不同 App ,很可能需要不同的修改,这是个很让人讨厌的事情。

    在经过一翻思索,我在想能否由 App 提供一个接口,弹出一个兑换窗口,见下图:

    以上方案目前都是晓衡根据自己的经验,并没有完整实践过,但我愿意与客户、社区开发者们一起去探索、研究最佳的方案,也欢迎大家留言发自己的意见,这将是一个多方获益的事情:

    1. 客户降低成本,实现需求
    2. 现有游戏源码最小化修改
    3. 能实现统一化、规模化、可复制

    4. 三方 SDK 整合分析

    不论是 App 还是游戏,最终要收益都是离不开诸如:广告、分享、统计、支付等三方 SDK 的,不然怎么致力于成为广告播放器呢?开玩笑了!

    file

    游戏开发者,除了会做游戏外,还有一个重要技能就是:接入SDK

    我知道很多人讨厌接入SDK,但要想产品变现这个是绕不开的。因此除了学习游戏开发的编程技术外,还需要了解 Android、iOS、Web 开发、服务器后端等技术。

    对于这块我想从事开发 App 的伙伴会更有经验,也是游戏开发都需要学习加强的地方,特别是原生微信SDK、穿山甲广告等接入。

    以后的 App 将会越来越平台化,一个小的 App 也可能需要有自己 SDK 整合游戏内容,这还需要多方面的合作,在这里希望能给大家一些启发,我们一起探索更多的可能。

    最后是一张,我画的完整思维导图,感谢阅读,希望能分享给更多的朋友,帮助到更多的人,原我们一起成长,共同进步!

    欢迎关注我们的公众号:「Creator星球游戏开发社区」,也可以加我的微信:z6346289,一起探索更多可能!

  • 相关阅读:
    Blank page instead of the SharePoint Central Administration site
    BizTalk 2010 BAM Configure
    Use ODBA with Visio 2007
    Handling SOAP Exceptions in BizTalk Orchestrations
    BizTalk与WebMethods之间的EDI交换
    Append messages in BizTalk
    FTP protocol commands
    Using Dynamic Maps in BizTalk(From CodeProject)
    Synchronous To Asynchronous Flows Without An Orchestration的简单实现
    WSE3 and "Action for ultimate recipient is required but not present in the message."
  • 原文地址:https://www.cnblogs.com/creator-star/p/13334559.html
Copyright © 2020-2023  润新知