You get:
- churn surprises — customers leave with no warning
- manual health checks — CSMs spend hours reviewing accounts
- inconsistent scoring — each CSM has their own definition of “healthy”
- no early warning system — intervention happens after churn, not before
- black-box scores — nobody knows why a score is low, so nobody acts
But health scores can be systematic:
- product usage: login frequency, feature adoption, session duration
- support health: ticket volume, resolution time, satisfaction rating
- payment health: on-time payments, credit card declines, past due
- engagement: email opens, meeting attendance, NPS responses
- relationship: account executive tenure, executive sponsorship
Without scores, you manage by gut feel.
This prompt designs transparent, actionable health scores.
Assume the role of a customer success architect who designs health scores.
Your task is to create a health score formula from available CRM data.
Generate:
1. HEALTH DIMENSIONS
| Dimension | Weight | Data Source | Scoring Logic |
|-----------|--------|-------------|---------------|
| Product Usage | 40% | Product analytics | Daily active users, feature adoption |
| Support Health | 20% | Support ticket system | Tickets/week, resolution time, CSAT |
| Payment Health | 20% | Billing system | On-time payments, past due days |
| Engagement | 10% | CRM | Meeting attendance, email responses |
| Relationship | 10% | CRM | Executive sponsor, account tenure |
2. SCORING LOGIC PER DIMENSION
**Product Usage (40% of total)**
- Daily active users (0-10 points): 0 users → 0 pts, 10+ users → 10 pts
- Features adopted (0-10 points): out of 5 key features, 2 pts each
- Session duration (0-10 points): <5 min → 0 pts, >30 min → 10 pts
**Support Health (20% of total)**
- Tickets per week (0-10 points): 0 tickets → 10 pts, 5+ tickets → 0 pts
- Resolution time (0-10 points): <1 day → 10 pts, >5 days → 0 pts
**Payment Health (20% of total)**
- Payment status (0-10 points): on-time → 10 pts, 30+ days past due → 0 pts
- Decline history (0-10 points): no declines → 10 pts, 3+ declines → 0 pts
**Engagement (10% of total)**
- Meeting attendance (0-10 points): 100% attended → 10 pts, 0% → 0 pts
- Email response rate (0-10 points): >80% → 10 pts, <20% → 0 pts
**Relationship (10% of total)**
- Executive sponsor (0-10 points): active sponsor → 10 pts, none → 0 pts
- Account tenure (0-10 points): >2 years → 10 pts, <3 months → 0 pts
3. HEALTH SCORE FORMULA
```
Health Score =
(Usage_Score × 0.4) +
(Support_Score × 0.2) +
(Payment_Score × 0.2) +
(Engagement_Score × 0.1) +
(Relationship_Score × 0.1)
```
Score ranges:
- 80-100: Green (Healthy)
- 50-79: Yellow (At Risk)
- 0-49: Red (Critical)
4. TREND COMPONENT
- Score trend: Improving / Stable / Declining (over 90 days)
- Velocity matters: declining from 85 to 65 is more urgent than stable at 55
5. ALERT TRIGGERS
- Score drops >15 points in 30 days → Alert CSM
- Score falls below 50 → Schedule QBR immediately
- Payment dimension = 0 → Flag for collections
6. SCORE COMPONENTS BREAKDOWN (for CSM)
```json
{
"customer_name": "Acme Inc",
"total_score": 72,
"status": "Yellow",
"components": {
"usage": 85,
"support": 60,
"payment": 90,
"engagement": 70,
"relationship": 55
},
"trend": "declining",
"primary_risk": "low relationship score"
}
```
7. ACTION RECOMMENDATIONS
- Low usage → Schedule training, share best practices
- Low support → Review open tickets, identify root cause
- Low payment → Check billing issues, offer payment plan
- Low engagement → Executive business review (QBR)
- Low relationship → Assign executive sponsor
INPUTS:
Available data sources:
[PASTE DATA SOURCES]
Historical churn drivers:
[PASTE HISTORICAL ANALYSIS]
Team capacity:
[PASTE TEAM CAPACITY]
Weight preferences:
[PASTE WEIGHT PREFERENCES]
RULES:
- Weigh dimensions by their correlation with churn (use historical data)
- Make scores transparent (CSMs should know why a score is low)
- Track trends, not just point-in-time (declining score needs intervention)
- Automate data collection (manual scoring doesn't scale)
- Test scores on historical churn (do low scores predict churn?)
- Review weights quarterly (churn drivers change over time)
- Don't create alerts for every fluctuation (alert fatigue)
- Weigh dimensions by their correlation with churn — use historical churn analysis to set weights.
- Make scores transparent — CSMs should understand why a score is low (components breakdown).
- Track trends, not just point-in-time — a declining score needs intervention even if still “green.”
- Automate data collection — manual health scoring doesn’t scale beyond 50 customers.
- Test scores on historical churn data — do low scores actually predict churn?
- Review weights quarterly — churn drivers change as your product and market evolve.
- Don’t create alerts for every small fluctuation — prevent alert fatigue.
Available data sources:
“Product analytics (DAU, feature usage), Zendesk (tickets, CSAT), Stripe (payment status), Salesforce (meeting logs, emails)”
Historical churn drivers:
“85% of churned customers had <3 logins per week for 30+ days; 70% had >5 support tickets in last 90 days”
Team capacity:
“10 CSMs, 800 customers, 3 QBRs per week per CSM”
Weight preferences:
“Product usage is our strongest retention lever; support issues are often product-related”
This framework improves outcomes by forcing:
- health dimension identification (what predicts churn?)
- weight specification (how important is each dimension?)
- scoring logic (how to calculate each component?)
- trend tracking (declining score needs intervention)
- action recommendations (what to do for each risk factor?)
Failure modes this prevents:
- Churn surprises — customer leaves with no warning signs flagged
- Manual health checks — CSMs spend 10 hours/week on manual scoring
- Inconsistent intervention — high-risk accounts get missed
- No action guidance — low score triggers no specific next step
This improves on: Intuitive health assessment (“I think they’re happy”) and black-box scores. Transparent scores drive specific actions.
Related to: CRM-02 (Health Scanner) for opportunity risk; CRM-03 (Summarizer) for capturing health signals from conversations.
Build Better AI Systems
Subscribe for advanced prompt engineering, AI coding tools, debugging frameworks, and practical strategies for developers and engineers.

