マクロおよびマイクロモーメント設計の重要性

（この記事はアドビが後援しています。）情報アーキテクチャ、アプリケーションのナビゲーションバー、または製品の全体的なレイアウトとビジュアルデザインを設計するときは、マクロデザインに焦点を当てます。 デザインするとき（ページの一部、1つのフォーム、または1つの単一のタスクとインタラクション）、マイクロモーメントのデザインに焦点を合わせます。

私の経験では、設計者はマクロ設計の問題に多くの時間を費やすことが多く、重要なマイクロモーメント設計の問題にはそれほど時間を費やさないこともあります。 それは間違いかもしれません。

これは、マイクロモーメントの設計がいかに重要であるかの例です。

私はたくさんの本を読みました。 私たちは年間100冊以上の本を話している。 何冊の本を読んだかはわかりませんし、たくさんの本を読んでいるので、図書館の常連客です。 主にフィクションを楽しむために（そして時にはノンフィクションを読むために）、私は自分のライブラリを利用して、Kindleを面白いものでいっぱいにしています。

私にとって幸運なことに、私の郡と州の図書館システムは、Kindleで本を利用できるという点でかなり優れています。 残念ながら、この州全体の図書館のWebサイトとアプリでは、UXを大幅に改善する必要があります。

私の図書館が、（モバイルレスポンシブデザインを備えていない）（不十分なデザインの）ウェブサイトを使用する代わりに、携帯電話でのエクスペリエンスを最適化するために特別に設計されたまったく新しいモバイルアプリを展開していると発表したとき、私は興奮しました。 "わーい！" と思いました。 「これは素晴らしいことです！」

多分私はあまりにも早く話しました。

アプリにサインインする体験について説明します。 まず、アプリをダウンロードしてから、ログインしました。

図書館のカードを持っていなかったので（旅行中）、「オーバードライブでサインイン」とは何なのかわからなかったのですが、リストから自分の図書館を選べると思ったので、下を押しました。矢印。

「素晴らしい」と思いました。 これで、スクロールしてライブラリにアクセスできます。 私の図書館はここウィスコンシン州のマラソン郡にあることを知っています。 実際、私はエドガーという村に住んでいるので、彼らが私の図書館を「マラソン郡、エドガー支店」などと呼んでいることをウェブサイトを使用して知っています。リストがB （ブラウン郡）からF （フォンデュラク公共図書館）に移動し、エドガーのEが表示されていないことを確認してください。 それで私はスクロールに進みました。

私はしばらくスクロールして、 Mを探しました（マラソンを見つけることを期待して）。

うーん。 ローンロックが見えたら、リストの次はマッコイです。 私はマラソン郡にいることを知っています。実際、マラソン郡の図書館はいくつかあります。 それでも、リストのマラソンをスキップしたようです。

スクロールし続けます。

ええとああ。 リストの最後（ W ）に到達しましたが、今は再びAから始めているようです。 さて、スクロールし続けるとマラソンが表示されるかもしれません。

ウィスコンシンにいくつの図書館があり、このリストに載っているのか知っていますか？ このユーザーエクスペリエンスを文書化し始めたときに、このリストのエントリ数を数えることにしたので、私は知っています（これを行うには、クレイジーなUXプロフェッショナルだけが時間がかかると思います）。

このリストには458のライブラリがあり、リストはアルファベットの最後に到達し続け、その後何らかの理由で最初からやり直しました。 私はその理由を理解していませんでした。

最後に、しかし、私はマラソンに着きました！

そして、いくつかの図書館が「マラソン郡公立図書館」で始まっているので、私は本当に困っていることに気づきました。 アプリには最初の27文字程度しか表示されないので、どれが私のものかわかりません。

この時点で私が何をしたか知っていますか？

私はあきらめることにしました。 そして、私がそれを決めた直後に、私はこの画面を手に入れました（いわば「ケーキの上のアイシング」として）：

サポートに連絡したときに参照するはずの「ID」を見つけましたか？ 真剣に？

これは、マイクロモーメント設計の問題の典型的なケースです。

今では、「まあ、それは起こらないだろう（私、私のチーム、経験豊富なUX担当者）」と考えている人もいると思います。 そして、あなたは正しいかもしれません。 特に、この特定のタイプのマイクロモーメント設計は失敗します。

