Skip to main content
This guide walks you through configuring a renewal job in Trig, with detailed explanations of why each configuration choice matters and how to think through decisions for your specific business.
Worked Example: Throughout this guide, we’ll follow TeamFlow, a collaborative project management tool with 2,000 customers. Their product is sticky when teams actively use it, but customers who don’t achieve full team adoption often churn at renewal. With only 4 CSMs, they can’t personally manage every renewal.

Why proactive renewal management matters

The renewal reality

By the time a customer tells you they’re not renewing, the decision was made weeks or months ago. The renewal conversation is just the notification—the actual decision happened during:
  • The month they stopped logging in
  • The week their champion left
  • The day they couldn’t get a support issue resolved
Proactive renewal management means detecting these moments early enough to intervene.

The cost of reactive renewal


Step 1: Define your renewal window

What you’re configuring

The renewal window determines how far in advance of a customer’s renewal date they enter your renewal job.

How to choose your window

Consider your typical “save” conversation timeline:

Example: TeamFlow’s decision

TeamFlow chose 60 days because their typical “save” conversation requires:
  • Week 1: Identify the problem (usage drop, champion left, etc.)
  • Week 2: Diagnostic call with the customer
  • Weeks 3 to 4: Implement solution (training, configuration change)
  • Weeks 5 to 6: Verify the solution is working
  • Weeks 7 to 8: Buffer for delays

Step 2: Set your entry criteria

Example configuration

Start simple. You can add segment-specific criteria later (e.g., different windows for enterprise vs. SMB).

Step 3: Configure renewal health assessment

Healthy renewal indicators

These signals indicate a customer is on track to renew without intervention:

TeamFlow’s healthy indicators

At-risk renewal indicators

These warning signs signal a customer may not renew:

TeamFlow’s at-risk indicators

Pattern recognition

TeamFlow identified four churn patterns from their data:
Signal: Usage drops 30%+ over 30 daysCause: Often happens when a key project ends or team priorities shiftIntervention: Re-engage with new use case discovery
Signal: Primary buyer/champion stops logging inCause: Often means they’ve left the company or changed rolesIntervention: Identify and engage new stakeholder
Signal: Paying for 20 seats, only 8 active usersCause: Often means the rollout stalled after initial enthusiasmIntervention: Adoption support, training offer
Signal: Multiple support tickets unresolved for 14+ daysCause: Often means they’ve hit a wall and are giving upIntervention: Escalation, executive attention

Step 4: Configure at-risk renewal interventions

Trigger configuration

OR vs AND Logic: TeamFlow chose OR logic—any single warning sign triggers the job. “We’d rather have false positives than miss a churning customer.”

Step 5: Write your intervention message

Message best practices

Example message

Problems:
  • “Dear” is formal and cold
  • “The TeamFlow Customer Success Team” isn’t a person
  • “smooth renewal process” makes it about the transaction
  • “changes in your usage patterns” is vague and ominous
  • No specific ask

Message variants by trigger


Step 6: Configure sender identity

Options

TeamFlow’s decision

  • High-value accounts (>$25K): Email from actual assigned CSM
  • All other accounts: Email from “Sarah Chen” — a shared persona that any team member can respond as

Step 7: Set message timing

Timing considerations

TeamFlow’s decision


Step 8: Configure internal escalation

Tiered escalation system

Sample Slack notification


Step 9: Configure follow-up logic

Follow-up sequence

Follow-up message


Step 10: Define success metrics

Metrics to track

Benchmarking


Summary checklist

Renewal window defined (30 to 90 days based on sales cycle)
Entry criteria set (active, annual contracts)
Healthy indicators defined (4 to 5 positive signals)
At-risk indicators defined (4 to 5 warning signs)
Trigger logic configured (OR vs AND)
Plain text intervention message written
Sender identity configured
Message timing set (business hours, customer timezone)
Internal escalation tiers configured
Follow-up sequence designed
Success metrics defined

Next steps

Configure Onboarding Jobs

Get customers to their “aha moment” before they give up

Using Signals Guide

Proactively surface and act on customers who need attention