微信号:fe-818

介绍:不好好写代码,写什么文章

饿了么小程序的一些思考

2017-01-11 22:56 sofish

本篇是给 EGO 写的一篇文章

查看更多的观点,请点文末的阅读原文


. . . 


如何使用饿了么小程序?

微信 -> 发现 -> 小程序 -> 搜索「饿了么」


. . . 


从某种程度上来说,我们都活在体制内。比如某个民主体制,又如我们要谈的小程序的承载平台 —— 微信 —— 身边 90% 的人都在用的社交工具。适应体制通常是最佳解决方案,就小程序而言,作为一个希望服务更多用户的服务提供商,面对一个通向 8 亿日活的用户窗口该如何利用?这里说的不是流量红利,而是为可能的 8 亿日活用户提供多一种入口选择。要充分利用这个窗口,目前最好的方式是适应「体制」,了解小程序的适应场景。


已经发布的小程序并不能订阅,也不能推送(确切来说只要在存活情况还是可以 Hack 推送的),并且是自动登录的。那么通常来我们何时会有这样一个需求?这就是所谓「适合的场景」。对于每个人来说可能是不同的 APP,但大多是同一个需求 —— 临时一用,用完即走。于我,这个场景是很少用的租单车,或者一周最多点进去一次的卖电影票 APP,诸如此类。如果是安卓手机用户,因为可以安装到桌面,用户很有可能会删掉不少 APP 直接用小程序,这就不是「用完即走」而是「长驻」了;即便是这,像专业的图片处理、游戏、大数据处理工具等因为性能和数据大小限制不太可能被替换;另外像日程、即时通讯工具等需要大量推送的也不太可能被替换,通常只能是小的、用户概念比较弱的、频次非常低的、不需要推送的程序,比如汇率计算器之类。


那么,便捷?优势?开发效率?我认为要不要开发一个小程序,根本取决于有没有适应场景和合适的服务。比如很难想像出用户「扫一扫理财」的场景,至少对于我来说不太容易因为扫一扫就决定投点钱但是,平时工作同事们一起点个下午茶就很常见,像饿了么的专利「微信拼单」通过微信分享来达到大家各种点单就是一种天然的「场景」。


不过饿了么在小程序发布第一天首发的产品是功能比较「重量级」的全功能 APP,这个主要是基于上面所说的 —— 给用户提供多一种入口选择我们的预期是看看用户是如何使用的?市场的反响如何?根据数据和原生计划,改进和推进新小程序的开发。


总体上来说。开发上,除了已知的无订阅等「特点」,微信小程序对于程序包的大小、数据大小、页面节点的数量、API 入口等都有限制,开发上稍微比 HTML5 麻烦,不过只要是前端开发人员,还是可以轻松上手;在发布流程上,因为需要审核,目前我们试过最快的一次是 7 个小时(可能第一批本来应用就不多),相比 App Store 类的提交来说是速度不错的,但要「发版」就已经是麻烦的事。对于我们来说,从 12 月初立项,断断速速边开发边观望,完成一个饿了么完整功能的小程序大约需要三个人一周多一点的时间,还算是比较快的。


关于后续。有一个评论这样说 ——小程序会帮助挽留那 20% 不想装你 APP 的用户。这个评论我并不全认同,但很喜欢在大家都不知道大局会如何的情况下,有能力的团队持续关注并保持一定程度的试水、摸索投入,可能会发现不同的场景,甚至意外的惊喜。饿了么团队会根据统计数据和平台的演进,继续保持一定的投入来跟进。



封面图片来源:

http://tech.sina.com.cn/zl/post/detail/i/2016-09-26/pid_8508602.htm


 
思考没乐趣 更多文章 什么样的人可以称为「架构师」(无删节版) 关于留人 技术团队风格指南 MVP 与牛人 规则破坏者
猜您喜欢 通过Loader延长Presenter生命周期 ㊗️ ❗ 30个令你尖叫的出差旅行小Tips,赶紧收藏! 想要DevOps?先把拍老婆马屁这件事自动化了吧! (61) 内存映射文件及其应用 - 实现一个简单的消息队列 \/ 计算机程序的