Skip to content

Main content

Cohort Retention Reactivation Boundary Tool

Classify a fixed caller-supplied cohort using explicit prior/current activity sets; prior inactivity alone does not prove a historical customer lapse.

Loading tool…

Description

Partition a supplied unique cohort into retained, reactivated and inactive IDs.

Business timing and cohort summaries depend on event origins, bucket boundaries and the treatment of incomplete records. A time difference or bucket label is a supplied record convention rather than proof of customer behavior, completed service or future retention.

Partition a supplied unique cohort into retained, reactivated and inactive IDs.

When to use this tool

Use Cohort Retention Reactivation Boundary when checking the stated business timing or cohort convention.

How to use the tool and how it works

  1. Enter cohort, priorActive, currentActive. Follow any array-alignment requirements below. Use the units and conventions below.
  2. Run the tool. Correct any format, range, or cross-field input error before interpreting the output.
  3. Read retained, reactivated, inactive. Use the output convention below.

Partition a supplied unique cohort into retained, reactivated and inactive IDs. Retained requires prior and current activity, reactivated requires current but not prior, inactive means absent from current; preserve cohort order.1

Input fieldMeaning and unitsAccepted input
cohortCohortRequired. Array of text; maximum UTF-16 length 8192; maximum items 256.
priorActivePrior ActiveRequired. Array of text; maximum UTF-16 length 8192; maximum items 256.
currentActiveCurrent ActiveRequired. Array of text; maximum UTF-16 length 8192; maximum items 256.
Output fieldInterpretationReturned shape
retainedRetainedRequired. Array of text; maximum UTF-16 length 8192; maximum items 256.
reactivatedReactivatedRequired. Array of text; maximum UTF-16 length 8192; maximum items 256.
inactiveInactiveRequired. Array of text; maximum UTF-16 length 8192; maximum items 256.
json
{
  "input": {
    "cohort": [
      "A",
      "B",
      "C"
    ],
    "priorActive": [
      "A",
      "B"
    ],
    "currentActive": [
      "B",
      "C"
    ]
  },
  "output": {
    "retained": [
      "B"
    ],
    "reactivated": [
      "C"
    ],
    "inactive": [
      "A"
    ]
  }
}

Limitations and assumptions

  • Activity lists are caller assertions; no actual customer identity, commercial churn definition or causal behavior is inferred.
  • Inputs must satisfy both the field types and the cross-field conditions above. Invalid input causes an error; a successful false flag or documented placeholder is a different result.

Alternative or Complementary methods

Use complete event records and a defined cohort/period policy; evaluate commercial performance and uncertainty with appropriate complete analyses.

References

  1. Calculation and input contract: business-analytics/cohort-retention-reactivation-boundary — tool.io

Similar or alternative tools