菜单导航

免安装应用项目排坑指南

作者: 精装之家 来源: 精装之家 发布时间: 2021年08月24日 22:05:03

文章基于自身经验,为我们分享其在开发轻应用时遇到的问题,希望能够给你带来借鉴与思考。

首先介绍一下,什么是轻应用。简而言之就是硬件厂商提供的免安装应用的直达服务。

自从微信推出小程序之后,为了抗衡小程序,各大手机硬件厂商都在默默孵化的免安装应用。

在宣传的时候主打几个特点:低折损、重体验、强留存、低成本、易传播。

我厂是国内某养车 B2C 公司,参与小米、华为等安卓轻应用联盟的内测开发。因此大家在看不见摸不着的未来可能的巨大利益驱动下,开始了至今为止3个月的开发。

硬件厂商推出的「免安装应用」后面我们称之为轻应用。整体系统架构其实与微信小程序非常的相似。

安卓市场的各位厂商爸爸们规定了一套类似的原生的语法。这套原生语法可以保持与 app 完整度一致的前提下做到 rpk 包非常小,通常不超过 1M。且比微信更牛逼的是,他们号称「系统级应用」。

商务在和厂商爸爸的聊天过程中,他们提到了许多非常诱人的数字,比如装机量以及激活量都是 app的百倍以上。同时,转化率非常高

看到这样的数字,老板们都很激动,一声令下,做!便开始了我们苦逼的开发周期。上周我司请来了业内某前端大神,也是国内某超级大厂轻应用项目的技术负责人,来我司分享经验。发现其实在开发过程中大家遇到的坑几乎是相同的。下面跟大家讲讲唠唠嗑,讲讲我们在开发轻应用时遇到的问题。

免安装应用项目排坑指南

一、拿到的文档未必是最新的

第一次看某厂商的技术开发文档,讲真非常懵逼。文档非常简单,只是一个 Word 版本的开发说明,对于一些关键点的介绍都非常模糊。对比微信官方文档来说,易读性就不在一个级别。比如接口文档上明确提到了此处需要请求厂商的某一个接口,但是翻遍文档的每一个角落,几乎都没有找到这个文档所说接口的请求地址。

我的建议:一定要多沟通,尽可能的建立高效的沟通模式。如果对面愿意配合你们建 trello 等任务管理工具是做好,如果不行,多沟通是最需要的。

但是多沟通这里面还是有一些门道。如果你们公司商务给你们对接到了应用厂商的相关技术人员,那是上上策,不管怎么样厚着脸皮要到电话和微信,对面虽然可能电话不接,微信回的慢,但是所有渠道试过之后一定还是会有回应的。另外在沟通的时候如果是文档方面的问题,一定要跟对面的商务/技术讲清楚你手上文档的版本号,有可能你们的技术还在对着 V1.0 版本的手册开发的时候,对面的技术大大已经更新到 V3.0了。

二、厂商的技术也不是万能的

小程序在推出前在微信内部整整内测了一年,但是轻应用从起头到现在还不足一年,所以各位可想而知还是非常非常不成熟的,大家不要指望你家遇到的每一个问题对面都有方法可以解决。

一定要做好对面说:「啊咧?你们怎么会遇到这个问题啊?抱歉,这个问题我们暂时没有解决方案」,这个时候考验你们技术,和你自己产品力的时刻就到了。

我的建议:要做好这样的心里预设,并且面对最糟糕的环境还是要做好最充分的准备。由于我们在陪着各大厂商内测他们的服务。因此对面还是很愿意配合这些事情。尽量给厂商的技术多提几个你们的计划策略,让对面帮助一起探讨这个东西的实现可行性。

如果对面实在没有好的方案,可以要求对面在open api 上为你们家专门协约参数来满足你们的需求。举个栗子,我们之前为某厂商开发过付费包对接过一次他们的账户系统,这次要做轻应用同样需要对接一次账户系统,坑爹的是,厂商目前没有用来校验用户身份唯一性的字段,也就是我们通常讲的 「uniion id」,直接导致的结果是我们产品的 userid 可能会对应多个厂商账户。

这个在后期清洗数据、绑定关系以及对用户资产处理等产生一系列的影响。面对这种情况就是考验各位产品力的时刻,可以和厂商协约唯一参数,也可以更改你们的产品策略。适合自己的才是最好的

三、你做好盲写的准备了吗

本周和某大厂轻应用技术负责人沟通的时候,发现他们也有一样的苦恼。由于厂商启动轻应用的项目是在不成熟且资本大量注入的情况下开始,基本都是边跑边打。很多东西厂商自己都还没想清楚,就需要我们这些内测应用配合开发上线了。