リブランド版モバイルアプリの指標の理解

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

概要

Zoho Creator では、作成した Web アプリケーションを、自社ブランドのモバイルアプリとして iOS と Android の両方のデバイス向けにダウンロードできます。この機能により、Zoho Creator の機能を管理者の組織を表すアプリとして提供でき、従業員（ユーザー）向けと顧客向けの 2 種類のバリエーションで作成できます。Zoho Apptics 搭載のモバイルアプリメトリクスダッシュボード（モバイルアプリ分析ツール）を使用すると、スーパー管理者と管理者は、これらの自社ブランドモバイルアプリの利用状況を監視し、パフォーマンスを分析し、ユーザーエンゲージメントを測定できます。

Creator の Web アプリでは、メトリクス機能を使用して利用状況の統計を取得できます。

提供状況

自社ブランドモバイルアプリのメトリクス:

エンタープライズプラン（自社ブランドモバイルアプリを標準で含む）で利用できます
Zoho Creator の Creator 6 バージョンでのみ利用できます。
システム連携ページでスーパー管理者のみが有効化できます。有効化後は、スーパー管理者と管理者の両方が、コード署名時にアプリメトリクスを有効にし、収集されたメトリクスデータを表示できます。

1. 概要

‌Zoho Creator を使用すると、本格的な Web アプリケーションをすばやく作成して公開でき、これらはモバイルアプリとしても利用できます。ただし、アプリが真に完成していると言えるのは、さまざまなデバイスやプラットフォームにおけるパフォーマンスを効果的に測定できる場合のみです。Zoho Appticsは、アプリ内の主要メトリクスを測定し、アプリのパフォーマンスを把握し、利用傾向を分析し、アプリの健全性を最適化するのに役立つモバイルアプリケーション分析ツールです。

Zoho Appticsと Creator アプリケーションを連携すると、主要なKPI（重要業績評価指標）を利用して、自社ブランドモバイルアプリの利用メトリクスをシームレスに監視し、ユーザー行動を収集・分析し、エンゲージメントパターンを追跡し、画面や離脱率を分析するなど、直感的なダッシュボードから多くの情報を確認できます。外部のサードパーティ製セットアップは不要です。

コード署名プロセス中に、Apptics を自社ブランドの Creator モバイルアプリにバンドルできます。コード署名プロセスが完了すると、Apptics がアプリの利用状況の追跡を開始し、モバイルメトリクスダッシュボードで利用データを表示できるようになります。

1。1 アプリ関係者にとってのメトリクスのメリット

Zoho Apptics との連携により、アプリケーションパフォーマンス監視機能が提供され、自社ブランドモバイルアプリケーションがエンドユーザーにどのように利用されているかを把握したい管理者に役立ちます。これらのリアルタイム分析に基づき、アプリの改善方法について十分な情報に基づいた判断を行うことで、開発サイクルを短縮し、ユーザーのニーズに合わせてアプリを進化させることができます。

また、次のことも可能になります:

アプリ所有者は、単一のダッシュボードで全体像を把握できます。
アプリ開発者は、アプリの利用統計を確認し、パフォーマンスを改善できます。
アプリマーケターは、アプリ内での導入状況とエンゲージメント、ならびに各ステップでの離脱状況を把握できます。

これにより、ユーザー満足度とビジネス目標の両方に強く配慮しながら、高品質な自社ブランドアプリをより迅速に提供できます。

1。2 KPI 測定のためのデータ収集方法

入力: KPI を追跡するために収集されるデータには、自社ブランドアプリがダウンロードされ、その後実際に使用されているデバイス、アクティブセッション、ユーザーが表示して操作するアプリ画面が含まれます。これらの KPI に加えて、スーパー管理者または管理者は、あらかじめ定義された一連のステップを完了するまでのユーザーの行動を追跡するための目標を設定できます。

