Google Firebase使用

Google Firebase 他的能量,超乎你的想象!

一、背景

Google Firebase 已经推出了好多年了,我也不识庐山真面目,只缘身在此山中的样子过了好几年。

为什么呢?因为前期要开发App的时候 ,大多数都会说,我开发的是国内的App,这东东要翻山越岭才能用。但不知不觉中,发现它已经慢慢得长大,并且大的超乎你的想象!已经自成一套体系了。

今天就来带大家一起揭开 Google FireBase 一层又一层的神奇面纱。

二、第一层神秘面纱:我不会服务端数据库开发,能不能开发一个 App?

答案是:能!

Google Firebase 提供一个云端 实时数据库,解决你存储用户数据的问题。形如下图:


实时的数据库

上面的示例,用来显示未登录用户的设备和某个时间收藏的记录。

贴一下官方解释:利用我们的 NoSQL 云端数据库存储和同步数据。数据会实时同步到所有客户端,而且即便您的应用处于离线状态,数据也仍然可供使用。

Firebase 实时数据库是一种托管在云端的数据库。数据以 JSON 格式存储并实时同步到每个连接的客户端。当您使用我们的 Android、iOS 和 JavaScript SDK 构建跨平台应用时,所有的客户端共享一个实时数据库实例,并自动接收包含最新数据的更新。

调用起来非常的简单,添加依赖相应的依赖后,就可以直接调用如下代码进行写 库操作:

实时数据库写入

然后我们接着看读取:


实时数据库读取

这样服务端数据库存储的问题已经解开了,那我们终于可以去写一个 APP 了。
好比我们写了一个 导购 应用,产品用淘宝的数据。

然后应用的图标可以通过如下网址生成:

  • https://materialdesignicons.com/

  • https://jgilfelt.github.io/AndroidAssetStudio/icons-launcher.html#foreground.space.trim=1&foreground.space.pad=0&foreColor=E8EAF6%2C0&crop=0&backgroundShape=square&backColor=3F51B5%2C100&effects=none&elevate=0

  • https://material.io/resources/icons/#ic_loyalty

揭开第二层神秘面纱:我们的 App 也需要用户分析,我们也要分析一下我们用户的行为

当然,Google Firebase把以前的 Google Analytics 也给整合了,集成后,自然开始统计 App 启动卸载等行为。详如下图:


数据统计功能

好了,基本的用户行为:启动,活跃,卸载都有了,但我还想知道,有多少用户每天浏览首页,产品详情页的 UV,以及购买的次数。形如下图:

Event 事件

这里我们知道了用户每天执行某个 Action 的行为次数。

当然,还可以分析版本发布,以及用户回访之类的数据。来一张震撼的图吧!


全球实时用户图

嗯,很满意,内心有那么一点点小自豪,哥也是有 DAU 过千应用的人。

但突然有一天,我们发现,为什么用户在 Google Play 上给我们一星差评,说应用一启动就挂?还有的说我们的 App 启动很慢?我在大杭州,测试明明很快啊?用户会不会是在忽悠我?总不能让我去用户的地方亲测吧?

揭开第三层神秘面纱:质量保证和性能保证

Crash 率的监控,这种基本的统计信息,不多说了,程序员都懂,你的应用越稳定,越可以得到用户的青睐。因为用户的确定性得到了保证。

我们这里来说其他的内容:性能。

性能监控

把你 App 的网络调用成功率,App 某个页面的打开速度,以及全球范围内的网络响应速度,App 启动速度,全都给你展现出来。

现在不都流行关键路径秒开吗?而秒开无非就是拿空间换时间,取得用户网络消耗与性能之间的平衡。说得粗暴一点,一次性把所有的网络请求都请求掉,存到用户本地,用户访问的时候肯定秒开啊?但这样浪费了用户的流量和存储,而同时,也不能保证用户打开的最新的页面。所以现在还是一次次的去请求服务端网络。如果可以做一些用户行为路径预判断,只加载当前页面上用户85%会点击的网络请求,也是一种优化方案。

终于,我们的用户群体越来越大,每天上万 DAU,而FireBase 的数据库存储很快达到了免费流量的上限。我们要掏钱买服务了。

Firebase数据库收费标准

靠,一个月25刀,有点伤啊,做个 App,总不能赔钱赚吆喝吧?

我也要考虑一下 ROI,投入产品比;白一点就是一天花10块,我总要赚回10块来,保证不赔钱吧?

揭开第四层神秘面纱:嵌入广告,赚美元

