ダッシュボードの設計に取り組むためのデザイン思考

ダッシュボードをデザインすることに決めましたか? それは素晴らしいことです。プロセスに役立ついくつかの提案を提供します。ダッシュボードの設計経験から得たこれらの洞察を共有します。設計しているダッシュボードの種類、およびゼロから設計するか再設計するかによって、アプローチが変わる可能性があります。ただし、設計時に留意できる一般的なガイドラインをいくつか紹介します。それでは始めましょう。

この記事では、ケーキ ベーカリー ショップのセールス マネージャー用のダッシュボードを設計していると仮定します。顧客はオンライン注文アプリを使用してケーキを注文します。

必要性を理解する:まず、ダッシュボードが本当に必要かどうかを理解したいと思います。ダッシュボードが適切なソリューションである可能性があることをどのように確認できますか? 首相は解決策を提案しましたか? はいの場合、なぜですか? 他に考えられるアイデアはありますか？ダッシュボードが既に存在する場合、ページの訪問、エンゲージメント、および使用状況の統計を見ると、ダッシュボードが顧客にとって役立つかどうかを知るのに役立ちます. この段階では、顧客の問題を知ることが重要です。ダッシュボードの設計を依頼されると、簡単に解決策を開始できることがあります。しかし、一歩下がって、お客様が現在抱えている問題点に関するデータを収集することは、問題を深く掘り下げるのに役立ちます。お客様から、一連のリソースを監視するのが難しい、どのリソースが助けを必要としているのかわからない、デバッグに時間がかかりすぎる、などの声を聞くことがあります。

発見 (ダッシュボードの目標の定義) : お客様の問題を理解した後、チームと一緒に詳細な調査とワークショップ セッションを数回スケジュールすることをお勧めします。私のプロジェクトでは、PM、エンジニアリング リード、カスタマー サポート、社内の顧客とのセッションをスケジュールして、顧客がダッシュボードを見たときにどのような質問をするかを学びました。FigJam は、このようなセッションに非常に便利です。利害関係者がコンテキストを理解できるように、セッション中に調査からのメモを追加するのが好きです。これらのワークショップ セッション用に FigJam を作成するためのガイダンスが必要な場合は、コメントを追加してください。別の記事を書き、同じテンプレートを共有します :)

ダッシュボードの設計に関しては、誰もが意見を持っており、そのフィードバックは所属するチームに固有のものである可能性があることに注意してください。たとえば、カスタマー サポートは日常的にこれらの問題に対処するため、トラブルシューティング シナリオに重点を置いている場合があります。したがって、より多くの利害関係者を巻き込むことで、問題とニーズに対する理解が広がります。現時点での目標は、できるだけ多くのデータ ポイントを収集することであり、問​​題を絞り込むことではありません。全員からメモが届いたら、共通のテーマに基づいてグループ化を開始します。たとえば、ケーキの配送状況を監視して配送を管理したり、顧客のサポートが必要な注文をすぐに処理したり、ケーキの注文パターンを調べて顧客の好き嫌いを調べたりすることができます。優先順位付けワークショップを実施して、重要度に基づいてこれらのカテゴリをランク付けできます。この段階では、

これらのテーマはすべて、ダッシュボードの目標を定義するのに役立ちます。これにより、私たちが考えるべき二次的なターゲット顧客についての会話も始まります. すべての顧客がダッシュボードのターゲット顧客であると想定するのは非常に簡単です。一部のシナリオではそうかもしれませんが、これらの統計を監視する仕事をしている顧客のグループが存在するでしょう。したがって、この段階でターゲット ユーザーを絞り込むことは、ダッシュボードの目標を定義するのにさらに役立ちます。

注:この段階では、メトリックを定義しないでください。ワークショップのセッション中に、関係者の一部が最終的に指標を書き留める場合があります — Avg. チョコレート ケーキとバニラ ケーキを注文する顧客の数。これらは、チームが高いレベルを維持したり、全体像を見たりすることから逸脱する可能性があります。これらのフィードバックは後の段階で役立ちます。したがって、後で保存してください。

高レベルの概念: ダッシュボードの目標を定義したと仮定すると、高レベルの概念化を行う準備が整いました。この段階では、ダッシュボードのストーリーに焦点を当てます。このダッシュボードを通じて伝えたいストーリーを書き留めます。製品全体のカスタマー ジャーニーは非常に役に立ちます。ベーカリーの例として、次の単純なフローを想定してみましょう。

顧客が注文をスケジュールする -> ベーカリーが注文を準備する -> 利用可能な配達担当者が時間通りに注文する -> ケーキが顧客に配達される

この場合、この単純なフロー/ジャーニーを使用すると、セールス マネージャーが関心を持つ可能性のあるストーリー ダッシュボードは次のようになります。

