ウェビナーの要約: (最初の) Mendix アプリは成功
21月XNUMX日のウェビナーでは、チームメイトのSukhpal Sran（グローバルカスタマーアドボカシー担当）が Mendix）、ジュリア・チョウ（UX/UIデザイナー） Mendix）、マルコ・ドグラマジ（シニアコンサルタント） Mendix)、Abel Verweg (製品マーケティング マネージャー) Mendix）では、重要なヒントと手順について説明しました。 初めて（または2回目、3回目） Mendix アプリは成功しました。
（最初の）アプリの選択
これまでに Mendix 過去にポートフォリオワークショップに参加した人は、ブレインストーミングを行い、開発に適した最初のアプリのリストを絞り込む方法に精通しているでしょう。 Mendix プラットフォーム。ただし、その時点では、どのプラットフォームを選択するかを決めるのが難しい場合があります。
ここでは、 Mendix レイアウト：
- 最初に開発する際に最適なアプリの種類は？ Mendix.
- アプリの複雑さを決定する方法と、最初にどの程度の複雑さを目指すべきか。
- 再利用可能なコンポーネントの作成を検討する必要がある場合と理由。
優れた（最初の）アプリとはどのようなものでしょうか?
と一緒に Mendix 複雑なアプリでも、事実上何でも作ることができますが、チームが経験を積んだ後に開発する方が適しているものもあります。 Mendix プラットフォーム。ここでは、Marco、Abel、Sukhpal が、次のような重要な考慮事項について説明します。
- このアプリではどの程度のインタラクションが発生するのでしょうか?
- 最初のアプリはどの程度拡張可能であるべきですか? (対象ユーザー (使用されるさまざまなペルソナ) によって制限されないようにしてください)
- このアプリはあなたのビジネスにどれほどの影響を与えるでしょうか?
スコープクリープの回避
スコープクリープは簡単に起こり得る。特に、アプリがいかに早く開発できるかが明らかになったときに、 Mendixスコープクリープの管理は、特に最初に構築されるいくつかのアプリに関しては必須です。 Mendix最初にアプリの複雑さを定義することは、開発のスコープクリープを防ぐのに役立つ方法の1つです。 Mendix プロジェクト。「MVP マインドセット」を持つことも別の方法です。
MVPの考え方と開発プロセス
ウェビナーで、Marco は開発プロセスにおける MVP マインドセットを次のように定義しました。「…価値を提供し、解決しようとした問題を少なくとも部分的に解決するアプリケーションの最初のイテレーション」。さらに、開発中に MVP マインドセットを持つことで、最初のイテレーションで価値を提供するアプリの構築に集中できるため、スコープ クリープ (範囲の拡大) を最小限に抑えることができると説明しました。後続のイテレーションで価値や重要な機能を追加するのは簡単ですが、最初のイテレーションを価値あるものにすることで、アプリの成長に向けた強力な基盤が得られます。
ユーザー受け入れテスト
開発プロセスの非常に重要な部分であるユーザー受け入れテストは、通常、次の 3 つの方法のいずれかで行われます。
- アプリの開発中にユーザーテストが行われます。
- 開発後にユーザーテストを実施します。
- あるいは、ユーザーテストがまったく実施されていない場合もあります。
最初のオプションはどちらも実行可能ですが (それぞれに長所と短所があります)、最初の方法、つまりアプリの開発中にテストする方法が本当に最善の方法です。アプリの開発中に迅速にフィードバックが得られるということは、アプリが完成し、開発者が実稼働中に変更を加える複雑な作業に取り組まなければならない場合よりも、変更や提案をはるかに迅速に開発に組み込むことができることを意味します。このシナリオは絶対に避けるべきです。
UX / UI
Hubspot Mendix UX/UI デザイナーの Julia Chow 氏によると、開発では何よりもまずアプリの機能に重点が置かれるため、UX (ユーザー エクスペリエンス) と UI (ユーザー インターフェイス) は見落とされがちです。それでも、長期的にはユーザーにとって重要な価値推進要因となります。UX と UI の違いを詳しく説明した後、Julia 氏は、ユーザーが直面している、解決しようとしている問題を理解し、共感することがいかに重要であるかについて詳しく説明しました。これを知ることは、ユーザーに合わせてソリューションをカスタマイズするのに役立つだけでなく、アプリの使用中にユーザーがたどる道筋についての洞察も提供します。
UI側では、ボタン、テーブル、タップコンテナ、フォームコンポーネントなど、対象ユーザーにとって意味のあるインターフェースを作成するのに最も適したウィジェットとコンポーネントについて考えます。開発者にとって幸いなことに、 Mendix プラットフォームには、Atlas デザイン システムで使用できる組み込みウィジェットがいくつかあり、特定のブランドに合わせてカスタマイズできるデフォルトのスタイルも用意されています。
最後に、UI リソース モジュールを使用してブランド固有の要素を格納すると、将来のアプリ ビルドに簡単にインポートできるようになり、開発時間も短縮されます。
展開
デプロイを最後に残しておきたい気持ちはわかりますが、 Mendix事前にどこに展開するかを決めておくことは価値があります。 Mendix クラウド、Google Cloud、Amazon、Azure、さらにはデータセンター内のオンプレミス展開まで、選択できるオプションは豊富にあります。
考慮すべきもう 1 つの点は、ユーザーがアプリをテストできるように、開発中にデプロイするかどうかです。
それで結局何になるのでしょうか?
（最初の） Mendix アプリを成功させるには、次の 3 つの重要なポイントに集約されます。
- MVP の考え方で考え、開発します。
- 達成された価値を示すために、価値実現までの時間を短縮して迅速な目標を目指します。
- 適切な複雑さのレベルを決定します。
さらに詳しい情報は ウェビナーの完全版はこちらから.