製品保持: アクティベーションとコホート分析

ユースケースの証拠パス

Product analytics for retention: 実装から決定まで

完全な product analytics for retention 測定ループは、1 つの所有ワークフロー、制限されたイベントコントラクト、制御されたフィクスチャ、および誰かが行動できる質問を接続します。

1
境界を設定する
製品のアクティベーションの瞬間を定義します。
2
結果を把握する
Begin with onboarding_step_completed, first_meaningful_action_completed, feature_used and document the grain of each event.
3
行を証明する
アクティベーション、毎週のアクティブなチーム、導入、アップグレードの意図のためのダッシュボードを構築します。
4
決断を下す
どの最初のアクションがチームの維持を最もよく予測しますか?

ユースケースとテンプレートの比較

測定するものを選ぶ

ユースケースガイドを使用して、結果、イベントの境界、分析の質問を選択します。短いコピーアンドペースト実装の概要の準備ができたら、一致するテンプレートを開きます。

開くアクティブ化と保持のテンプレート

範囲と隣接するユースケース

適切な測定境界についてはこのページを選択してください

このページは、行動の活性化、採用、および再利用に関する質問に使用してください。
真実の情報源がサブスクリプション MRR の推移と収益維持である場合は、SaaS 収益分析を使用します。
イベントコントラクトが新しく、完全で、型指定され、重複が排除されているかどうかが問題となる場合は、テレメトリデータ品質を使用します。

エージェントプロンプト

これをコーディングエージェントに貼り付けます

交換する YOUR_API_KEY サインアップ後、エージェントに製品フローを実行して最初のイベントを確認するように依頼します。

エージェントプロンプト

Product analytics for retention セットアッププロンプト

text

Telemetry を使用して製品の使用と保持を計測します。

/skill.md とこの Telemetry API キーを使用します: YOUR_API_KEY

次の構造化イベントを追加してください。
1. サインアップ、オンボーディング手順の完了、チームの作成、最初の統合の成功、最初の有意義な製品アクション。
2. 該当する場合、feature_name、アクション、サーフェス、team_id、user_id、status、latency_ms、および error_type によるコアfeatureの使用。
3. 保持マイルストーン: 2 回目のアクティブ日、最初に保存されたダッシュボード、最初の共有アーティファクト、最初のアラート作成、および 7 日後の最初の復帰。
4. 拡張シグナル: チームメイトの招待、プランのアップグレードの意図、請求ページの閲覧、使用制限の到達、サポートのリクエスト。

アクティベーション率、週ごとのアクティブなチーム、featureの導入、最初のアクション別の維持チーム、およびアップグレード目的のイベントに関するダッシュボードを作成します。