Log på

我的2021年年终总结——低代码开发平台和车辆出租率最大化

Forfatter:neo yang Tid:2022/01/14 Læs: 5462
一年做成一件事,2021年有点意外,做成了两件事。 第一件事,是将我的低代码开发平台迭代到比较成熟,可以正式使 […]

一年做成一件事,2021年有点意外,做成了两件事。

第一件事,是将我的低代码开发平台迭代到比较成熟,可以正式使用的地步了。

第二件事,就是解决了互联网租车领域中普遍存在的一个问题:车辆出租率最大化。(市面上第一个,也是唯一一个解决了这个问题的产品)

先说第一件事。

2020年,用一年的时间迭代成熟自己的BAAS平台,也就是后端即服务的云计算平台。

2021年,在BAAS的基础上开始不断迭代自己的低代码开发平台,到现在,基本成熟。可以正式地用在实际的项目上了。

整体上,一云多端的整体架构基本成型。

BAAS+低代码开发平台,要解决的问题:降低一个互联网产品的试错和开发成本的90%

目前,对于部分类型的项目,可以做到降低试错和开发成本的90%,其它的项目只能做到降低70%左右。

主要包含的东西:

架构图就不放出来了,最底层的那一大堆就不说了。就说一些比较大的东西吧。

SSO:单点登录。

路由和访问控制系统:和BAAS的权限控制体系配合。

门户系统

Group系统

工作台系统

Form engine:表单引擎,用来配置各种各样的表单。

Views engine:视图引擎,用来通过配置从各个维度透视数据库,列出各种各样的列表。

以上都是最基础的东西。

微信小程序挂接系统:集成到微信小程序中,和原生页面完美协作。

Block Editor:2021年,在低代码开发平台这件事上,最重要的成果,也是花的时间最长的成果就是它了。(后续,计划在Block Editor的基础上做一些东西)

从2019年对这个东西进行数据建模,到2021年,在BAAS和低代码开发平台的一堆底层上把这个东西做出来,中间经历了两年多。

终于有了自己的、原创的Block Editor。

关于Block Editor的价值,就不说了。就说两件事吧。

国外,自从2018年年底wordpress的gutenberg编辑器正式用在wordpress5.0中之后,wordpress生态中的一直以来用的很多、卖的很好的page builder类的插件全都没人用没人买了。

国内,你们难道没发现,飞书的在线文档不就是block editor吗?

gutenberg,这是个人名,欧洲发明活字印刷的那个人,相信,你已经懂了。

另外,2021年,在低代码开发平台上,有几个东西没能来得及做,最重要的就是流程引擎、模板引擎和数据分析引擎(用来建可配置的可视化分析平台的基础)

再说第二件事——车辆利用率最大化

为一家创业公司做了一个租车平台的库存系统。这是目前市面上第一个,也是唯一一个解决了“车辆出租率最大化(也就是车辆利用率最大化)”问题的产品。

请不要问我是怎么解决的,会让我为难的。谢谢理解。

这是一个重架构、重策略、重算法的产品。

这也是一个自动化、智能化的产品。(无需人为干预。同时也为未来的租车业务流程整体自动化、无人化提供底层支持。)

车辆的出租,是车和时间两个维度的事情,是分时间段出租的。即使车辆没有还车,但它“未来的库存”是可以分配订单的。但,互联网租车这个领域,各个平台都有一个共同的问题:每一辆车租出去后,在还车之前是无法配给其它订单的。

也就是说,车租出去后,因为还车时间是不确定的,所以车辆出租的“未来库存”是不确定的,所以是不可用的。

举例子说明吧。

假如,你有10辆车。这10辆车全部租出去了,都还没还车。也就是说,现在,你手里没车。

按照预定的还车时间,明天上午9点会有一辆车还车,10点会有一辆车还车,11点也会有一辆车还车。

现在,我去找你租车,并且要在明天中午12点取车,那我这个租车的订单,你是接还是不接?

如果你接。

很有可能会发生这样的情况:预定明天上午9点还车的订单提前续租一天,也就是到后天才能还车。10点还车的订单超时10分钟,然后也续租了,今天还不了车。11点还车的订单超时了,并且一直过了12点也没还车,也不知道什么时候能还车,或者是否续租。(这三种情况在租车行业是经常发生的)

所以,到明天中午12点,你手里还是没有车,而我也取不了车。

如果你不接。

也很有可能发生这样的情况:明天中午12点之前,三辆车都还车了。

所以,到明天中午12点,你手里会有三辆车空闲,而你又没有接我的订单,所以,原本能赚到的钱也赚不到了。

如果按照其它互联网租车平台的逻辑,车辆还车之前不分配订单,车辆全部租出去后就不能再接订单,某个车型的全部车辆都租出去后,就不能对这个车型下租车订单了。也就是说,上面这个例子按照“不接”处理。

这就造成了车辆利用率的浪费。(租车领域,车辆的利用率有个专用的词:车辆出租率)

这就是车辆出租的“未来库存不可用”的问题。

而我为这个创业公司做的租车平台的库存系统解决了这个问题,在“未来库存不确定”的前提下,让“未来库存可用”。

也就是说,上边这个例子,按照“接”处理,但,却可以避免取不到车。

这样就能将车辆出租率做到最大化。也就是将车辆的利用率做到最大化。

那么,解决了这个问题的意义在哪儿?

意义有二。

1、车辆出租率最大化,就意味着租车公司的成本保持不变,而利润最大化。

这对于租车公司的诱惑力是很强的。所以,对于这个租车平台的B端的增长很重要(目前,市面上唯一一个解决了这个问题的产品)。B端的增长意味着租车平台的车辆总数的增长。这对于做大供应量是很重要的。

2、车辆出租率最大化,就意味着租车的供应量最大化。

要想规模化地让订单量增长,前提是,要有足够的供应量。

车辆出租率最大化,就意味着,在车辆总数不变的条件下,租车的“库存量”最大化。所以,也就意味着,在车辆总数不变的条件下,租车业务的供应量最大化。

简单点说,就是,车,还是那些车,但可以接更多的订单了,可以赚更多的钱了。

所以订单量规模化增长的供应侧的关键点就是这个问题:车辆出租率的最大化。

其实,解决这个问题的起因也是为了解决这个平台的规模化增长的问题。

这算是我为这家公司做的一点“硬实力”吧。

以上,就是2021年做成的两件事。

别了,2021。



copyright © www.lyustu.com alle rettigheder forbeholdes.
Tema: TheMoon V3.0 Forfatter:neo yang