ただし、あらゆる種類のアプリ、ソフトウェア、デジタル製品、Webサイト、およびあらゆる種類の企業やチームで、マイクロモーメントの設計に失敗していることがわかります。 経験豊富なUXチームの有無にかかわらず、組織、技術に精通した組織、顧客中心の組織、大規模な確立された企業やチーム、および新しい新興企業からのマイクロモーメント設計の失敗を見てきました。

少し立ち止まって、マイクロモーメントデザインとマクロデザインを対比させましょう。

あなたが製品のユーザーエクスペリエンスを評価するために雇われたとしましょう。 アプリ、ユーザー、コンテキストに関するデータを収集してから、アプリのウォークスルーを開始します。 チームで提起したい多くの問題に気づきました。大きなものもあれば小さなものもあります。

• アプリのページ間/画面間でいくつかの不整合があります。 あなたは彼らがグリッド上にページをレイアウトしたかどうか、そしてそれが改善できるかどうかを見たいと思います。
• 配色がブランディングガイドラインを満たしているかどうかについて質問があります。
• 情報アーキテクチャの問題があると思われます。 メニュー内の項目の編成とアイコンの使用は、あまり直感的ではないようです。
• ユーザーが記入して送信することになっているフォームの1つは混乱を招き、ユーザーが何を入力するのかが明確でないため、ユーザーがフォームに記入して情報を送信できない可能性があると思います。

ユーザーエクスペリエンスの設計要素、問題、および/または問題を分類する方法はたくさんあります。 UXの専門家に聞いてみると、おそらく似ているが少し異なるリストが表示されます。 たとえば、UXの人々は、概念モデル、ビジュアルデザイン、情報アーキテクチャ、ナビゲーション、コンテンツ、タイポグラフィ、使用状況などについて考えるかもしれません。 ただし、場合によっては、UXの要因、問題、および設計を、マクロ設計とマイクロモーメント設計の2つの主要なカテゴリの観点から考えると役立つ場合があります。

上記の例では、リストのほとんどの要因はマクロ設計の問題でした。レイアウト、配色、および情報アーキテクチャの不整合です。 マクロ設計の問題について、「高レベルの設計」または「概念モデルの設計」と話す人もいます。 これらは、さまざまな画面やページにまたがるUXデザイン要素です。 これらは、ユーザーがアプリで何ができるか、そして次にどこに行くべきかについてのヒントと手がかりを与えるUXデザイン要素です。

人々が使いたい製品をデザインしたいのであれば、マクロデザインは非常に重要です。 製品がユーザーのメンタルモデルと一致しない場合、製品が「直感的」でない場合—これらは多くの場合（常にではありませんが）マクロ設計の問題です。

もちろん、これはマクロ設計が非常に重要であることを意味します。

問題を引き起こすのは、マイクロモーメントの設計上の問題だけではありません。 マクロデザインの問題は、UXの大きな問題にもつながる可能性があります。 ただし、マクロデザインの問題は、経験豊富なUXプロフェッショナルがより明確にできるため、より簡単に見つけることができます。マクロデザインは通常、デザインプロセスの比較的早い段階でそれに専念する時間があります。

マクロ設計の問題がないことを確認したい場合は、次のようにします。

• ユーザーのメンタルモデルをよく理解するために必要なUX調査を事前に行ってください。 ユーザーはこの製品で何をすることを期待していますか？ 彼らは物事が何と呼ばれることを期待していますか？ 彼らはどこで情報を見つけることを期待していますか？
• ユーザーが実行するタスクごとに、1つまたは2つの「オブジェクト」を選択し、それらを明確にしたことを確認してください。 たとえば、ユーザーがアパートを探すためにアプリを開いたとき、オブジェクトはアパートである必要があり、オブジェクトのビューは、リスト、詳細、写真、地図など、期待どおりのものである必要があります。 ユーザーが保険金を支払うためにアプリを開く場合、オブジェクトはポリシー、請求書、診療所訪問である必要があり、ビューはリスト、詳細、履歴などである必要があります。
• UXerが行うすべてのUX研究関連のこと（ペルソナ、シナリオ、タスク分析など）を行う理由は、効果的で直感的なマクロデザインエクスペリエンスを設計できるようにするためです。

