私の 2021 年末まとめ - ローコード開発プラットフォームと車両レンタル率の最大化
1年で達成されることは1つですが、驚くべきことに、2021年には2つのことが達成されました。
まず最初に、ローコード開発プラットフォームを比較的成熟して正式に使用できるレベルまで反復することです。
2 番目のことは、インターネットレンタカーの分野でよくある問題、つまり車両のレンタル料金を最大化することを解決することです。 (この問題を解決する市場で最初で唯一の製品)
まず最初のことについて話しましょう。
2020 年には、サービス クラウド コンピューティング プラットフォームとしてのバックエンドである独自の BAAS プラットフォームを反復して成熟させるのに 1 年かかりました。
2021 年に、BAAS に基づいた独自のローコード開発プラットフォームを継続的に反復し始め、現在では基本的に成熟しています。実際のプロジェクトで正式に使用できます。
全体として、1 つのクラウドと複数の端末の全体的なアーキテクチャが基本的に形になりました。
BAAS+ ローコード開発プラットフォーム、解決すべき課題：インターネット製品の試行錯誤と開発コストを削減する 90%
現在、一部の種類のプロジェクトでは試行錯誤と開発コストを 90% 削減できますが、他のプロジェクトでは約 70% しか削減できません。
主な内容:
アーキテクチャ図は公開しませんし、最下層については話しません。もっと大きなことについて話しましょう。
SSO: シングルサインオン。
ルーティングおよびアクセス制御システム: BAAS 権限制御システムと連携します。
ポータルシステム
グループ制度
ワークベンチシステム
フォームエンジン: さまざまなフォームを構成するために使用されるフォームエンジン。
ビュー エンジン: ビュー エンジンは、構成を通じてさまざまな次元からデータベースを表示し、さまざまなリストを一覧表示するために使用されます。
上記は最も基本的なものです。
WeChat アプレット フッキング システム: WeChat アプレットに統合されており、ネイティブ ページと完全に連携します。
Block Editor: 2021 年、ローコード開発プラットフォームに関しては、これが最も重要な成果であり、最も長い時間がかかった成果となるでしょう。 (将来的にはブロックエディターをベースにしたものを作る予定です)
2019 年から 2021 年にかけてのこのもののデータ モデリングから、BAAS およびローコード開発プラットフォームの束の下層にこれを構築するのに 2 年以上かかりました。
ついに、私自身のオリジナルのブロックエディターが完成しました。
Block Editor の価値については多くを語りません。 2 つのことについて話しましょう。
海外では、WordPress の Gutenberg エディターが 2018 年末に WordPress 5.0 で正式に使用されて以来、WordPress エコシステムで広く使用され、よく販売されているページビルダー プラグインを使用したり購入したりする人は誰もいませんでした。
中国では、Feishu のオンライン文書がブロックエディターであることに気づきませんでしたか?
グーテンベルク、これはヨーロッパで活字印刷を発明した人の名前です。もうお分かりかと思います。
さらに、2021 年には、ローコード開発プラットフォームで行う時間がなかったことがいくつかあります。最も重要なものは、プロセス エンジン、テンプレート エンジン、データ分析エンジン (構成可能なビジュアル分析を構築するための基盤) です。プラットホーム）
2 番目のことについて話しましょう – 車両の利用率を最大化すること
スタートアップ企業のレンタカー プラットフォームの在庫システムを構築しました。 「車両レンタル率の最大化（つまり車両稼働率の最大化）」という課題を解決する、市場で初めてで唯一の製品です。
恥ずかしいので、どうやって解決したかは聞かないでください。理解していただきありがとうございます。
アーキテクチャ、戦略、アルゴリズムを重視した製品です。
これも自動化されたインテリジェントな製品です。 (人間の介入は必要ありません。また、将来のレンタカー ビジネス プロセス全体の自動化と無人化の基本的なサポートも提供します。)
車両のレンタルは、車両と時間という 2 つの次元の問題であり、期間ごとにレンタルされます。車両が返却されない場合でも、その「将来の在庫」に注文を割り当てることができます。しかし、インターネットレンタカーの分野では、すべてのプラットフォームに共通の問題があります。各車をレンタルした後、返却する前に他の注文に割り当てることができません。
つまり、レンタカーを借りた後は、返却時間が不確実であるため、レンタカーの「将来の在庫」も不確実であり、利用できないことになる。
例を挙げてみましょう。
車が 10 台あるとします。 10台すべて貸し出しており、まだ返却されていない。つまり、今は車を持っていないのです。
返却予定時刻は、明日午前9時に1両返却、10時に1両返却、11時に1両返却となります。
さて、レンタカーを借りるのですが、明日の正午に受け取りたいのですが、レンタカーの注文を受け付けてもらえますか？
拾うなら。
明日の朝9時に車を返却する命令が1日前に延長され、明後日まで車を返却できないという状況が起こる可能性が非常に高いです。 10時に返却の指示が10分遅れてレンタルが更新されてしまい、今日は返却できません。 11時に車を返却せよとの指示が時間外で、車が戻ってきたのは12時過ぎで、いつ返せるのか、リースの更新があるのかも分かりません。 （レンタカー業界ではこの3つの状況がよく起こります）
明日の正午になっても、あなたはまだ車を持っていないので、私はそれを受け取ることができません。
答えなかったら。
また、この状況が起こる可能性も非常に高いです。つまり、3 台の車両すべてが明日の正午までに返却されることになります。
したがって、明日の正午までに、あなたの手には3台の無料の車があり、私の注文に応じなかったので、あなたは稼げるはずのお金を稼ぐことができなくなります。
他のインターネットレンタカープラットフォームのロジックに従うと、車両が返却されるまで注文は割り当てられず、すべての車両が貸し出されると、それ以上の注文は受け付けられなくなります。 、このモデルではレンタカーを注文できません。つまり、上記の例では「無回答」として扱われます。
これは車両利用の無駄を招くことになる。 （レンタカーの分野では、車両利用率という専門用語があります）
これがレンタカーにおける「将来の在庫不足」の問題です。
私がこのスタートアップ企業のために構築したレンタカープラットフォームの在庫システムは、「将来の在庫は不確実である」という前提の下で「将来の在庫を利用できるようにする」ことでこの問題を解決しました。
つまり、上記の例では「引き取り」に準じた対応となりますが、車が受け取れないことは回避できます。
このようにして、車両のレンタル料金を最大化することができます。それは車両の利用率を最大化することです。
では、この問題を解決する意義は何でしょうか？
意味は2つあります。
1. レンタカー料金を最大化することは、レンタカー会社のコストは変わらず、利益が最大化されることを意味します。
これはレンタカー会社にとって非常に魅力的です。したがって、このレンタカー プラットフォームの B 側の成長にとって非常に重要です (現時点では、この問題を解決する市場の唯一の製品です)。 B サイドの成長は、レンタカー プラットフォームの車両総数の増加を意味します。これは供給を増やすために重要です。
2. レンタカー料金の最大化は、レンタカーの供給の最大化を意味します。
受注量を大規模に増やすためには、十分な供給量があることが前提となります。
レンタカー料金を最大化するとは、車両の総台数が変わらない条件で、レンタカーの「在庫」を最大化することを意味します。したがって、車両の総台数が変わらないという条件の下で、レンタカー事業の供給が最大化されることを意味します。
簡単に言うと、車は同じ車ですが、より多くの注文を受けて、より多くの利益を得ることができます。
したがって、受注量の大規模な増加の供給側のキーポイントは、この問題、つまりレンタカー料金の最大化です。
実際、この問題を解決する理由は、このプラットフォームの大規模な成長の問題を解決することでもあります。
これは私がこの会社のために行ったちょっとした「ハードパワー」とみなすことができます。
2021年に達成することは上記の2つです。
さようなら、2021年。
