DEV Community

Cover image for ユーザー行動ダッシュボードでエンゲージメントを監視する

ユーザー行動ダッシュボードでエンゲージメントを監視する

ユーザー行動ダッシュボードは、ユーザーが能動的または受動的に、どれくらいの時間コンテンツに関与しているかをよりよく理解することができます。どのコンテンツが人気で、どのコンテンツが不人気かを分類することで、解約を減らすための積極的な対策を講じたり、最も有用な機能にリソースを集中させたりすることができます。

ユーザー行動ダッシュボードは次の製品に含まれます。 PubNub Insightsアカウントとすべてのアプリのデータを集約する機能で、「全体像」を把握するのが難しい場合に、データに対する洞察を与えてくれます(名前の由来です)。ユーザービヘイビアダッシュボードのハイレベルな説明が必要な場合は ダッシュボードドキュメントこの記事では、ユーザービヘイビアダッシュボードが様々な異なるソリューションにどのように役立つのか、また作成したアプリのタイプに応じてデータをどのように解釈するのかを検証します。

ユーザー行動ダッシュボードの概要

ユーザー行動ダッシュボードでは、ユーザーがチャンネルに接続している時間を確認することができます。ユーザー」と「チャネル」をどのように定義するかは、アプリケーションとユースケースによって異なります。

PubNubを使用している顧客がよく構築している4つのソリューションを検討し、ユーザー行動ダッシュボードがこれらの顧客にどのように役立つかを見てみましょう:

  • アプリ内チャット- 1対1またはグループチャット、メッセージの送信、ファイルの交換ができます。

  • ライブイベント- ライブポーリングやリアクションのような他のインタラクティブなコンテンツを使用して、ライブストリームを見たり、スケールでチャットしたりできます。

  • ジオロケーションとディスパッチ- 車両やオーダーを追跡し、リアルタイムでアクションを起こすことで、効率的なルーティングとドライバーのコミュニケーションを実現します。

  • IoTデバイス制御- センサーからリアルタイムでデータを受信し、デバイスの健康状態を把握します。

ユーザー行動ダッシュボードは、インサイトプレミアムのお客様のみご利用いただけます。

平均利用時間

ダッシュボードの上部にあるセクションでは、選択した日付範囲内の平均ユーザー時間を時間別に表示します。数値の横のパーセンテージは、選択した時間と前の時間の変化を比較します。

User Behavior Dashboard blog 1

つまり、横軸は時間で、各バーは1時間を表し、縦軸はその時間内の平均ユーザー時間を分単位で表します。 つまり、0300時と0400時の間に、2人のユーザーがそれぞれ20分と30分間アプリケーションとインタラクトした場合、バーの値は25になります。

Q: 継続時間とは何ですか?

ダッシュボードはユーザーの接続性を測定します。 サブスクライブチャンネルに チャンネルこのダッシュボードでは、ユーザがどのチャンネルに接続しているかは分解されません。

Q: ユーザーとは何ですか?

ユーザーとは PubNubユーザー一意のユーザーIDを持つクライアントを意味します。

アプリ内チャットの場合:チャンネルは、2人以上の参加者間の会話を表します。 平均ユーザー時間は、ユーザーがアプリケーションにどのくらい長く関与しているかを測定します。 例えば、カスタマーサポートアプリケーションでは、これらの数値は、ユーザーの問題を解決するのにかかった時間と、その時間が24時間にわたって一貫しているかどうかを測定することができます。 また、ユーザーが特定の時間帯に長く関与する可能性が高いかどうかを調べることもできます。

ライブイベントの場合:イベントによっては、すべての参加者を単一のチャネルに配置したり、参加者を複数のチャネルに分散させることがありますが、このダッシュボードは、すべてのユーザーを単一のビューに集約します。 他のストリームと比較して、ストリームがどの程度人気があるか、ライブチャットストリームでユーザーがメッセージを送信したり、反応したりした時間がどの程度であったかを測定できます。

ジオロケーションとディスパッチPubNubを使用して位置情報(緯度/経度)をチャネル上のメッセージとして報告し、各チャネルが異なる車両を表すことは、ジオロケーションの顧客にとって非常に一般的です。 この場合、ドライバーのシフト中にチャネル上で一定のアクティビティが期待され、ユーザー継続時間が60分/時間未満に低下した場合、メッセージが受信されない理由を理解するための調査が必要です(おそらくトンネルが多い)。

