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

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

概要

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

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

提供状況

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

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

1. 概要

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

Creator アプリケーションとZoho Appticsを連携すると、サードパーティのセットアップを行うことなく、直感的なダッシュボードから、自社ブランドモバイルアプリの利用メトリクスを、主要業績評価指標（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 という組織が、メニューの表示、近隣顧客からの注文の承認、オンラインでの注文管理のために「オンラインフード注文」という Creator モバイルアプリケーションを利用しているとします。当初は業務が順調に進んでいましたが、ここ 1 週間で、アプリ訪問者の約 80% が注文を行っていないことに管理者が気付きました。この急激な減少の原因を特定するため、管理者はモバイルメトリクスを有効にし、モバイルメトリクスダッシュボードでアプリの利用メトリクスを監視します。そこで、顧客の操作や閲覧された画面に基づいて目標分析を確認することにしました。

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

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

(ii) 金融学習アプリ

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

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

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

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

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

6. 注意事項

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

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

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