• 顧客が注文をスケジュールする — 顧客に最も好まれているケーキは? どのシーンが人気？注文が多い季節は？等々..
• ベーカリーは注文を準備します — 土壇場で注文を受けることはありますか? 在庫はどのくらいありますか？保管している在庫が多すぎたり少なすぎたりしていませんか? 等々..
• 配達可能な配達担当者が時間通りに注文を受け取ります — 誰が配達できますか? 同じ人にグループ化して割り当てるには、どちらの配送先が近い/同じか? 配達が遅れているのは何件ですか？問題（間違った住所、間違ったアイテムなど）があった注文の数など..
• ケーキが顧客に配達されます — 商品に関する問題について顧客サポートに電話した顧客は何人ですか? リピーターのお客様は何人ですか？良いレビューを残した顧客の数は? 等々…

さて、ストーリーができたので、このストーリーを伝えるためだけにスケッチ/ローファイ ワイヤーフレームを作成できます。このストーリーをさらに定義するには、以前のセッションのすべてのデータを使用する必要があります。新しい機会は、以前は考えられなかったギャップを埋めるのに役立ちます。メトリックに入ることなく、高レベルの概念を作成します。これらの概念は、次のセッションでチームと一緒に指標を定義するのに役立ちます。

メトリックの定義:前のステップの高レベルの概念を使用して、メトリックの定義を開始します。顧客調査セッション、ワークショップ セッション、および利用可能なダッシュボード/ツールからのメモを含めます。これは、競合他社の同様のダッシュボードを確認する良い機会でもあります。目標は、競合他社から際立つことであり、コピーすることではありません:) 正確に同じドメインからのものではないダッシュボードも、メトリクスのインスピレーションに適しています.

ワークショップでは、可能であれば、PM、エンジニアリング、カスタマー サポート、ドキュメンテーション チーム、および内部/外部の顧客が参加します。顧客のアクセスに基づいて、自由にセッションに追加してください。私たちが作成したストーリーについて、それを伝えるのに役立つ指標を書き出すよう関係者に依頼します。メトリクスに加えて、このメトリクスがどのように役立つかを書くよう依頼する必要があります。たとえば、どのケーキが顧客に好まれているかを理解するために、メトリクスは、時間の経過とともに最も注文されたケーキ、時間の経過とともに最も注文されていないケーキ、時間の経過に伴う製品別の売上、季節的な売上などになります。この演習は、ストーリー全体に対して行う必要があります。この段階では、大量の指標が得られます。

着想:この段階で私たちは—

• お客様の問題点を理解する
• ダッシュボードのストーリーを定義
• ストーリーを伝えるための指標を定義

お客様からのフィードバック:少なくとも 10 人の異なるお客様の調査計画を準備していただくと助かります。新規および経験豊富な顧客、中小企業、大企業、ユースケースベースの顧客などを選ぶことができます。たとえば、ケーキ ベーカリーのダッシュボードを設計している場合、新規および経験豊富な顧客からフィードバックを得ることが役立つ場合があります。まとめてご注文のお客様やお一人様でも助かります。ダッシュボードが存在しなかった場合、顧客の多様性に焦点を当てる必要があります。

また、ダッシュボードが時間の経過とともに進化することも受け入れる必要があります。お客様と緊密に連携するほど、ダッシュボードは時間の経過とともに改善されます。可能であれば、ダッシュボードのベータ版を実行することをお勧めします。ベータ版から、ローンチ後にデータを収集し、反復して最終バージョンをローンチすることができ、一般提供にもう少し自信を持っています。

成功の定義:ダッシュボードの目標を定義したとき、ある意味でダッシュボードの成功基準も定義しました。たとえば、ダッシュボードの目的が販売マネージャーが注文を効率的に処理できるようにすることである場合、販売マネージャーがダッシュボードを起動する前と起動した後に費やした時間を知りたいとします。立ち上げ前に成功の KPI を定義して、自分たちの成果を評価できるようにする必要があります。

成功の測定:前の段階で定義したメトリクスは、どのように行ったかを教えてくれるはずです。さらに、ダッシュボードにアクセスした顧客の数 (前後)、ページの滞在時間、ダッシュボードで実行されたアクション、ダッシュボードからのドロップ率などの一般的な指標を測定する必要があります。これも顧客からの迅速な満足度評価を収集するのに適した段階。ダッシュボードの一般的なフォーム/メッセージでそれを行うことができます. このようなメッセージを毎日表示してお客様を困らせたくないことに注意してください :) これらのメッセージが文脈に即していればいるほど、より良いものになります。また、インタビューからフィードバックを収集する必要があります。定量的および定性的なフィードバックを組み合わせることで、カスタマー エクスペリエンスに対するより良い洞察が得られる可能性があります。フィードバックに基づいて、時間をかけてダッシュボードを修正し、改善することができます。

この記事がダッシュボードの設計に役立つことを願っています。さまざまなデザインについて、関係者と多くのワークショップを実施しました。この記事が気に入って、これらのワークショップ セッション用に作成したワークショップや FigJams に関するガイダンスが必要な場合は、この記事のパート 2 を投稿します。ご希望の方はコメントください。

この記事をお読みいただき、誠にありがとうございます。記事を楽しんで読んだ場合は、下の ボタンをタップしてください :)