小程序的增长、克制与人性!

日期:2018-05-18    阅读:442

微信终于对小程序(小游戏)的分享功能加以限制!


小程序在发布之初,对分享功能做的就非常的完善,你可以知道分享动作是否完成、是否分享的是群聊。如果只是站在一个开发的角度,这是非常友好的一个设计,把更多可灵活定制的功能,开放给开发者。


当微信开放小游戏的时候,分享的灾害被放大了,在技术逐利的环境下,我做了,我就增长有收入,你不做,你就死掉了。如果我作为一个小游戏团队的负责人,在看到每次分享都是一次收入的增加,我也很难选择克制,这是人性!


不能恶意的揣测这是微信故意开放出来,现在小游戏的增长也完成了,可以将它关掉,来保持一贯的克制风格。我更愿意相信这是一次是因为对人性有更好的期望。




从最初的公众号,到现在的小游戏,微信一直在积极处理关于滥用分享的行为,但是前期一直处于人为后置审核控制的状态,现在终于从源头禁止掉它。当这个功能上线之后,你的小程序将无法判断是否是分享到群聊,以及是否分享成功。


这将让小程序团队,重心回归到如何提升用户体验上,算是对小程序生态的一次长期利好消息。微信小程序坐拥微信的大流量,终究还是要受微信的监管,算是有利有弊。但是我还是长期看好小程序(小游戏)。


在这个事件中,我看到了什么?


社群是有自愈能力的


虽然在小游戏增长最厉害的时候,大家都在说“小游戏毁了群聊”。但是社群本身就是一种社会关系,当面对一种突发的变数冲击的时候,可能措手不及,但是也是有自我自愈的能力的。


在这个过程中,大部分群主开始规范,禁止分享小游戏进群,甚至有一些专业方向的群,会加入机器人来监控小游戏的分享,在有惩罚机制之后,这种情况已经在好转。


外部输入都不可信


应该有人发现了,有一些小游戏是可以分享给“文件传输助手”,它也能认为你是分享给群聊了,有些则不可以。


不用看代码,就能知道一个是写的严格校验,另一个是宽松校验。我不是他们的产品经理,我不确定是否设计如此。如果只是从功能开发上来说,需要分享到群聊,但是有边界情况没有判断出来,这就是一个 Bug。


无论是做什么岗位的开发,都或多或少有个规范:外部输入不可信。


对于客户端,从服务端请求回来的数据,从本地文件中读取的数据,都是不可信的;相反,对于服务端,客户端发来的数据,第三方爬取的数据,都是不可信的。这些数据,在使用之前,都是需要严格校验的,否则很容易悲剧。


从微信 SDK 读取到的数据,我们依然要将它作为一个不可信的输入源,进行严格的校验,做好容错处理。


小程序确实适合试错


小游戏发布之初,很多都是将其他平台上的小游戏,无脑迁移到小游戏之上进行发布了。就我比较喜欢玩的弹球游戏,就有两三个重复的版本。


但是慢慢经过几天的迭代之后,我常玩的弹球游戏,规则越来越丰富,娱乐性越来越高。再和其他的同类游戏一比,高下立见。我想这里面肯定离不开开发团队的努力,对自己产品的把控,需求的灵敏度,都是不一样的。


在这个迭代打磨的过程中,如果是做传统 App,开发测试上线,这整个迭代的流程不会这么迅速。


并且,当你的产品质量 OK,方向不错,在微信这么大的流量下,会让你产品的问题快速放大,让你不得不快速的响应,去面对他解决它。当你正视问题,解决问题之后,也会有对应的回报。


我现在有新的方向需要探索,首先想到的就是从小程序切入。优点明显,试错成本低,能快速验证方向是否正确,如果方向没问题,再投入研发成本,做大做重都是后期的选择。在我的现阶段,做什么比怎么做更重要。就像一句老话, 方向比努力更重要!

Copyright © 2015 宿迁灵感软件有限公司  | 保留公司所有权利 | 苏ICP备13038063

新闻动态  |  网站建设  |  网站优化  |  网站案例  |  联系我们  |     |  返回首页  |