想变现,用firebase也可以帮你搞定!https://admob.google.com/home/

admob赚美元

然后按照文档,嵌入 SDK,再把我们的 App 发布上线,就可以有广告收入入帐了。

广告收入界面查看

然后我们一看一天的广告收入,远远超过了 一个月 25刀的服务费用,那我们下一步的 Action 是什么?做大做强,再创辉煌啊!

可是每天的用户下载量就非常稳定,要怎么样才能带来更多用户呢?我们要去买量了。

揭开第五层神秘面纱:我要拉新,我要流量,我要做大做强,再创辉煌!

去买量,肯定从 Google 买量啊,然后我们就去 Google 买新安装的广告。

详见如下链接:https://adwords.google.com/

推广 App 页面

然后选择我们的 App 后,继续下一步。

广告付款方式

我们看到了 Bidding,Install Volume 按安装来计费,至于安装后,用户有没有表现出强留存的行为,Google 就不管了。

那不行啊,我们不仅要安装,我们还要转化,这里我们打比方用户如果有把我们的产品购买的事件,会影响我们用户的留存。那我们能不能找到那种喜欢做这个事件的人群,然后向这个人群去投广告呢?

答案也是可以的,要不然我就不住这里讲了。

In-app actions

什么是 In App Action?噢,原来就是上面我们通过 firebase 打点的事件,我们已经把什么人会执行 购买的行为上报给 FireBase 了。所以我们直接选择上相应的 In-app action,就开始投广告了。

然后用户就真的来了,是然花钱能解决的问题,就不是问题。

阳光,沙滩,嫩模,比基尼的日子在向我们招手。能不能再多赚一点呢?那要保证用户时不时的使用我们的 App ,对噢,现在我们的 App,如果用户不主动点击图标启动他,那我们就不可能有广告收入。那有什么手段可以把用户给唤起?推送!

揭开第六层神秘面纱:推送,唤醒沉默用户

嗯,我们想接推送,但又不想打扰那些每一天都回来的用户,我们想对三天没有来过的用户,发推送召回一下,这样的推送系统,有点难办了吧?我们没有这些数据啊?

没事,Google 有。详见下图:

发送一个hello world!

给我们的用户发送一个 Hello world!显示一下我们国际化的能力!程序员都喜欢这么干!

并且我要持续的发!每天给那些不活跃的用户都发一次!看下图,Google 也实现了。

发送周期

但我们发送了这个推送,到底能带来什么好处呢?能促进我们的用户购买这个行为吗?当然可以,Google 可以帮你统计已发送到已打开到已转化的事件统计。

事件转化

那还等什么啊?我们又多了一条触达用户的通道!我隐约都看到了嫩模在向我招手的样子了!

然后有点狂了,有点膨胀了,然后也更自信了!大吉大利,今晚吃鸡!老子就是天下第一!

我的判断肯定不会错,比如把 『Buy Now』按钮的文案,我要改成 『Buy』。

结果第二天转化数据逛跌!转化跌,收入就跌,阳光自信的那个少年,一下子有点失落,有没有办法解决这个问题呢?或者至少我可以把这个功能给快速回滚吧?又要发版本,又要审核,又要更新,怎么也是一天几个亿上下的流水收入啊!白花花的银子啊!怎么办?

Google Firebase 救救我吧!

揭开第六层神秘面纱:远程配置 + AB 测试。

首先,我们这个功能的上线的时候,应该只对25%的用户开启测试一下啊,就算影响,也只有25%的影响,不至于全军覆没啊!

选择条件

选定好条件好,我们再在如下界面填上 Value;

填上 Value


这样能够保证我们这个功能至少不要影响全部的用户。

还那么自信吗?还那么膨胀吗?没有数据证明的 Action,就是耍流氓!

那谁能告诉我,到底这个按钮文案用什么好呢?我还是想改一下。至少不要针对俄罗斯人也展示英文吧?

所以我们可以创建我们的实验如下:


实验

我们针对文案的值也创建一个远程配置,然后针对我们的 App 的俄罗斯用户的5%的用户,下发这个配置。

然后跟进这个配置对 购买事件的影响。详如下图


目标转化影响

最后,选定这部分用户的对照基准桶,和变量桶的值。

基准桶

然后一个实验就创建下去了。

七天后看数据,我们发现方案改为:Buy It Now 文案可以进一步提升我们的转化!然后再全量下发配置!

有了这个实验,我终于不怕了。改什么东西,改什么文案,我们再也不用担心我们的收入过山车般的起起伏伏了!