IoTデバイス制御のために:各 IoT デバイスは一意の「ユーザー」とみなされ、各デバイスはセンサー読み取り値をチャネルで報告する。 複数のデバイスが単一のチャネルを共有することもあれば、各デバイスが独自のチャネルを持つこともある。それでも、正しく機能しているソリューションでは、平均ユーザー継続時間は一定であるか、少なくとも予測可能であることが期待されます。 平均ユーザー継続時間が予想される報告サイクルから外れている場合は、IoTデバイスの誤動作を示している可能性があります。

期間別ユニークユーザー数

時間枠別ユニーク・ユーザー数グラフは、アプリケーションにエンゲージしたユニーク・ユーザーの数を時間ごとに分類し、そのエンゲージがどれくらいの時間続いたかを示します。 したがって、例えば、ある時間に15~20分間接続したユーザーが何人いたかを見ることができます。

User Behavior Dashboard blog 2

Q: 継続時間とは何ですか?ユニークユーザーとは何ですか?

期間」と「ユーザー」の定義は、前のグラフで使用したものと同じです。 このダッシュボードでは、一意の PubNubユーザー購読このダッシュボードは チャネルを購読していることを示します。

アプリ内チャットの場合このグラフは、チャットが予測可能な時間続くかどうかを理解するのに非常に便利です。 先のカスタマーサポートアプリケーションの例で言うと、このダッシュボードを使用して、"各サポートリクエストに対処するのにかかる時間はほぼ同じか"、"一部のサポートリクエストの解決に長い時間がかかる異常値はあるか"、"リクエストの解決にかかる時間は時間帯によって変化するか "に答えることができます。

ライブイベントの場合:ライブイベントが2時間続いたとします。このダッシュボードでは、何人がストリーム全体を通してエンゲージしたのか、それとも最初の方だけエンゲージしたのかを知ることができます。 また、参加者が短時間にエンゲージしたことを示すスパイクがデータ内に表示されます。これを使用して、ストリームのどの部分が最もエンゲージしたかを確認し、将来的にそれを再現できるようにすることができます。 最も高いピークの高さは、あなたのスチームにエンゲージした人の総数を示します。

ジオロケーションとディスパッチについて:前回のダッシュボードの説明で、PubNubを使用して位置データを交換する場合、位置データは定期的に受信されるため、ほぼ継続的な接続が期待されると述べました。 このグラフは、異常を理解するために掘り下げるのに役立ちます。例えば、平均ユーザー時間が1時間あたり60分未満である場合、その原因は0~5分のバケットでデータを歪めているいくつかの異常値によるものなのか、または何らかの理由でドライバーベース全体が30~40分のバケットに留まっているのか、などです。

IoTデバイス制御:前のダッシュボードでは、「平均ユーザー時間は一定であるか、少なくとも予測可能である」と予想しました。このグラフでは、データが「予測可能」であるかどうかを掘り下げることができます。つまり、IoTセンサーが1時間に2回だけ「家に電話する」と予想される場合、すべてのユーザーが0~5分のバケツ内にいることが予想されます。 5~10分のバケツにデバイスがある場合は、調査が必要なデバイスの誤動作を示すでしょう。

時間別ユーザー持続時間上位20チャンネル

前の2つのダッシュボードは、アプリケーション内のすべてのチャネルのユーザー時間を集計しました。最後のダッシュボードを使用すると、ドリルダウンして、どのチャンネルがそのユーザー期間の集計に貢献しているかを理解することができます。

ダッシュボードは、一見すると少し圧倒されるかもしれませんが、様々な視点から見ることができる多くの有用な情報が含まれています。

いくつかのヒントがあります:

  • 特定の時間帯にしか興味がない場合は、「日付と時間」のドロップダウンを使用します。

  • ページの右下にあるタイムゾーンセレクターを使用して、イベントに関連する時間を確認します。

  • 見出しを選択し、データの昇順または降順の矢印の向きに注意して列を並べ替えます注意してください:別の列に順序を適用する前に、必ず1つの列の順序を削除してください。

  • 例えば、ワイルドカード・チャンネル(Channel.*)がある場合、テーブルに複数の行が表示され、カテゴリを選択することで折りたたむことができます。

  • 平均継続時間 (分)' 列のバーは、0-60の範囲の分を表し、'平均ユーザー継続時間' ダッシュボードと同等です。 他の列は、その5分のバケットに該当するユーザー数を表すため、最初の列は他の列と直接比較することはできません。

