Page guide

On this page

Support is part of the product

In software, support is not a cost centre attached to a sale - it is one of the things the customer is buying, and it shows up in renewal decisions. A user who cannot get an answer during onboarding never reaches the value that justifies the subscription.

That changes what the team is for. The job is not closing tickets; it is getting users to competence and keeping them there.

The journey, and where contact clusters

Trial and evaluation. Questions that are really buying objections. Answered well they convert; answered slowly they become a competitor's customer.

Onboarding and configuration. The heaviest contact period per user in the whole lifecycle, and the one most predictive of retention. Contacts here are about getting set up, importing data, connecting other systems and understanding what the product expects.

Steady-state use. Lower volume: how-to questions, faults, permissions and seat changes, billing.

Renewal and expansion. Where support history becomes commercial. A user with three unresolved tickets is a churn risk that your CRM may not show.

Enquiry types

  • Configuration and setup - frequently reported as bugs and usually not.
  • Integration and API questions - where your software meets something else and one of them is misconfigured.
  • Data import and export - malformed files, encoding, unexpected formats.
  • Permissions, seats and account administration - high volume, low complexity, largely proceduralisable.
  • Genuine defects - the minority, needing reproduction and triage into engineering.
  • Feature requests - signal your product team rarely receives in usable form.
  • Billing and subscription - proration, upgrades, cancellation.

Peaks follow your release calendar, not the retail one

Software volume is driven by what you ship. Every release produces a contact wave: changed behaviour that looks like a fault, regressions, and questions from users who did not read the notes. Major version changes and forced migrations produce the largest waves of all.

So the planning input is your roadmap rather than a seasonal calendar. Clients who bring support into the release process a week or more ahead see a materially smaller wave, because the team is trained before the contacts arrive rather than during them. Release windows often justify temporary enhanced cover rather than permanent headcount.

Risks specific to software

Churn signals buried in tickets. The information that predicts non-renewal is usually in support history and rarely reaches the account team. We categorise contact reasons so that repeated friction on one account is visible, not just counted.

Tier boundaries in the wrong place. An L1 that escalates everything is a switchboard; one that escalates nothing becomes a bottleneck of unresolved cases. Both are common and both have distinct signatures in the numbers. See tiered support.

Escalation quality. A bug report without version, configuration and reproduction steps costs an engineer a day rather than an hour. This is where an outsourced team either earns or destroys its value.

Multi-tenant data exposure. Support access frequently spans customer accounts, which makes least-privilege and audit logging more important here than in most sectors.

Channels and the services that fit

Written channels dominate, because logs, screenshots and configuration are easier to exchange in text. Most clients run email and ticketing as primary, chat for in-app questions during onboarding, and phone for urgent faults or enterprise accounts.

The core services are software support for application faults and triage, technical support for diagnosis depth, and tiered support for the structure around both. Where your users are distributed across time zones, see continuous cover.

KPIs

Escalation accuracy - the proportion of escalated tickets engineering agrees were genuine defects - is the number that tells you whether triage is working rather than forwarding.

Alongside it: first contact resolution, reopen rate, resolution time by complexity band, time-to-first-response during onboarding specifically, and contact volume per account as a churn indicator. Reopen rate matters more here than in most sectors, because a software fix that did not hold erodes confidence in the product itself.

Systems and the security boundary

Agents work in your help desk and your issue tracker, because a bug report transcribed between systems loses detail. Our teams are experienced across Zendesk, Freshdesk, Intercom, Zoho Desk and common issue trackers - competence, not partnerships. See technology.

Support access in a multi-tenant product needs care: access is least-privilege and role-based, granted per named individual and revoked as part of our leaver process. Where impersonation or account-access tooling exists, its use is logged and auditable, and we will follow whatever consent requirement you place on it. Customer data pasted into tickets follows the case record's retention rules. See security and data protection.

Building the team

Training is longer than for customer service and includes hands-on work in a test environment - agents need to have broken the product themselves to recognise how users break it. Nobody takes a live contact before passing assessment. See the implementation process.

Talk to us about your ticket volume by reason, your escalation rate and how many escalations engineering rejects, and your release cadence.

Frequently asked questions

Onboarding and configuration, by a wide margin - and it is also the period most predictive of retention. A user who cannot get set up never reaches the value that justifies the subscription.

By training ahead of it rather than behind it, which needs your roadmap as an input. Every release produces a contact wave from changed behaviour, regressions and users who did not read the notes. A week or more of notice makes that wave materially smaller.

Tier boundaries drawn by contact type, and escalation accuracy reported as a metric - the proportion of escalations your engineers agree were genuine defects. We also eliminate configuration causes first, since a large share of reported bugs are configuration or environment issues.

Often, yes. The signals are usually in support history and rarely reach the account team. We categorise contact reasons so repeated friction on one account is visible rather than just counted.

Least-privilege and role-based, granted per named individual and revoked as part of our leaver process. Where impersonation or account-access tooling exists, its use is logged and auditable and we follow whatever consent requirement you place on it.

Longer than for customer service, and it includes hands-on work in a test environment rather than documentation reading - agents need to have broken the product themselves to recognise how users break it.

Services for this sector