出力（KPI）: これには、対象の自社ブランドモバイルアプリの横にある［メトリクスを表示］ボタンをクリックし、モバイルタブで確認できる各種メトリクス、チャート、グラフが含まれます。これらのメトリクスにより、エンドユーザーがモバイルアプリケーションをどのように利用しているかを把握できます。

収集されたデータは Zoho Apptics のみに共有され、サードパーティがこのデータにアクセスすることはできません。
収集されたデータは、最大 5 年間 Apptics に保持され、利用可能です。ただし、管理者／スーパー管理者が次の操作を行った場合、収集済みデータは削除されます。

Creator アプリケーションを削除した場合
Creator アカウントを削除した場合
Creator に対してデータの削除を明示的に依頼した場合

モバイルアプリを削除すると、そのアプリについての新たなデータ収集は停止し、そのメトリクスを表示できなくなります。

1。3 プライバシー同意画面

ユーザーは、Creator との Apptics 連携が有効化された後、最初にモバイルアプリを使用する際に、同意画面が表示されます。ユーザーは、匿名での追跡に同意するか、Apptics による追跡を拒否するかを選択できます。この連携を有効化する際には、スーパー管理者または管理者にも、この機能の利用について通知されます。

1。4 KPI で使用される用語

モバイルアプリの完了状況と利用状況を追跡するため、次のカテゴリを用意しています。

アプリエンゲージメントメトリクス: 目標分析、画面分析、セッション分析
アプリ導入メトリクス: 新規デバイスとアクティブデバイス

以下は、使用される各種用語であり、アプリケーション固有のものです。

用語	定義	例	スナップショット
デバイス数	指定した期間内に、アプリがインストールされている、またはアクティビティ（ユーザーが画面にアクセスした、ファネルに入ったなど）を報告した一意のデバイスの合計数。	1 人のユーザーが 2 台のスマートフォンにアプリをインストールした場合、デバイス数 = 2。 1 台のデバイスを複数ユーザーがログインして利用している場合、デバイス数 = 1。
画面分析	ユーザーがアプリの各画面で費やした時間と、どの画面でより多くエンゲージしているかを示します。ダッシュボードには、ランダムな順序で 5 つの画面が表示されます。ここでいう画面とは、フォーム、レポート、ページなどのアプリケーションコンポーネントを指します。それぞれの表示名が画面として一覧表示されます。	たとえば、商品管理モバイルアプリで、ユーザーは「検索結果」ページ画面には長く滞在しているものの、「商品詳細」画面まで進むユーザーは少ない場合があります。例えば、「検索結果」ページへの合計訪問数は28回で、平均滞在時間は2 分 21 秒ですが、「商品詳細」画面への合計訪問数は19回、平均滞在時間は15 秒です。
ゴール分析	ユーザーのジャーニーをマッピングし、コンバージョンポイントを強調表示し、ユーザーが離脱しやすい段階を特定することで、アプリ内でのユーザーの遷移と操作を可視化します。	たとえば動画配信アプリを作成し、アプリ起動からサブスクリプション完了までのユーザージャーニーを分析できます。これには、ユーザーがどのようにコンテンツを見つけるか、どの程度の時間を閲覧やプレビュー視聴に費やしているか、どこで離脱しているか、どの操作がサブスクリプションにつながりやすいかの分析が含まれます。これらのインサイトにより、ボトルネックの特定、オンボーディングフローの最適化、サブスクリプション訴求の改善を行い、コンバージョン率を向上できます。
ゴール	ユーザーの操作や成果を表す、一連のステップの集合です。複数のステップからなるゴールを定義することで、ユーザーが各ステップをどのように進んでいるかを追跡し、どこで離脱しているか、どの経路が完了につながりやすいかを把握できます。ゴールには最低2ステップ、最大10ステップまで設定できます。	フードデリバリーアプリでは、ファネルゴールとして次のようなステップを含めることができます。アプリを開くメニューを閲覧する商品をカートに追加するチェックアウトに進む支払いを完了する
ファネル	ユーザーがアプリ内でゴールを完了するまでに踏むステップを示す、視覚的なファネルです。ユーザーが各ステップをどのように遷移しているかを表示し、離脱ポイントを特定して完了率の改善に役立てることができます。	フードデリバリーアプリを例にすると、ファネルは「アプリを開く」「レストランを閲覧する」「メニューを表示する」「商品をカートに追加する」「チェックアウトに進む」「支払いを完了する」といったステップで構成されます。アプリを開いた 10,000 人のユーザーのうち、約 8,500 人がレストランの閲覧に進みます。ファネルの下位ステップに進むにつれてユーザー数は徐々に減少し、約 7,200 人がメニューを表示し、5,400 人が商品をカートに追加します。このファネルを可視化することで、チェックアウトおよび支払いステップに改善が必要であることを明確に把握できます。
ステップ	複数のステップの集合で 1 つのゴールが構成されます。各ステップに名前を付け、紐づけたい画面を選択して関連付けることができます。	フィットネス管理モバイルアプリで、「会員登録」というタイトルのゴールは、次のステップで構成できます。ステップ 1 -> モバイルアプリを開くステップ 2 -> ワークアウトプログラムを閲覧するステップ 3-> プランを選択するステップ 4-> 会員にユーザー登録する（ゴール）ステップ 5-> 支払いを完了する
コンバージョン	特定のゴールについて、最後のステップまで完了したユーザーの合計数。	28 人のユーザーがステップ 1 から開始し、そのうち 10 人だけが前述の 5 ステップすべてを完了した場合、このケースのコンバージョン率は 23% となります。
離脱率	特定のゴールにおいて、目的の操作を完了する前のステップで離脱したユーザーの合計割合（%）。	フードデリバリーアプリでは、ユーザーがチェックアウト段階で離脱することがあり、これは支払い設定の問題、価格への懸念、またはチェックアウトプロセスが複雑であることを示している可能性があります。

