小程序的增长、克制与人性！
承香墨影
最快捷的技术进阶之路
正文共： 1657字 2图
预计阅读时间： 5分钟
Hi，大家好，我是承香墨影！
微信终于对小程序（小游戏）的分享功能加以限制！
小程序在发布之初，对分享功能做的就非常的完善，你可以知道分享动作是否完成、是否分享的是群聊。如果只是站在一个开发的角度，这是非常友好的一个设计，把更多可灵活定制的功能，开放给开发者。
当微信开放小游戏的时候，分享的灾害被放大了，在技术逐利的环境下，我做了，我就增长有收入，你不做，你就死掉了。如果我作为一个小游戏团队的负责人，在看到每次分享都是一次收入的增加，我也很难选择克制，这是人性！
不能恶意的揣测这是微信故意开放出来，现在小游戏的增长也完成了，可以将它关掉，来保持一贯的克制风格。我更愿意相信这是一次是因为对人性有更好的期望。
从最初的公众号，到现在的小游戏，微信一直在积极处理关于滥用分享的行为，但是前期一直处于人为后置审核控制的状态，现在终于从源头禁止掉它。当这个功能上线之后，你的小程序将无法判断是否是分享到群聊，以及是否分享成功。
这将让小程序团队，重心回归到如何提升用户体验上，算是对小程序生态的一次长期利好消息。微信小程序坐拥微信的大流量，终究还是要受微信的监管，算是有利有弊。但是我还是长期看好小程序（小游戏）。
在这个事件中，我看到了什么？
社群是有自愈能力的
虽然在小游戏增长最厉害的时候，大家都在说“小游戏毁了群聊”。但是社群本身就是一种社会关系，当面对一种突发的变数冲击的时候，可能措手不及，但是也是有自我自愈的能力的。
在这个过程中，大部分群主开始规范，禁止分享小游戏进群，甚至有一些专业方向的群，会加入机器人来监控小游戏的分享，在有惩罚机制之后，这种情况已经在好转。
外部输入都不可信
应该有人发现了，有一些小游戏是可以分享给“文件传输助手”，它也能认为你是分享给群聊了，有些则不可以。
不用看代码，就能知道一个是写的严格校验，另一个是宽松校验。我不是他们的产品经理，我不确定是否设计如此。如果只是从功能开发上来说，需要分享到群聊，但是有边界情况没有判断出来，这就是一个 Bug。
无论是做什么岗位的开发，都或多或少有个规范：外部输入不可信。
对于客户端，从服务端请求回来的数据，从本地文件中读取的数据，都是不可信的；相反，对于服务端，客户端发来的数据，第三方爬取的数据，都是不可信的。这些数据，在使用之前，都是需要严格校验的，否则很容易悲剧。
从微信 SDK 读取到的数据，我们依然要将它作为一个不可信的输入源，进行严格的校验，做好容错处理。
小程序确实适合试错
小游戏发布之初，很多都是将其他平台上的小游戏，无脑迁移到小游戏之上进行发布了。就我比较喜欢玩的弹球游戏，就有两三个重复的版本。
但是慢慢经过几天的迭代之后，我常玩的弹球游戏，规则越来越丰富，娱乐性越来越高。再和其他的同类游戏一比，高下立见。我想这里面肯定离不开开发团队的努力，对自己产品的把控，需求的灵敏度，都是不一样的。
在这个迭代打磨的过程中，如果是做传统 App，开发测试上线，这整个迭代的流程不会这么迅速。
并且，当你的产品质量 OK，方向不错，在微信这么大的流量下，会让你产品的问题快速放大，让你不得不快速的响应，去面对他解决它。当你正视问题，解决问题之后，也会有对应的回报。
我现在有新的方向需要探索，首先想到的就是从小程序切入。优点明显，试错成本低，能快速验证方向是否正确，如果方向没问题，再投入研发成本，做大做重都是后期的选择。在我的现阶段，做什么比怎么做更重要。就像一句老话， 方向比努力更重要！
你的对小程序有什么看法？不如在留言区讨论一下！
公众号后台回复成长『成长』，将会得到我准备的学习资料，也能回复『加群』，一起学习进步；你还能回复『提问』，向我发起提问。
推荐阅读：