Meine Zusammenfassung zum Jahresende 2021 – Low-Code-Entwicklungsplattform und Maximierung der Fahrzeugmietrate
一年做成一件事，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。