2. 前提条件

システム連携ページで Zoho Apptics を有効にします。
モバイルタブでコードサインを行う際に、対象のモバイルアプリケーションで App Metrics を有効にします。例えば、注文管理アプリがあるとします。このアプリをコードサインする際に App Metrics を有効にすると、このアプリが Apptics と連携され、統計情報の収集を開始できます。

System Integrations ページで Zoho Apptics を有効にしていない状態でコードサイン中に App Metrics を有効にしようとすると、先に有効にするよう促すポップアップが表示されます。

詳細を表示 をクリックし、「データの収集および処理要件を理解し、同意します」に隣接するチェックボックスにチェックを入れます。その後、有効にする をクリックします。

リブランドしたモバイルアプリをコードサインした後は、その利用状況やパフォーマンス、潜在的な問題点を追跡できるようになり、顧客のアプリ体験の改善に役立てることができます。

3. 動作イメージを確認する

4. モバイルメトリクスのユースケース

(i) オンラインフードデリバリーアプリ

企業 Zylker が、メニューの表示、近隣顧客からの注文の承認、オンラインでの注文管理のために、'オンライン Food 注文' という Creator モバイルアプリケーションを利用しているとします。当初は業務が順調に回っていましたが、ここ 1 週間ほどで、アプリ訪問者の約 80% が注文を行っていないことに管理者が気付きました。この急激な減少の原因を特定するため、管理者はモバイルメトリクスを有効にし、モバイルメトリクスダッシュボードでアプリの利用状況メトリクスを監視します。そこで、顧客の操作や閲覧した画面に基づくゴール分析を確認することにしました。

情報: この分析では、特定の画面を訪問したユーザー数のデータが提供されます。

