デジタル金融サービスエコシステムの推進
私たちの継続中のシリーズ「新しい金融サービスロードマップ」では、 Mendix プラットフォームは計画と実行を可能にし、金融機関（FI）に、より少ない労力とコストで、より調和のとれたエンタープライズソリューションを提供します。単一ポイントのソリューションの混乱から真の デジタルエコシステム.
架空の企業の体験を詳しく説明します。 第1部 場面を設定し、 第2部 最初のプロジェクトに着手し、再利用可能なコンポーネントを使用して新しいピースを構築することに焦点を当てました。この最後の部分では、このプロセスの実際の実行中に金融機関からよく寄せられる質問に焦点を当てます。
これまでに、私たちは最初の Mendix テンプレートからアプリを作成（コンプライアンス苦情追跡）そして、私たちはそれらのコンポーネントのいくつかを利用して、次のソリューションであるビジネスクライアント「VIP」エスカレーション管理アプリケーションを構築しました。コンポーネントを再利用することで、 時間とリソースを節約する、そして相互接続されたサービスのフィンテック エコシステムの構築に向けて準備を進めています。
今、あなたはあなたが できる 1 つの出発点から複数のソリューションを構築します。素晴らしいことですが、それで何が問題なのでしょうか? 理論上はさまざまなことを行うことができますが、現実は必ずしもその理論と一致するとは限りません。
ここでは、あなたのような金融機関が検討する際に、これまでも、そしてこれからも、そして実際にも出てくる重要な分野と疑問についてご説明します。 Mendixこれらは本当に業界の核心を語っており、 Mendix 支援するのに適した立場にあります。
金融機関はアプリケーションを再利用することでどれだけの時間を節約できるでしょうか?
Mendix は、再利用可能なコンポーネントやモジュールを簡単に作成できるという点で差別化されたアプリケーション開発プラットフォームです。しかし、金融機関が 本当に アプリケーションを再利用するときに節約できますか?
明確に言えば、これには万能の答えはありません。 サイズとスケール 最初のビルドのビルド時間が最初の大きな要素であり、2 番目の要素は、コンポーネントが何であるか、およびそのまま移動できるものを定義して文書化するのにどのくらいの時間がかかるかです (心配しないでください。これについてはすぐに説明します)。
これはデジタル体験だけでなく、バックエンドの管理や処理システムにも当てはまります。つまり、APIやマイクロサービスへのコネクタなどはそのまま移植できるかもしれませんが、ユーザーインターフェースは新しい目的に合うように少し手を加える必要があるかもしれません。つまり、 トン コンポーネントの使いやすさの利点を活用できます。
しかし、一般的には、既存のアプリケーションを利用して別のアプリケーションの開発をスピードアップすると、開発時間が50%短縮されます。これを次のように推定します。 Mendix エコシステムは企業全体に広がります。
例えば、ABN AMROは200以上のエンドユーザーアプリケーションを Mendix わずか 24 か月でプラットフォームを構築しました。
チームはどのようにしてイノベーションの機会を特定できるでしょうか?
これはすべてプロセスに関することです。
世界中から集まった開発者たちが同じ部屋に座って、商業銀行のポータルを作成するように指示されているところを想像してみてください。問題は、誰も同じ言語を話さないことです。そのため、同じような経歴やスキルセットを持っていても、始めるのは難しいですよね?
鍵となるのは共通言語です。
何を使って構築したかを知る Mendix これは最初のステップに過ぎないので、次の部分は 分類あらゆる側面において Mendix アプリケーションは、機能からコネクタまで、さまざまなレベルで分類できます。分類は、「エスカレーション」のように高レベルにすることも、マネージャーの二重承認フローなど、一般的に理解されている機能の説明のように技術的かつ詳細にすることもできます。
完成した製品を確認したり、膨大な行数のコードを精査したりするよりも、すでに行った作業の特定のトピックを検索する方がどれだけ簡単か想像してみてください。
上記の例に戻りましょう。専門家チームに共通の作業言語を与えることで、インスピレーションを見つけたり、機会を特定したりすることが簡単になります。
どういう Mendix 既存のアプリケーションを再利用することをお勧めしますか?
ローコード プラットフォームは標準的な開発とは異なる方法で動作するため、企業は考え方を完全に変える必要があると認識されることがあります。しかし、実際にはそうではありません。
もう一度参照してください 最後のブログ そこで、デザインが理想的に機能する様子を詳しく説明しました。
- どのような機能を提供したいですか? どのような成果を期待していますか?
- 活用できる共通要素は何でしょうか? 機能、コネクタ、アプリ サービスなどがこれに該当します。
- 何が足りないのでしょうか? 言い換えれば、この新しいアプリを稼働させるために私たちのチームが行う必要がある作業は何でしょうか?
参考になればこちら ワークシート 次のステップについてご案内します。
つまり、本当に大切なのは、あなたが何をしたいのか、そしてそこに到達するために何をする必要があるのかということです。 どれか 開発プロジェクトを失敗に導くだけでなく、タイムラインも延長します。
本当に、最も難しいのは、そうした会話を早い段階で頻繁に行うように自分自身に強制することです。
可能性の芸術
これで、 Mendix 構築してさらに増やします。
このプラットフォームは再利用性を考慮して構築されており、理論的でも魔法的でもない。
チームがコミットしなければならないのは、プロセスにコミットすることだけです。
どこから始めたらよいかわからない場合は、 Mendix マーケットプレイス または私たちのいくつか ソリューション インスピレーションを得るために。刺激を受けて、何ができるかを考えてみましょう。
それは、提供内容の拡大、サービスとしての銀行業務、より多くのフィンテック ソリューションの提供、あるいはあなたが探求したいと夢見てきた他のあらゆることかもしれません。
残っているのは始めることだけです。