当前位置: 主页 > L生活妝 >工程师谈CubieMessenger350万次下载背后的功夫 >

工程师谈CubieMessenger350万次下载背后的功夫

作者: 分类: L生活妝 发布于:2020-07-08 浏览(956)


工程师谈CubieMessenger350万次下载背后的功夫

今天不小心在 Hacker News 看到有人贴 Cubie 的成长,虽然没有人讨论,但好歹也进过首页一次。啊,我人生的目标可以打一个勾了,完成进 Hacker News 首页的悲愿。

不过即然提到了成长,我的话闸子也开了,屁一下吧……到底是怎幺达到 3.5M 下载数的?真正的原因不明,我觉得有点糊理糊涂就达到了,我想如果没有不小心选到涂鸦这个甜蜜点,我们现在成绩应该会很难看.

那 Cubie 当初为什幺加上涂鸦功能? 就 msn 很早以前就有这个功能, 我们家的美术很想要用, 所以就做出来玩玩看, 做出来后我们 团队里的人自己也玩的很开心, 所以这就变主要功能之一了。

涂鸦功能花了一个礼拜就做好了, 技术上没有困难点, 当时就很烦恼为什幺这幺简单好玩的功能 line whatsapp 还不做? 肯定不是技术问题, 然后也怀疑 msn 当初将这功能下架的背后原因, msn 白板不是很受好评吗? 怎幺忽然不做了? 虽然有很多疑问, 但即然做好了就上了, 出了问题再拿掉就好。现在看来这选择正确无误。

涂鸦聊天是我们的甜密点,但支撑这个甜密点,背后却有很多事要做,有很多点让我们挣扎不已,尤其是 UX optimization、Feature set、Growth hack 这三个点上。

UX optimization

UX optimization 我们没做到,应该说只花了点功做了 UX,没有到最佳化,一方面人材有限,另一方面时间有限。我们顶多要求按钮不易看错、按错,避免太複杂的流程这样。更细的就没有再做了,如果有时间的话这是个可以花很多时间钻研、有趣的题目,但我个人认为这点跟成长快慢与否没有很大的关联,老闆也这幺想。一个界面一个流程如果改到第三次我们就会停了,不论最终结果做的好不好。所以这大概只佔我们的 <10% 的工夫吧。

我们最近的一次 UX 改善是登入画面,一整个翻新,用活泼清爽的界面取代制式的表单,A/B Test 的结果是增加 2%,听起来很少吧,我们也这幺觉得,所以如果想要有更大的改善,势必有其他的因素,而不是单单的 UX 而已。尽管 2% 的增幅很少,正面的结果还是太珍贵了,新的界面就沿用下去了。题外话,UX 不是指好看很炫的 UI,不过 UI 的效果和 UX 类似,对成长的帮助也是有限 ,最好的例子是 Path 2.0,它算是最炫的 UI 了,但是现在又有谁再提 Path 呢?反观 Facebook UI 平庸至极,还不是一直吓吓叫。只有做游戏的,这种生命週期短的 App 值得大量投资在 UI 上。

Feature set

Feature set 是我们花最多时间的地方,我们有做不完的已知功能,也有很多想尝试但又不敢下手的全新功能。是的,功能分为两大类,一是已知,另一是未知,先来说说已知的功能。Cubie 是进入一个已经成熟的市场,messenger 的功能大家想的到的市场上都有人实作出来了,像是客製铃声、桌布、支援备份之类的。这时候用户就会来提需求了,用户会提一些别的 messenger 也有的功能 ,希望 Cubie 也有。那我们到底该不该做呢?我个人不认为做已知的、大家都有的功能会让 App 大幅成长,试想,做客製铃声、客製桌布这类的功能会带来更多新的用户吗?也许有可能,但我们也很难量化追蹤它的效益。现阶段我们只能 /假设/ 这些已知的功能,可以 /留住/ 用户,让用户觉得贴心,不会外流到其他的竞争对手。留住用户也是很重要的,如果流失大于成长,那就算成长的数字好看也没用。很可惜的是我们只能 /假设/ 会留住,我们还无法量化「新增某个的功能」能够改善多少用户流失量。所以很有可能我们团队汲汲于丰富的已知功能、那些对手也有的功能,到头来只是瞎忙一场。

