Retention
保持
保持は、設定された時間後に有用な活動のために再び戻るグループの割合です。
もう一つの例
チームは、第4週にまだ公開しているグループを数えます。アプリを再度開くだけのグループは数えません。
主な部分
- 01Cohort definition
- 02Meaningful return event
- 03Time window and retained share
以下の場合に使用します
製品が繰り返し使用することでより役立つ場合に使用します。
以下の場合は使用しないでください
異なる開始グループを混ぜたり、実際の価値を示さないアクションをカウントしたりしてはいけません。
コードで使用する名前
cohort analysis 出荷前に
Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision.
Outcome:Complete the task with 保持 (Retention)。 User context:チームは、第4週にまだ公開しているグループを数えます。アプリを再度開くだけのグループは数えません。 Product concept to apply:保持 (Retention)。 Why it fits:製品が繰り返し使用することでより役立つ場合に使用します。 Do not use it when:異なる開始グループを混ぜたり、実際の価値を示さないアクションをカウントしたりしてはいけません。 Product framing: Name the target user and wanted result. Record the current baseline and evidence. Set what is in and out of scope, the limits, the owner, and the time frame. Decision quality: Keep facts, guesses, and unknowns separate. Record the options you did not choose and what evidence would change the decision. Acceptance criteria: The document names an owner, target user, measurable result, scope limit, evidence source, open risks, and next test. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Target group, baseline, success level, owner, time frame, dependencies, and review schedule.
このリクエストを確認する
Review how 保持 (Retention) is used now. Definition: 保持は、設定された時間後に有用な活動のために再び戻るグループの割合です。 Release checks: Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.