優れた保険商品の背後には、多くのサポート アプリケーションがあります。保険請求アプリには、見積もりおよび評価アプリが付属しています。当社は、アプリ サービスを利用してアプリ間で機能とデータを共有し、接続された保険アプリのエコシステムを提供しています。そのため、ユーザーが請求を提出する必要がある場合、最小限の手間で行うことができます。書類を探したり、参照番号を検索したりする必要はもうありません。見積もりおよび購入アプリに接続することで、保険請求アプリは返された情報を使用して詳細を取り込み、請求を作成するため、請求申請のプロセスが簡単かつ迅速になります。

私たちは、個性と効率性を兼ね備えたセルフサービス アプリを開発しました。このアプリは、年中無休 24 時間、請求を処理できます。このアプリの柔軟性により、ユーザーは所有物の紛失、破損、盗難後に非常に必要なサポートを受けることができます。このアプリは、手動プロセスや不信感のないシステムを提供することで、従来は支払いに数日、場合によっては数か月もかかっていましたが、わずか数分で悲惨な状況を安心できる状況に変えます。私たちはすべての請求を自動的に支払うわけではありません。犯罪参照番号のない盗難請求や高価な所有物など、まだ確認が必要な請求もあります。

デザインファーストプロセスの実装

私たちのチームはデザインファーストのアプローチを採用しています。つまり、最初に構築してからデザインするのではなく、最初からデザインを中心にアプリを構築します。この方法論の採用は段階的な進歩であり、プロジェクトの構造を変えました。2 週間のスプリントで作業する代わりに、より積極的な 1 週間のスプリント (デザインの問題を迅速に解決するための 5 日間のプロセス) を使用します。通常、月曜日と火曜日は計画とアイデア出し、水曜日と木曜日は意思決定とプロトタイプ作成、金曜日はショーケースとレビューで終了します。

ここで鍵となるのはアイデア創出です。私たちはファネルアプローチを採用し、複数のアイデアを1つに絞り込むことを目指しています。, できるだけ多くの異なるアイデアを生み出す段階から、複数のアイデアから最良の部分を1つまたは組み合わせて選び、洗練させる段階まであります。このための私のお気に入りのアクティビティの1つは、クレイジーエイトと呼ばれるものです。 8 つの異なるデザイン コンセプトを生成し、全員が最も良いと思うアイデアに投票します。

デザイン思考アプローチを可能にするツールを理解する

成功したいなら、良いデザイン哲学は良いスタートになりますが、適切なツールがなければ意味がありません。ツールがあれば、アイデアの創出、反復、実験、テストが可能になります。私たちの答えは Atlas UI フレームワーク.

Atlas 最新のものである Mendix UIフレームワークは、ローコードアプリ開発にデザイン思考アプローチを適用するためのデザイン言語です。Atlasは、 5つの重要なデザイン要素ナビゲーションレイアウト、ページテンプレート、ビルディングブロック、ウィジェット、デザインプロパティなどを備え、シンプルさ、調和、柔軟性というコアデザイン原則に基づいて構築されています。WYSIWYG（見たまま編集）アプリデザイナーであるWeb Modelerと完全に統合されています。

Atlas を使って保険金請求アプリを構築した方法

ほとんどのプロジェクトは空白のページから始まり、夢のようなシナリオでは、これらのアイデアが頭からすぐにページに飛び出し、「さあ、あっという間に」美しくデザインされたマルチチャネル アプリが完成します。しかし、要求に応じて創造性を発揮するのは、必ずしも簡単ではありません。ほとんどの場合、インスピレーションが必要です。私たちは、一般的な UI パターンに基づいており、現在市場で最も優れたアプリで使用されている Atlas のデザイン要素からインスピレーションを得ました。プロフィール画像と会話スタイルのメッセージを備えたページ ヘッダーは、Hero Header ビルディング ブロックとして誕生しました。そのトップダウン レイアウトと中央揃えを継承して、独自のカスタム ビルディング ブロックを作成しました。Atlas のデザイン要素は、お客様のデザイン要件を満たすことも、独自のデザインを作成するきっかけとなることもできます。

ページごとのデザインは忘れてください。Atlas では、インターフェイスのデザインをパターンやモジュールで考えることを推奨しています。レゴ ブロックを思い浮かべてください。レゴ ブロックを使って城や宇宙船、ロボットを組み立てるのと同じように、デザイン要素を再利用、再編成、再組み立てして新しいデザイン コンセプトを作成できます。モジュールでデザインすることで、ユニークなものを作成できるだけでなく、確立されたスタイルと一貫性のあるものを作成できます。たとえば、複数および単一のオプション応答のカードを見てみましょう。複数の応答にはチェックボックスを使用し、単一の応答にはラジオ ボタンを使用します。このパターンを確立することで、将来どのパターンを使用するかを正確に把握できるため、ピクセル単位のデザインを作成しようと努力する代わりに、デザインをより迅速に進め、探索を続けることができます。

Atlas のようなデザイン フレームワークを使用すると、迅速に反復できるだけでなく、優れたユーザー エクスペリエンスを作成できます。WYSIWYG UI デザイナーなどの機能を使用すると、ビルディング ブロックやウィジェットを変更したり、既存のデザイン要素のデザイン プロパティを調整したりすることで、新しいアイデアを簡単に作成できます。

たとえば、ステージ 1 のボタン選択では、サイズ、色、間隔を調整して、機能するデザインが見つかるまで調整しました。これはデザイン プロパティ レベルだけではありません。ユーザー フローを調整したり、質問の順序を入れ替えるなど、アプリのステージを入れ替えたりすることもできます。これにより、さまざまなデザイン コンセプトを迅速に考案、改良、テストして、より早く適切なデザインにたどり着くことができました。

デザインの決定を正当化するよう求められることは珍しくありません。全員が同じデザイン言語を話すことが重要です。すべてのデザイン要素を共有して理解することで、新しいコンセプトを探求する際に機能と意図を互いに伝えることができ、議論が雑音や不確実性ではなく洞察に満ちたものになります。クレームのダッシュボードを設計する際には、いくつかのダッシュボードページテンプレートをすぐに試すことができました。次に、配置するさまざまな位置を検討しました。 ウィジェット 何が最も効果的かを決定するまで、協力して取り組みました。

Atlas とその一般的なデザイン パターンを使用することで、デザインの美観や細部にはあまり重点を置かず、請求の自動化、認知負荷の最小化、信頼の再確認という主要な UX とプロジェクト目標に注意を向けることができました。最終的に、嫌われるのではなく愛されるアプリを作成しました。保険金請求アプリの作成方法についてお読みいただき、楽しんでいただけたと思います。では、Atlas UI と Web Modeler を使って何を構築しますか?