好了,来说说未知的功能,对 Cubie 来说就是市场上其他 messenger 没提供的,白话的说法就是创新。创新的功能最有可能带来新的用户,但是风险也是极高。说真的我个人希望这点佔 Cubie 开发的比例高一点,很可惜不是,因为他妈的太难了。还有就是别指望用户会带给你一线曙光,用户只会建议已知的功能。不只是用户,我们团队内部里大多时候也是这样。我们有花一定的工夫在开发创新的功能,但也不是完全的创新,通常是融合其他领域的点子到 messenger 内而已,但光是这样风险就很高了,市场上失败的例子多到数不完。要有一点绝佳的点子,完美的融合到 messenger 内真是可遇不可求。我个人期许我们在这点上做得更好。

另一挣扎的点是,全新的功能也许是个双面刃,如果你常用 App,就会发现现在开始流行 行星+卫星 的 App 组合。例如 Facebook 的主 App 是行星,如果有其他的独立的功能,他们会额外推出卫星 App,像是 Facebook Camera 和 Facebook Messenger。我想 Mobile 生态会发展出卫星 App 是必然的,原因是单一个 App 在各方面都不能 scale,当 App 的功能多到了某个程度后:

另外,卫星 App 是个重新行销的机会,如果一直都是同样的 App 加新功能,用户会麻木的,我们团队之前做游戏时就是这样,你得想个法子出个二代,或者是 1.5 代也行,重新 re-brand 后新用户才会再来,旧用户才会回锅。听起来 行星+卫星 的策略好像优点颇多,但目前只有看到大公司大 App 在玩。我不晓得小 App 走这样的策略会如何,是否会适得其反?未来 Cubie 加上了更多功能,尤其是全新的,势必会撞到这个问题。

Growth Hack

Growth Hack 我们有做,也有做 A/B Test,让 Data driven 我们的设计。我们现在通通在 Android 平台上执行 A/B Test,原因呢?当然是他妈的 App Store 审查要 10 天 啊。你设计了一个 A/B Test 结果要两週后才有结果不是气死人嘛?Android 用户和 iOS 用户也许有不同的喜好,但是当量级到一个程度后就没差了,你在 Android 上做的结果可以套在 iOS 上,最少我们的经验是这样。目前我们的 growth hacking 不是很深层的,只做到连结其他的服务的基本功能,这一点是真的弱掉了。上一回老闆到了硅谷一趟,那边的圈子随口给的 growth 建议都让人眼睛一亮,硅谷在这方面真是有一套。我们是否该停止大量投入在 Feature set,将一半的时间移过来做深层的整合呢?Growth Hack 的总帅 Andrew Chen 也是如此建议我们 。我个人也同意他的建议,不过我的原因只是 Cubie App 在功能上已经太肥了,造成程式的架构太複杂。

用户成长还有其他的点吗? 我是做 server 的所以要臭屁一下自己的功劳: server 在不断的成长和爆炸的循环之下, 总算调整到可以稳定承受用户数增加 。后台要承受百万支手机同时在线上聊天还是要有点经验才做的到, 我们跌跌撞撞地也达到了那个点. 我们学到什幺都要非同步操作, 后台的 server 因为放在 amazon, 大概两~三週就会有一台 server 无预警挂掉, 我们的架构也可以容忍这种当机. . Market 快速成长, 后台也要追的上同样的成长速度, 不然用户数就卡住了。当然现在的硬体很好, open source 资源比以前更丰富, 所以要开发百万用户的后台不再是火箭科学了. 有经验的工程师大家现在都办得到,只是要撑过成长的阵痛期。

好了,这就是我目前对于 Cubie 成长各方面的看法,有时间有资源当然是想全部都做到 100 分啊。不过,你晓得的。