Support teams don’t usually fail because they “don’t care” or “aren’t working hard enough.” They fail because they scale on instinct, accumulate tribal knowledge, and measure whatever is easiest until the whole system starts to wobble. We sit down with Neal Travis, Head of Customer Experience and Operations at AIHR, to talk about measuring support maturity in a way that leads to real decisions, not a prettier dashboard. Neal shares how a small team can support a large customer base by getting ruthless about what support owns and how the work is designed.
We walk through Neal's support maturity framework built around three domains: knowledge, quality, and data and insights. On the knowledge side, we dig into self-service experience, internal knowledge management, and training that prepares the team for what’s coming next, not just onboarding. We also unpack why “supportability” is an outcome when documentation, enablement, and cross-team alignment are strong, and why customers learning changes before support does is always a red flag.
From there we move into quality, separating communication quality (standards, coaching, QA programmes, onboarding for great conversations) from operating quality (channels, capacity, coverage, incident management, and the reality of a messy support tech stack). Finally, we get practical about support metrics and measurement architecture: choosing the right metrics, understanding trade-offs like handle time vs after-call work, building reliable data infrastructure, and turning voice of the customer into action that closes the loop.
If you want a clear picture of where your support function is mature and where it’s fragile, this conversation gives you a map. Subscribe for more, share this with a support leader who’s trying to scale, and leave a review with the one domain you’re working on next.