Tutorials › CAS Exam 8 - Advanced Ratemaking › Building Renewal Cohorts And Observation Windows

CAS Exam 8 · Retention and Churn Modeling · Tutorial 842 of 989

Building Renewal Cohorts And Observation Windows

Build comparable renewal cohorts by anchoring each opportunity to its expiration date and including only outcomes with sufficiently complete follow-up.

Advanced 10 min read

What You'll Learn

  • Define renewal cohorts by a consistent opportunity date and prediction unit
  • Set outcome deadlines that account for grace periods
  • Assess outcome maturity using both the data cutoff and transaction runout
  • Handle staggered expiration dates without misassigning transactions
  • Exclude incomplete follow-up from outcome-rate denominators
  • Distinguish transaction effective dates from posting dates

Why Cohort Construction Matters

A renewal rate is meaningful only when its numerator and denominator refer to comparable renewal opportunities. If one group has had a full grace period to renew and another has only had a few days, counting both groups as if their outcomes were known can make the less-observed group appear to have lower retention. Staggered expiration dates create the same issue when a data extract includes some opportunities with complete follow-up and others whose outcome windows are still open.

The practical solution is to construct cohorts around renewal opportunities, define an outcome window for each opportunity, and apply a consistent rule for deciding whether that window is mature in the available data. A transaction’s effective date determines whether it falls within the outcome window; its posting date determines whether it could be present in a particular data extract.

Definition: A renewal opportunity is one unit eligible for a renewal outcome under the chosen prediction unit. A renewal cohort is a set of such opportunities grouped using a consistently defined date or period, typically the expiration date. For opportunity \(j\), let \(E_j\) be its expiration date and \(D_j\) its outcome deadline. The opportunity is mature at data cutoff \(C\) if the data available by \(C\) provide the specified follow-up and transaction runout through \(D_j\).

The prediction unit and the definition of an eligible renewal opportunity must be consistent with the earlier material on defining renewal outcomes and the prediction unit. For example, if the unit is a policy term, multiple records associated with that term should not accidentally become multiple opportunities. This tutorial focuses on cohort dates and follow-up, not on distinguishing different kinds of policy termination.

Anchor the Window to Each Opportunity

An expiration date is a natural anchor because each opportunity’s follow-up begins at a known point, even when expiration dates are staggered across the calendar. If the specified grace period is \(g\) calendar days, define the deadline \(D_j\) as \(g\) calendar days after \(E_j\), with the deadline itself included. A qualifying renewal transaction has an effective date on or before \(D_j\), subject to the outcome definition used for the study.

$$ D_j = E_j + g $$

This convention must be stated rather than assumed: a system may use a different operational definition of the expiration date or grace period. In the examples below, dates are calendar dates, the stated grace period is added to the expiration date, and a transaction effective on the resulting deadline qualifies. A transaction effective after that deadline does not qualify for that opportunity’s window.

Cohort assignment should normally follow the opportunity’s anchor date, not the date a transaction happens to be entered into an administrative system. Otherwise, a renewal associated with an April expiration could be placed in a May cohort simply because it was posted in May. That would change the apparent composition of the cohorts based on processing timing.

Worked Example: Staggered Expirations and a Mature Denominator

A hypothetical insurer defines a renewal outcome as a qualifying transaction effective on or before 10 calendar days after expiration. Four opportunities expire on March 1, March 10, March 15, and March 20. The extract cutoff is March 31, and the insurer uses a five-day transaction runout. Transactions effective March 8, March 21, and March 22 are recorded for the first, second, and third opportunities, respectively; no transaction is recorded for the fourth. Construct the mature cohort and calculate its observed renewal rate.

Method. Calculate each deadline, then test whether the cutoff and runout cover that deadline. For this example, an opportunity is operationally mature when its deadline is at least five days before the cutoff. Equivalently, the latest deadline covered by the runout is March 26.

Step 1: Calculate deadlines. Adding 10 calendar days gives March 11 for the March 1 expiration, March 20 for March 10, March 25 for March 15, and March 30 for March 20.

Step 2: Determine maturity. March 11, March 20, and March 25 are on or before March 26, so the first three opportunities are mature. March 30 is after March 26, so the fourth opportunity is not mature. Its lack of a recorded transaction cannot yet be treated as a completed nonrenewal outcome.

Step 3: Classify outcomes within the mature cohort. The March 8 transaction is on or before the first deadline, so that opportunity qualifies. The March 21 transaction is after the second opportunity’s March 20 deadline, so it does not qualify. The March 22 transaction is on or before the third opportunity’s March 25 deadline, so it qualifies.

