採用 ローコード開発プラットフォーム 組織がカスタム アプリケーションに対するビジネス需要とそれを提供する IT 能力のギャップを埋めようとしているため、カスタム アプリケーションの利用が急増しています。このようなプラットフォームにより、プロフェッショナルからシチズン デベロッパーまで幅広いユーザーが、従来の開発手法よりも 10 倍速く Web アプリケーションやモバイル アプリケーションを構築できるようになり、ビジネス成果の確保に役立つ反復的なユーザー中心のアプローチが促進されます。

アプリケーションが意図したメリットを確実に提供するためのもう 17 つの重要な側面は、適切なユーザー エクスペリエンスを設計することです。ここでの課題は、ほとんどの企業に十分な UX リソースがないことです。ガートナーの調査によると、平均して企業には 35 人の開発者に対して XNUMX 人の UX デザイナーしかおらず、XNUMX % の組織には UX 設計の能力がまったくありません。つまり、既存の開発チームをサポートするデザイナーが足りないということです。複数の自律的なチームが並行してアプリを開発する傾向が強まっているため、問題はさらに深刻化しています。

社内に UX リソースが不足しており、開発者自身が UI/UX スキルを持っていない場合、開発チームが大規模な魅力的なユーザー エクスペリエンスを構築できるようにするにはどうすればよいでしょうか。鍵となるのは、ベスト プラクティスに準拠した、すぐに使用でき、活用しやすい UI コンポーネントを組織内のすべての開発者に提供することです。

これこそが、UI 設計スキルがほとんどまたはまったくない個人でも、豊富なユーザー エクスペリエンスをすばやく構築できる、階層化されコンポーネント化された UI フレームワークである Atlas UI の背後にある哲学です。Atlas は、UI 設計のベスト プラクティス (弊社のものでもお客様独自のものでも) を取り込み、活用して、アプリケーションのポートフォリオ全体で一貫性のある魅力的な UX を確保できるように設計されました。さらに詳しく説明しましょう。

Atlas のすぐに使えるデザイン言語を常に活用して優れた UI を設計します。

Atlas UIは単なるUIフレームワークではなく、当社の顧客ベースで見られる一般的なUIパターンとベストプラクティスに基づいた独自のデザイン言語を備えています。Atlasデザイン言語には、ナビゲーションレイアウト、ページテンプレート、ビルディングブロック（UIコンポーネントの事前構成済みアセンブリ）、ウィジェットなど、プロがデザインしたすぐに使用できるUI要素のパターンライブラリが含まれています。さらに、公開されている スタイルガイド Atlas UI の背後にあるコア設計原則の概要を示し、個々のコンポーネントをいつ使用するかについての推奨事項を示します。

パターン ライブラリとスタイル ガイドを開発者がすぐに使用できるのは、これらが WYSIWYG Web モデラーにシームレスに統合されているためです。たとえば、タイプ別にグループ化されたさまざまなページ テンプレートが、新規ページの作成フロー内に表示されます。さらに、ビルディング ブロックとウィジェットはツールボックス内で直接使用できるため、開発者はそれらをキャンバスにドラッグ アンド ドロップしてページをすばやく構築できます。ビルディング ブロックは、UI 設計スキルのない開発者にとって特に便利です。ビルディング ブロックは、複数のウィジェットを事前構成されたレイアウト (最適な比率、間隔、個別の設計プロパティを含む) で組み立てて、ヘッダー、リスト、タイムライン、ウィザードなどの一般的な UI パターンを実装します。

何よりも、スタイル ガイドもモデラーに統合されているため、UI コンポーネントはそのままでも見栄えが良いだけでなく、開発者が適切なシナリオで使用して適切な UX を実現できるようにするためのガイダンスも含まれています。開発者は、特定のビルド ブロックまたはページ テンプレートの「i」アイコンをクリックするだけで、そのコンポーネントを使用する一般的なシナリオを示す Atlas Web サイトのページに直接移動できます。以下の例を参照してください。

