このツールについて
一、計算機の概要
ユーザーライフサイクル保持分析計算機は、登録でグループ化し、その後の各ライフサイクル日・月の保持状況を分析する専用ツールです。本ツールは常に登録日(または登録月)をコホートのラベルとして使用し、初回購入や初回利用などの行動をグループ化の根拠として依存しません。登録月または登録日でグループ化し、異なるコホートが登録後各オフセット月・オフセット日の保持人数と保持率を追跡し、保持マトリクスと平均保持トレンド図を生成し、異なる時期に獲得したユーザーの保持性能を理解し、新規獲得と保持戦略の策定にデータ支援を提供します。
主な機能
- 自然月保持マトリクス:登録月でグループ化し、各オフセット月(当月、1ヶ月後、2ヶ月後…最大12ヶ月)のユーザー保持人数を表示し、逆三角保持マトリクスを形成
- 自然日保持マトリクス:登録日でグループ化し、各オフセット日(当日、1日目…30日目)のユーザー保持人数を表示(直近30登録日)。登録後1ヶ月の保持の詳細を観察しやすくする
- 平均保持トレンド図:各オフセット月の平均保持人数と保持率を集計し、トレンド曲線を形成し、保持の転換点を識別しやすくする
- グループ化の統一:すべての分析は登録をコホートの起点とし、初回購入などの他のグループ化ロジックを含まない
利用シーン
- 異なる登録時期のユーザーの長期保持の差を評価し、高品質な獲得チャネルを識別
- 保持の転換点(例:何ヶ月目、何日目で離脱が増加)を識別し、ターゲットを絞った運営戦略を策定
- 運営キャンペーンや製品改版の前後で、新規登録ユーザーの保持の変化を比較
- ユーザーライフサイクル保持トレンドを観察し、新規獲得・保持戦略にデータ根拠を提供
対象となるお客様
本計算機は、ユーザーライフサイクル保持を分析する必要があり、ユーザー登録日と行動日を備えているすべての業界とシーンに適用され、特に以下のタイプのお客様に適しています:
- 飲食業界:レストラン、ファストフード店、コーヒーショップ、タピオカ店など。登録でグループ化してユーザー保持を分析し、料理の品質とサービス体験が保持に与える影響を評価
- ECプラットフォーム:B2C EC、C2Cプラットフォーム、垂直ECなど。登録でグループ化してユーザー保持を追跡し、新規ユーザーガイドと再購入戦略を最適化
- 小売業界:スーパーマーケット、コンビニエンスストア、専門店、ブランド小売など。登録でグループ化してユーザー保持習慣を理解し、会員マーケティングとプロモーション戦略を策定
- 生活サービス:美容院、フィットネスクラブ、洗車サービス、家政サービスなど。登録でグループ化してサービス利用保持を分析し、サービス品質が保持に与える影響を評価
- オンライン教育:オンラインコースプラットフォーム、研修機関など。登録でグループ化して受講者の保持を追跡し、コース内容と学習体験を最適化
- サブスクリプションサービス:動画プラットフォーム、音楽プラットフォーム、読書プラットフォームなど。登録でグループ化してサブスクリプションユーザーの保持を分析し、サービス品質とユーザー満足度を評価
- その他のB2C事業:個人消費者向けのすべての事業で、ユーザー登録と行動記録に関わり、登録でライフサイクル保持を分析したい場合、本ツールを使用できます
前提条件:お客様の事業がユーザーID、イベント日(注文日、ログイン日などの行動発生日)、登録日のデータを提供でき、事業上、ユーザーが登録当日に行動があったかを区別できること(本ツールは登録当日に取引/行動があったユーザーのみを集計します)。
二、アルゴリズムの概要
2.1 基本概念
グループ化ラベル:登録
- コホートグループ化ラベル:登録日または登録月。ユーザーは登録日が属する日付または月に帰属し、コホートを形成します。
- 初回購入は使用しない:本ツールは初回購入、初回利用などをグループ化の根拠として使用せず、登録のみをラベルとして使用します。
保持とオフセット
- 当日/当月:登録日当日、または登録日が属する自然月。
- N日目/Nヶ月後:登録日からの相対的なオフセット日数またはオフセット月数。
- 保持:あるオフセット日またはオフセット月で、ユーザーがその日またはその月に少なくとも1件のイベント(注文、ログインなど)記録があること。
ユーザー範囲
- 登録当日に取引(行動)があったユーザーのみを集計:あるユーザーが登録当日にイベント記録がない場合、そのユーザーは本分析に参加しません。
- これにより、各コホートの「起点」が一致し、異なる登録時期の保持性能を横方向に比較しやすくなります。
2.2 計算ロジック
ステップ1:データ前処理
システムはデータに対して以下の処理を行います:
- 日付の解析:登録日、イベント日の文字列を日付オブジェクトに解析
- 無効データのフィルタリング:ユーザーID、登録日、イベント日が欠落または無効な記録を除外
- 無効区間の除外:イベント日が登録日より早い記録を除外
ステップ2:「登録当日に取引あり」のユーザーを識別
各ユーザーについて:
- イベント日 = 登録日の記録が存在するかチェック
- 存在する場合、そのユーザーを「登録当日に取引あり」としてマークし、後続の分析に含める;そうでなければ除外
ステップ3:オフセット月/オフセット日の計算
- 自然月:登録月
join_month(YYYY-MM)、イベント月 event_month(YYYY-MM)。オフセット月 = 2つの月の間の月差(0 = 当月、1 = 1ヶ月後、…)。
- 自然日:登録日、イベント日を日差で計算してオフセット日数を計算(0 = 当日、1 = 1日目、…)。自然日表は0~30日の列のみを保持し、直近30登録日のみを表示します。
ステップ4:保持マトリクスの構築
- 自然月表:行 = 登録月、列 = 当月、1ヶ月後、…、最大12ヶ月後;セル = そのコホートがそのオフセット月にまだ行動がある重複排除ユーザー数。
- 自然日表:行 = 登録日(直近30行)、列 = 当日、1日目、…、30日目;セル = そのコホートがそのオフセット日に行動がある重複排除ユーザー数。
ステップ5:平均保持トレンド図
オフセット月で集計:各オフセット月について、すべてのコホートの保持ユーザー数の平均(または保持率)を求め、「平均保持トレンド」曲線を生成します。
ステップ6:結果表示
- ユーザーライフサイクル保持傾向(自然月):登録月でグループ化し、各オフセット月のユーザー保持人数を表示;登録当日に取引があったユーザーのみを集計
- ユーザーライフサイクル保持傾向(自然日):登録日でグループ化し、各オフセット日(0~30日)のユーザー保持人数を表示;登録当日に取引があったユーザーのみを集計、直近30行
- 平均保持トレンド:各オフセット月の平均保持人数/保持率曲線
2.3 データフィルタリングルール
- データの完全性:重要なフィールド(ユーザーID、登録日、イベント日)が欠落している記録は自動的に除外されます
- 日付の解析:システムは一般的な日付形式を自動的に識別し、解析できない日付は除外されます
- ユーザー範囲:登録当日に取引があったユーザーのみを集計し、登録当日に行動がないユーザーは分析に参加しません
- 自然日表:直近30登録日、0~30日のオフセット列のみを表示;自然月表のオフセット月は最大12ヶ月
三、利用手順と注意事項
3.1 データ準備
必須フィールド
データをインポートする前に、データファイルに以下の3つのフィールドが含まれていることを確認してください:
- ユーザーID(
user_id)
- 説明:ユーザーを一意に識別するフィールド(ユーザーIDまたは電話番号のいずれも可)
- 形式要件:テキストまたは数値のいずれも可
- 例:
U001、12345、13800138000
- イベント日(
event_date)
- 説明:ユーザーが行動を起こした日(注文日、ログイン日など)
- 形式要件:複数の日付形式をサポート(
YYYY-MM-DD、YYYY/MM/DD、MM/DD/YYYYなど)
- 注意事項:システムは一般的な日付形式を自動的に識別します。解析の正確性を確保するため、標準的な日付形式の使用を推奨します
- 登録日(
register_date)
- 説明:ユーザーの登録日(グループ化ラベルとして使用)、形式は2025-01-01または2025/1/1など
- 形式要件:イベント日と同じ形式
- 重要:このフィールドは必須です。このフィールドが欠落しているユーザーは分析から除外されます;本ツールは登録のみをグループ化の根拠として使用し、初回購入などは使用しません
データ形式要件
- ファイル形式:CSVおよびExcel(.xlsx)形式をサポート
- エンコーディング:UTF-8エンコーディングの使用を推奨
- データ量:計算効率を確保するため、1回の分析のデータ量は100万レコードを超えないことを推奨
- データ範囲:異なる登録時期の保持性能を観察するため、十分な履歴データを含めることを推奨;自然月表のオフセット月は最大12ヶ月、自然日表は直近30登録日を表示
3.2 フィールドマッピング
データをアップロードした後、システムはデータファイルの列を以下のフィールドにマッピングするよう求めます:
- ユーザーID列 → ユーザーの一意の識別子を含む列を選択
- イベント日列 → ユーザーの行動日(注文日または行動日)を含む列を選択
- 登録日列 → ユーザーの登録日を含む列を選択(グループ化ラベル)
3.3 データフィルタリング(オプション)
システムはイベント日のフィルタリングをサポートします:
- 日付範囲フィルタリング:分析の時間範囲を指定でき、指定された時間範囲内のデータのみを分析
- 使用推奨:データ量が大きい場合、計算速度を向上させるため、まず直近1~2年のデータにフィルタリングすることを推奨
3.4 結果の解釈
指標の説明
- ユーザーライフサイクル保持傾向(自然月):登録月でグループ化されたユーザーが各オフセット月で保持する人数を反映し、異なる獲得時期の長期保持の差を観察しやすくします。保持人数はオフセット月の増加に伴い全体的に減少し、保持の転換点を識別できます
- ユーザーライフサイクル保持傾向(自然日):登録日でグループ化されたユーザーが各オフセット日(0~30日)で保持する人数を反映し、登録後1ヶ月の日次保持の詳細を観察しやすくします
- 平均保持トレンド:各オフセット月の全体的な平均保持レベルを反映し、曲線の急激な低下は通常、離脱が激化する時点に対応し、これに基づいて運営のリズムを最適化できます
保持マトリクス分析
- 同行比較:同じ登録月/日のユーザーについて、オフセット月/日の増加に伴い、保持人数は全体的に減少します;ある列が異常な変動を示す場合、事業活動と組み合わせて調査できます
- 行間比較:異なる登録時期のコホート間で、同じオフセット月/日の保持人数を比較し、異なる時期の獲得品質または運営効果の差を評価できます
トレンド分析
- 上昇トレンド:平均保持率が上昇トレンドを示す場合、ユーザー保持効果が改善し、新規獲得または保持戦略が有効であることを示します
- 下降トレンド:平均保持率が下降トレンドを示す場合、製品体験、サービス品質、または運営戦略に注意を払い、適時に調整する必要があります
- 明確な転換点:あるオフセット月後に保持率が大幅に低下する場合、その段階でユーザーへの接触または特典設計を強化できます
3.5 注意事項
⚠️ 重要な説明
- グループ化ラベルは登録のみ:
- すべてのコホートは登録日/登録月で分割され、本ツールは初回購入、初回支払いなどをグループ化の根拠として使用しません
- 推奨:「登録日」フィールドがユーザーの登録時間を正確に反映し、正しいグループ化ができるようにする
- 登録当日に取引があったユーザーのみを集計:
- システムは登録当日に少なくとも1件のイベント記録があるユーザーのみを集計します;登録当日に行動がないユーザーは除外されます
- ユーザーが登録当日に行動がない場合、後続に保持があっても分析に含まれません
- 推奨:イベント日と登録日の基準が一致していることを確認(例:両方とも注文日または両方ともログイン日)、データで「登録当日に行動があったか」を区別できること
- イベント日と登録日:
- イベント日が登録日より早い記録は除外されます
- 推奨:アップロード前にデータの完全性を確認し、登録日、イベント日の形式が正しく、論理的に妥当であることを確認
- 自然日表と自然月表の範囲:
- 自然日表は直近30登録日、0~30日のオフセット列のみを表示;自然月表のオフセット月は最大12ヶ月
- より長期のトレンドは、平均保持トレンド図と事業ニーズを組み合わせて総合的に判断できます
💡 使用推奨
- データ品質チェック:
- アップロード前にデータの完全性を確認し、ユーザーID、登録日、イベント日フィールドが欠落していないことを確認
- 日付形式が正しいことを確認し、日付解析エラーを避ける
- 登録日とイベント日の論理関係が正しいことを確認(イベント日は登録日より早くならない)
- 分析時間範囲:
- 異なる登録時期の保持性能を観察するため、十分な履歴データ(少なくとも数ヶ月)を含めることを推奨
- データ量が大きい場合、まず直近1~2年にフィルタリングし、必要に応じて範囲を拡大
- 結果の検証:
- 異なる登録時期の保持マトリクスを比較し、異常な変動を識別
- 事業活動のタイミングと組み合わせて、保持率の変化の原因を分析
- 「登録当日に取引があったユーザーのみを集計」というルールが事業の期待に合致することを検証
- 戦略の最適化:
- あるオフセット月後に保持率が大幅に低下する場合、その段階でユーザーへの接触または特典設計を強化
- 異なる登録時期の保持の差が大きい場合、獲得チャネルと運営戦略の差を評価し、新規獲得と保持への投資を最適化
3.6 よくある質問
Q1:データ内の一部のユーザーが集計されない理由は?
A:考えられる理由には以下が含まれます:
- ユーザーに登録日フィールドが欠落している
- ユーザーが登録当日にイベント記録がない(本ツールは登録当日に取引があったユーザーのみを集計)
- ユーザーの登録日またはイベント日の形式が解析できない
- イベント日が登録日より早い記録は除外されます
Q2:「登録当日に取引」が必須な理由は?
A:明確なコホートの起点を定義し、「登録したが一度も行動を起こさなかった」ユーザーを混入させず、保持基準の一貫性に影響を与えないようにするためです。登録当日に行動があったユーザーのみを集計することで、すべてのコホートが同じ起点で保持性能を比較できるようになります。
Q3:「保持」はどのように定義されますか?
A:あるオフセット日またはオフセット月で、そのユーザーに少なくとも1件のイベント記録がある場合、その日/月に保持されたと見なされます。同じユーザーが同じオフセット日/月に複数の記録があっても、1回のみカウントされます。
Q4:自然日表が0~30日のみを表示する理由は?
A:登録後1ヶ月の保持に焦点を当て、マトリクスのサイズを制御して閲覧しやすくするためです。より長期のトレンドについては、自然月表と平均保持トレンド図を参照してください。
Q5:本ツールは「初回購入」をグループ化の根拠として使用しますか?
A:使用しません。本ツールは登録日/登録月のみをコホートラベルとして使用し、初回購入、初回利用などの行動に依存しません。すべてのコホートは登録で分割されます。
Q6:ユーザーライフサイクル保持を改善するには?
A:以下の側面から始めることを推奨します:
- 登録と初回体験を最適化し、登録当日の行動転換を向上
- 保持の転換点に対応する段階でユーザーへの接触を強化し、特典または活動情報をプッシュ
- 高保持コホートの特徴を分析し、獲得チャネルと運営戦略を最適化
- 自然月、自然日マトリクスと平均保持トレンドを組み合わせ、重要な離脱ポイントを識別し、ターゲットを絞った戦略を策定
四、まとめ
ユーザーライフサイクル保持分析計算機は、登録でグループ化された保持マトリクスと平均保持トレンドを通じて、ユーザーライフサイクル保持を分析します。本ツールは登録のみをグループ化ラベルとして使用し、登録当日に取引があったユーザーのみを集計し、コホート間の比較を容易にします。このツールを正しく使用することで、以下が可能になります:
- 異なる登録時期のユーザーの保持の差を迅速に識別し、獲得と保持の効果を評価
- オフセット月/日に伴う保持率の変化パターンを発見し、離脱の転換点を識別
- 異なる時期のコホートの保持性能を比較し、新規獲得と保持戦略を適時に調整
- ユーザーライフサイクル運営戦略の策定にデータ支援を提供
ご質問や技術サポートが必要な場合は、システム管理者にお問い合わせください。