登入

我的2021年年終總結-低程式碼開發平台和車輛出租率最大化

作者:neo yang 時間:2022/01/14 讀: 5529
一年做成一件事,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 all rights reserve.
Theme: TheMoon V3.0. Author:neo yang