User Behavior Dashboard blog 3

アプリ内チャットの場合:アプリ内チャットアプリケーションは、各会話を維持するために個別のチャネルを使用します。 前回使用したサポートアプリケーションの例を続けるために、予測可能な チャネルの命名規則例えば、短いウィンドウ内で一貫して効率的にチャットを完了するサポートエージェントや、より忍耐強く、より長いサポートウィンドウを必要とする人に提供できるエージェントを識別することができます。

ライブイベントの場合:ほとんどのライブイベントでは、特にイベントの規模が大きくなると、すべての参加者が同じチャネルに追加されることはありませんが、参加者は、言語やサポートするチームなどの属性に基づいてグループ化されます。 聴衆のメンバーがグループ化されると、別々のチャネルになるため、これを使用して、より詳細な洞察を得ることができます。チャンネルはオーディエンスを分離するためだけに使用されるわけではありませんが、投票やその他のインタラクティブ機能を配信するために異なるチャンネルを使用することがあり、このダッシュボードを使用して、それらのインタラクティブ機能がどの程度のエンゲージメントを獲得したかを評価することができます。

ジオロケーションとディスパッチ前の2つのダッシュボードでは、車両の位置情報(緯度/経度)を交換するためにPubNubを使用することについて説明しましたが、輸送および物流ソリューションは、ルート情報、リルート要求、ドライバーチャットとフィードバック、プッシュ通知、ジオフェンシングアラートなどの他のデータを交換するためにもPubNubを使用します。 位置情報以外のデータは異なるPubNubチャネル上で交換されるため、このダッシュボードを使用してそれをフィルタリングし、車両の位置情報の更新に圧倒されることなく、交換しているすべてのデータを把握することができます。

IoTデバイス制御のために:チャネルのトポロジーと 命名規則例えば、上のスクリーンショットはデバイスを'device.*'でグループ化し、'device.sim_1'、'device.sim_2'などのデバイスを表示しています。ここで説明した他のダッシュボードでは、ソリューションの全体的なビューしか得られなかったのに対し、このダッシュボードでは、個々のデバイスにドリルすることができ、異常なデータを調査する際に特に役立ちます。

まとめ

PubNubで開発したアプリケーションの種類に関係なく、ユーザ行動ダッシュボードを利用することで、ユーザが積極的に(グループチャットのメッセージなど)、または受動的に(IoTセンサがデータを報告するなど)コンテンツにどのように関与しているかをより深く理解することができます。 ユーザをより深く理解し、異常なデータを早期に特定することで、解約を減らし、ユーザベースが最も価値を見出す機能に開発の労力を集中することができます。

詳しくは ユーザー行動ダッシュボード・ドキュメントヘルプやサポートが必要な場合は、お気軽に弊社の 専任サポートチームまたは、開発者リレーションチーム devrel@pubnub.com

コンテンツ

ユーザー行動ダッシュボードの概要平均ユーザー滞在時間ユニークユーザー時間帯ユーザー滞在時間上位20チャンネルサマリー

PubNubはあなたのお役に立ちますか?

この記事はPubNub.comに掲載されたものです。

PubNubのプラットフォームは、開発者がWebアプリ、モバイルアプリ、IoTデバイス向けにリアルタイムのインタラクティブ機能を構築、配信、管理できるよう支援します。

私たちのプラットフォームの基盤は、業界最大かつ最もスケーラブルなリアルタイムエッジメッセージングネットワークです。世界15か所以上で8億人の月間アクティブユーザーをサポートし、99.999%の信頼性を誇るため、停電や同時実行数の制限、トラフィックの急増による遅延の問題を心配する必要はありません。

PubNubを体験

ライブツアーをチェックして、5分以内にすべてのPubNub搭載アプリの背後にある本質的な概念を理解する

セットアップ

PubNubアカウントにサインアップすると、PubNubキーに無料ですぐにアクセスできます。

始める

PubNubのドキュメントは、ユースケースやSDKに関係なく、あなたを立ち上げ、実行することができます。

Top comments (0)