社内に UI/UX リソースを持たない組織にとって、Atlas UI のすぐに使用できる設計言語は、開発者チーム全体で一貫して UI のベスト プラクティスを活用するための優れた方法です。開発者やビジネス アナリストは、フロントエンド開発や UI 設計のスキルを必要とせずに、これらの UI コンポーネントを活用して優れたユーザー エクスペリエンスを簡単に作成できます。また、テーマ カスタマイザーを使用すると、ブランドのロゴ、配色、タイポグラフィを使用してアプリケーションを簡単にカスタマイズできます。

企業固有のパターンライブラリを使用して組織のUIベストプラクティスを活用する

チームが成長し、開発経験を積むにつれて Mendix、彼らは独自のUIベストプラクティスを、 Mendix 多くのお客様にとって、これは複数のアプリケーション間で一貫性と調和を促進する UI/UX 設計ルールの統一セットを定義するエンタープライズ設計言語を作成するための第一歩となります。

これを実現するために、Atlas UIでは、すぐに使えるパターンライブラリをカスタマイズしたり、企業独自のバージョンに置き換えたりすることができます。同僚のArjan Hendriksenがこのハウツー記事で説明しているように、このプロセスは、既存のものから共通のページとUIパターンを抽出することから始まります。 Mendix アプリを作成し、再利用可能なページ テンプレートやビルディング ブロックとして宣伝します。もちろん、これらをゼロから作成することもできます。

たとえば、消費者向け銀行は、オンライン バンキングとモバイル アプリ用の標準カード ビルディング ブロックを設計して、顧客に視覚的にわかりやすいアカウントの概要を提供することができます。または、保険会社は、独自の進行ウィザードを作成して、保険商品ライン全体にわたって一貫して見込み客を見積もりから購入までのプロセスに導くことができます。

企業固有の UI 要素のコア セットを決定したら、Atlas UI リソース モジュールのカスタマイズ バージョン (パターン ライブラリを含む) を作成し、プライベート アプリ ストアで配布できます。その後、UI リソース モジュールを企業固有のスターター アプリとして公開し、開発者がデフォルトで選択できるように、アプリ作成フローで直接利用できるようになります。特定の対象ユーザー (従業員向けアプリや顧客向けアプリなど) に対して異なる UI およびブランディング要件を持つ組織では、複数のスターター アプリを公開することもできます。

これらの機能と、組織の設計原則を説明し、企業固有のUIコンポーネントの推奨ユースケースを提供する（ライブ）スタイルガイドにより、 Mendix 組織の UI ベスト プラクティスにツールボックス内から直接アクセスできます。すべての新しいアプリは、開始点として自動的にテーマ設定されます。その後、開発者は、会社が承認したさまざまなページ テンプレートとビルディング ブロックから引き出して、より広範なアプリ環境との一貫性を確保しながら UI 設計を高速化できます。

追加のUXリソースなしで、優れたUXを大規模かつ一貫して提供

優れたユーザー エクスペリエンスを提供するには、必ずしも UI/UX リソースを大量に雇用する必要はありません。ほとんどのエンタープライズ IT 組織にとって、それは選択肢ではありません。その代わりに重要なのは、UI デザインのベスト プラクティスをすべての開発者に提供し、デザイナーの支援を必要とせずに魅力的なユーザー インターフェイスを構築できるようにすることです。Atlas UI は、すぐに使用できる UI コンポーネントを含むすぐに使用できるデザイン言語と、会社固有のパターン ライブラリを作成してエンタープライズ デザイン言語を定義するための旅に乗り出す機能の両方を通じて、まさにこれを実現します。

エンタープライズ UX スキルの不足に終わりは見えないかもしれませんが、それはチームがエンタープライズ UX のギャップを埋め、魅力的で非常に使いやすいアプリケーションを大規模に提供できないという意味ではありません。