然后我们又有了新的创意,我们为什么不搞个双十一?搞个全球狂欢啊!然后我们也来刷新一个『屎』上最高记录。

但促销,就涉及到撒钱!我们到底要对哪些用户发钱呢?哪些用户发得多?哪些用户又要少发一点?哪些要使足全劲的发呢?

要是能够知道哪些用户要卸载我们 App 成为流失用户,那我就多给他发钱!让他留下来!

知道哪个用户本来就要购买了,我就少发一点,意思一下就行了。

知道哪些用户将不活跃,我就发中等的钱,促进活跃!

对,就这么干!想起来都有点小兴奋!像我们这样懂技术还有业务的人,那可以说得上是万里挑一。可是我一个人怎么玩机器学习?怎么玩人工智能?对于人工智能这个工作,我只会『人工』的工作。我要怎么才能知道哪些用户要卸载我的 App 呢?

什么?不要告诉我 Google 这玩意也能搞?就算能搞,肯定也是付费的!价格老贵了,虽然我们赚了点钱,但也不能全给 Google 打工,用来买服务器吧?

这里告诉你,免费!!!!!!重要的事情说三遍!!!!免费!!免费!!免费!!免费!!免费!!免费!!免费!!免费!!

对不住了,确实有点激动!

揭开第七层神秘面纱:集体智慧 Google 预测

Google 可以针对上述的事件进行预测,Google 通过你的 App 数据表现和事件传输,知道如果一个用户7天没有启动过,那你的 App 就要被卸载了!

所以他可以创建针对你打点事件的 人群预测。

人群预测

这样要卸载我们 App 的用户就被预测出来了,小样,还想弄死我们的 App,没有那么简单,我们拿钱砸你!

同理,我们也可以使用 购买的事件,进行人群预测,预测哪些用户将会产生购买事件。

那知道了这些事件后,我们可以做什么呢?我们可以基于跑出来的人群,进行一些操作。

不活跃的用户

我们可以发送推送,可以下发动态配置项,可以发送 In-App message。

所以正确的人我们找到了,正确的事:送钱,我们也有了,然后就等正确的时间了!2019年11月11号。

等一下,如果双十一当天,我想让用户购买后,再送100块钱红包!让用户停不下来,能实现吗?玩就玩个大的!搞个漂亮的数字,我好去拉风险投资啊!

揭开第八层神秘面纱:用户即时事件运营

当用户下单后,当用户分享后,当用户打开推送后,当用户玩过游戏后,我们总是希望给用户制造一些惊喜!这里, In App message来帮你!

配置界面如下图:


发送 App 内部消息

上面的是最大的 Pop UP!

当然还可以如下:

就像一条站内推送

灰常的兴奋吧!搞完了样式,我们可以选择人群:
而人群,这里可以玩的就多了,针对某个版本,某个语言,某个国家,某个预测的人群,然后投放我们上面的撒钱通知!


选择人群

选择好了哪些人要撒钱,然后我们选择在2019年双十一当天,并且当用户完成购买事件后,弹出我们的撒钱弹窗!详如下图!

选择撒钱时机

同样的问题,撒了钱,能带来多少次购买的转化呢?这一点 Google
也帮我们考虑到了,详如下图:

转化

等到了双十一,我们就能看到如下数据:

转化数据报表

然后,双十一,果然创了我们历史新高!融资风投天天追着我们跑,而我们也终于过上了幸福的日子!

感谢 Google Firebase!你的能力,超乎了我的想象!

从此王子和公主终于幸福的生活在一起了!

什么?我们公司数据保护,不让接入任何 SDK?WTF?

不能接入 SDK 怎么办?刚才讲的一切的一切,就这么费了?不不不,有方案。

什么?我们又要在 Facebook 投广告了?

什么?我们还要在SnapChat投广告?

广告 SDK 接不过来了啊?怎么办?兄弟,AppsFlyer 了解一下吧!

总结

不知不觉中,Google 的 Firebase 已经变得如此优秀,并且是一步一步循序渐进的诱导,让最初的小开发者,不费吹灰之力,就能达到人生巅峰。

而 Google 的产品抽象能力和大数据计算能力,表现的淋漓尽致,就算我们的 App 不使用 Google FireBase。但从他的产品设计而言,也给我们 App 未来的发展方向指明了道路。

再向上一层,这就是中台,这是 Google 的中台产品,一站式开发者体验,让开发者用得爽!而同理,我们的电商网站,有没有打造成一站式体验呢?就像商场中,吃喝玩乐一站式全搞定!

类似文章

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注