Step 4: Calculate and check the rate. There are two qualifying opportunities among three mature opportunities, so the observed renewal rate is \(2/3=0.6667\), or 66.7% to one decimal place. The fourth opportunity is excluded from both numerator and denominator because its window is not mature. Common mistake avoided: counting all four opportunities and treating the fourth’s unobserved outcome as a nonrenewal would use an incomplete denominator.

Late Transactions and the Data Cutoff

Outcome time and data-arrival time are different. A transaction can be effective within an opportunity’s window but arrive in the data after that window has ended. For this reason, having an extract date later than the outcome deadline does not, by itself, guarantee complete observation. A runout allowance \(L\) is a defined period for transactions to be posted or otherwise become available after their effective dates. Under a conservative rule that assumes transactions can arrive up to \(L\) days after their effective dates, maturity requires:

$$ C \geq D_j + L $$

This condition follows by considering the latest qualifying event date. An event effective on \(D_j\) remains within the window, and under the stated runout assumption it could arrive as late as \(D_j+L\). If the cutoff is earlier, that event might not yet appear in the extract. If the cutoff is on or after \(D_j+L\), the specified runout has elapsed. This is an operational completeness rule, not a guarantee if transactions can arrive later than the chosen runout; the runout should be justified and reviewed for late-arrival patterns.

Apply the rule to the effective date for outcome classification and to the posting or availability date for data maturity. A late-posted transaction can count as a qualifying event if its effective date is within the window and it is present by the cutoff. Conversely, absence of a transaction is not evidence of a completed outcome when follow-up or runout is incomplete.

Worked Example: A Late-Posted Renewal and an Open Window

Three hypothetical policies expire on April 1, April 10, and April 20. Each has a 10-day grace period. An extract is available through May 3, and the selected transaction runout is 14 days. A renewal for the first policy is effective April 10 and posted April 22. No renewal is recorded for the second policy. The third policy has no transaction in the extract. Determine which opportunities are mature and calculate the observed renewal rate.

Method. Calculate each deadline and add 14 days to find the latest cutoff required for maturity. Count a renewal by its effective date, not its posting date.

Step 1: Find the deadlines. The April 1 expiration has an April 11 deadline; the April 10 expiration has an April 20 deadline; and the April 20 expiration has an April 30 deadline.

Step 2: Check maturity. For the first opportunity, April 11 plus 14 days is April 25, which is before the May 3 cutoff; it is mature. For the second, April 20 plus 14 days is May 4, which is after the cutoff; it is not mature. For the third, April 30 plus 14 days is May 14, also after the cutoff; it is not mature.

Step 3: Classify the mature opportunity. The first policy’s renewal is effective April 10, which is before its April 11 deadline. Its April 22 posting date is later, but the transaction is present by the May 3 cutoff. Therefore, the one mature opportunity has a qualifying renewal.

Step 4: Calculate and check the rate. The mature-cohort rate is \(1/1=100.0\%\), reported to one decimal place. The second and third opportunities are excluded, not counted as nonrenewals. Common mistake avoided: classifying the first transaction as too late because it was posted after the outcome deadline confuses the transaction’s effective date with its posting date.

Consistent Cohorts Across Calendar Periods

A cohort may be defined by expiration month, quarter, or another prespecified period. Whatever grouping is chosen, opportunities in a comparison should use the same eligibility rule, anchor-date convention, outcome-window length, and maturity standard. If grace periods differ by product or jurisdiction, the study must either define and justify a common outcome rule or report groups separately; silently giving one group a longer opportunity to produce a qualifying event makes the rates harder to compare.

The following example uses expiration month as the cohort label. The transaction’s effective month does not change that assignment. All opportunities use the same 14-day grace period and five-day runout.

Worked Example: Assigning Opportunities to Expiration-Month Cohorts

A hypothetical portfolio has two April expirations, April 1 and April 15, and two May expirations, May 1 and May 15. Each has a 14-day grace period. The extract cutoff is June 10, with a five-day runout. The April 1 opportunity has a renewal effective April 14 and posted April 18. The April 15 opportunity has a renewal effective April 29 and posted May 3. The May 1 opportunity has a renewal effective May 10 and posted May 12. No qualifying transaction is recorded for the May 15 opportunity. Calculate the observed rate for each expiration-month cohort.

Method. Assign each opportunity by expiration month, check its deadline and maturity, then count qualifying effective dates within each cohort.

Step 1: Calculate deadlines. Adding 14 days gives April 15 for the April 1 expiration, April 29 for April 15, May 15 for May 1, and May 29 for May 15.