分析の結果、訪問者の 90% 以上が決済画面まで到達している一方で、購入を完了しているのは 20% に過ぎないことが分かりました。これは決済プロセスに問題がある可能性を示しています。さらに調査したところ、最も利用されている支払いオプションがグレーアウトされている、または利用できない状態であることが判明しました。この問題をすぐに解消したところ、決済完了率が大幅に改善し、アプリのパフォーマンスが回復しました。

(ii) 金融学習アプリ

組織 Zylker が、子どもや若年層向けにお金の基本的な管理方法を教え、効果的な学習と魅力的なセッションを通じてパーソナルファイナンスの第一歩を支援することを目的とした、'Finance for First-timers' という金融リテラシーアプリをリリースしたとします。管理者は、このアプリがどの程度活用されているかを把握するため、学生が毎日どのくらいの時間アプリを利用しているか、どの程度魅力的だと感じているかといったインサイトを知りたいと考えています。

これに対応するため、管理者は モバイルメトリクスダッシュボードのセッション分析機能を利用します。ここでは、セッションの合計件数、すべてのセッションを合計した総時間、1 セッションあたりの平均時間などの詳細なメトリクスが提供されます。このデータから、多くのユーザーが短い時間であるものの、頻繁にアプリを利用していることが分かりました。より長時間の利用を促すため、学生同士がアプリ内で交流・ネットワークできるメッセージ機能を導入し、ユーザー間のエンゲージメントとつながりを高めました。

同様に、アプリ内でどの画面やタブが最も多く閲覧されているかを把握するため、ダッシュボードの画面分析レポートを利用します。これにより、学生が実際に閲覧した画面、各画面に費やした時間、合計訪問回数などのインサイトが得られます。データから、Timetable 画面が最も多く閲覧されていることが分かりました。以前は、学生はダッシュボードに移動してスクロールしないとこの画面を見つけられませんでした。アクセシビリティを向上させるため、管理者は Timetable をサイドバーの個別メニュー項目として追加し、学生がより簡単にアクセスできるようにしました。

5. Apptics 連携を有効にするためのナビゲーションガイド

アカウントの Operations タブで System Integrations を選択し、Zoho Apptics 連携を有効にします。モバイルアプリケーションをコードサインする際に、モバイルアプリ用の App Metrics を有効にできます。

6. 注意事項

Creator アカウント内のリブランドアプリで Apptics 連携を有効にするには、各リブランドモバイルアプリごとに、そのアプリのコードサイン時に個別に有効化する必要があります。
同じモバイルアプリ（例: 注文管理）について、Android のみメトリクスを追跡し、iOS は除外することもできます。その場合、このアプリの Android コードサイン時には App Metrics を有効にし、iOS コードサイン時には無効のままにしておく必要があります。
一度有効化すると、現在のところ Apptics 連携自体を無効にすることはできません。deactivate(一時停止) によってトラッキングのみ停止できます。
アプリケーションのバックアップの作成および復元を行っても、モバイルメトリクスのデータはバックアップには含まれません。バックアップされたアプリケーションには、コードサイン済みアプリは含まれません。
アカウントをあるデータセンター (DC) から別のデータセンターに移行した場合、そのアカウントの既存の App Metrics データは新しい DC には移行されません。移行後は、必須の前提条件を満たしていることを確認してください。その後、Metrics ダッシュボードには新しい DC 固有の統計情報が表示されます。
ユーザーが自身のデバイスからモバイルアプリを開くと、同意フォームが表示され、次の 2 つの設定から選択できます。

匿名でのトラッキングに同意する
トラッキングへの同意を拒否する（この場合、データは収集されず、ユーザーが行う操作もトラッキングされません）。

モバイルメトリクスは主に、Zoho Apptics によってデバイス単位で測定されます。モバイルアプリがデバイスにダウンロードされて開かれると、その 1 件が Apptics によって「新規デバイス」として登録されます。
ユーザー向けとポータルユーザー向けのコードサイン済みアプリは、Apptics 上では別個のアプリとして扱われ、それぞれのメトリクスが個別に取得されます。