しかし、私の経験では、チームはマクロ設計の問題の設計、評価、または修正に巻き込まれ、マイクロモーメントの設計に十分な時間を費やすことができません。

前の例では、最後の問題はマイクロモーメント設計の問題です。

• ユーザーが記入して送信することになっているフォームの1つは混乱を招き、ユーザーが何を入力するのかが明確でないため、ユーザーがフォームに記入して情報を送信できない可能性があると思います。

また、記事の冒頭にあるライブラリの例は、マイクロモーメントの設計がうまくいかなかった例でもあります。

マイクロモーメントの設計とは、誰かが達成しようとしている1つの非常に特定のページ/フォーム/タスクの問題を指します。 誰かがアプリを使いたいかどうかだけでなく、アプリをまったく使用できるかどうか、あきらめて放棄するか、または難しいエラーを犯してしまうかどうかを決定するのは、その「メイク・オア・ブレイク」の瞬間です。正しい。 ライブラリを選択できないのは、マイクロモーメントの設計上の欠陥です。 それは私が続けることができないことを意味します。 もうアプリが使えません。 これは、アプリにとって重要な瞬間です。

新製品を設計するとき、私たちはしばしばマクロ設計に焦点を合わせます。 全体的なレイアウト、情報アーキテクチャ、概念モデル、ナビゲーションモデルなどに焦点を当てています。 これは、マイクロモーメントをまだ設計していないためです。

危険なのは、マイクロモーメントの設計に細心の注意を払うことを忘れてしまうことです。

それで、私たちのライブラリの例に戻ると、そのようなマイクロモーメントの設計が失敗するというあなたの考えられる不信があなたの時計で起こる可能性があります。 できます。 マイクロモーメント設計の失敗は、多くの理由で発生する可能性があります。

これが私が見たいくつかの一般的なものです：

• プロトタイプがレビューおよびテストされた後、技術的な変更（たとえば、フィールドに表示できる文字数）が行われます。 そのため、プロトタイプは正常に機能し、UXの問題は発生しませんでしたが、技術的な変更が後で発生したため、誰にも気付かれずにUXの問題が発生しました。
• あるフォームまたはアプリでうまく機能したパターンと標準は、別のコンテキスト/フォーム/アプリで再利用されます。新しいコンテキストのフォームの特定のフィールドに関する何かは、UXの問題があることを意味します。
• 機能は、特定の機能、フィールド、フォームがプロセスの早い段階または遅い段階で別のマイクロモーメントに与える影響を認識していない別の人またはチームによって後で追加されます。
• ユーザーテストが行​​われていないか、アプリのごく一部でのみ行われている、または早期に行われ、後で変更が加えられたときに再実行されない。

マイクロモーメントの設計に問題がないことを確認したい場合は、次のようにします。

• インターフェイスの重要なメイクまたはブレークの瞬間を決定します。
• これらの各瞬間で、ユーザーが何をしたいのかを正確に決定します。
• これらの各瞬間で、プロダクトオーナーがユーザーに何をしてほしいかを正確に決定します。
• 上記の両方が満たされることを確認するために、設計で何ができるかを正確に把握してください。
• それをインターフェースの最優先事項にします。

要点

マクロモーメントとマイクロモーメントの両方の設計は、製品のユーザーエクスペリエンスの成功にとって重要です。 両方を設計するためのプロセスがあり、両方に同等の時間とリソースを与えていることを確認してください。

それらが最終的に設計される重要なメイクまたはブレイクのマイクロデザインの瞬間を特定し、できるだけ早くそれらのユーザーテストを行います。 変更が加えられたら、再テストします。

チームとマイクロモーメントデザインとマクロデザインについて話してみてください。 この設計上の問題の分類は、おそらくこれまで使用してきたどの分類スキームよりも、彼らにとって理にかなっていることに気付くかもしれません。

この記事は、アドビが後援するUXデザインシリーズの一部です。 Adobe XDツールは、アイデアからプロトタイプへの移行を高速化できるため、高速で流動的なUXデザインプロセス向けに作成されています。 設計、プロトタイプ作成、共有—すべてを1つのアプリで。 Adobe XD on Behanceで作成されたより刺激的なプロジェクトをチェックしたり、Adobeエクスペリエンスデザインニュースレターにサインアップして、UX / UIデザインの最新のトレンドや洞察に関する最新情報を入手したりできます。