Step 2: Check maturity. Add the five-day runout to each deadline. The required cutoff dates are April 20, May 4, May 20, and June 3, respectively. Each is on or before the June 10 cutoff, so all four opportunities are mature.

Step 3: Classify events and retain cohort assignment. The April 14 event qualifies for the April 1 opportunity. The April 29 event qualifies for the April 15 opportunity even though it was posted in May; that opportunity remains in the April expiration cohort. The May 10 event qualifies for the May 1 opportunity. The May 15 expiration has no qualifying transaction, so it contributes a mature outcome without a qualifying renewal.

Step 4: Calculate and check both rates. The April cohort has two qualifying outcomes among two mature opportunities: \(2/2=100.0\%\). The May cohort has one among two: \(1/2=50.0\%\). Both rates are reported to one decimal place. Common mistake avoided: assigning the April 15 opportunity to May because its transaction was posted in May would make cohort assignment depend on processing time rather than the defined expiration date.

Operational Checks and Common Traps

Cohort construction is a data-definition task as much as a calculation. Before reporting a rate, document the unit, anchor date, deadline convention, cutoff, and runout rule. Apply the same rules to every opportunity in the reported comparison, and retain the reason an opportunity is excluded as immature. These steps make the denominator interpretable and help distinguish a genuine observed outcome from an outcome that has not yet had time to appear.

1
Build the opportunity roster.
Use the stated prediction unit and eligibility rule. Assign each opportunity its anchor expiration date and cohort label.
2
Set the outcome deadline.
Apply the specified grace-period convention to each expiration date, including whether an event on the deadline qualifies.
3
Assess data maturity.
Compare the cutoff with the deadline plus the stated runout. Exclude opportunities that do not meet the maturity rule.
4
Classify and summarize.
Use effective dates to determine which recorded events fall within the outcome window. Divide qualifying outcomes by mature opportunities only.

A fixed calendar cutoff can leave recent cohorts partly unobserved while older cohorts are mature. One defensible approach is to compare only mature opportunities under a common rule; another is to wait for additional follow-up before calculating the comparison. In either case, an incomplete opportunity should not silently enter the denominator as though its outcome were known. A runout is also not a substitute for examining data quality: if late-arriving transactions regularly exceed it, the maturity rule must be reconsidered.

The main exam trap is to treat an extract’s “as of” date as proof that every earlier expiration has a complete outcome. It is the combination of the deadline and required transaction runout that determines maturity. A second trap is to compare rates built using different grace periods or to use posting dates as if they were event dates. State the dates and conventions explicitly, then check each opportunity against them.

Key takeaway: Assign opportunities using a consistent anchor date, define each outcome deadline, and include an opportunity in the rate denominator only when its follow-up and transaction runout are mature at the data cutoff. Classify events by effective date while using arrival timing to assess whether the data are complete.

Check Your Understanding

For each problem, apply the stated date and maturity conventions before calculating a rate.

  1. A policy expires September 1. Its qualifying outcome window ends 12 calendar days after expiration, inclusive. A transaction is effective September 13 and posted September 19. Is it within the outcome window? (Answer: Yes; September 13 is the inclusive deadline.)
  2. Two opportunities have deadlines October 10 and October 20. The cutoff is November 2 and the runout is 14 days. Which opportunities are mature under \(C \geq D_j+L\)? (Answer: Only the October 10 deadline; October 10 plus 14 days is October 24, while October 20 plus 14 days is November 3.)
  3. Three mature opportunities have deadlines March 21, March 30, and April 4. Their effective transaction dates are March 20, April 1, and April 5, respectively. What proportion qualifies? (Answer: One of three qualifies, so the rate is \(1/3=33.3\%\); the deadline dates are March 21, March 30, and April 4.)
  4. A cohort contains four mature opportunities. Three have qualifying effective dates within their respective windows, and the fourth has a recorded transaction effective one day after its deadline. What is the cohort rate? (Answer: \(3/4=75.0\%\); the fourth opportunity is mature but does not have a qualifying event.)
  5. Two expiration-month cohorts each contain five eligible opportunities. At the cutoff, four opportunities in the first cohort and all five in the second meet the maturity rule. Among the mature opportunities, three in the first and four in the second have qualifying events. Calculate both rates and state why the other first-cohort opportunity is omitted. (Answer: The first cohort rate is \(3/4=75.0\%\), and the second is \(4/5=80.0\%\); the fifth opportunity in the first cohort is excluded because its outcome is not mature, not counted as a nonrenewal.)
Clinical Biostats