Article Reseller Hosting

How to run support without it running you

Support is the part of a hosting business that grows fastest without you noticing, so it needs boundaries from the very first client.

Updated 8 min read Intermediate

Every account you sell eventually generates a question. Most of them are small — a password reset, "why is my email not sending", "how do I add a page" — but they arrive whenever the client happens to think of them, and if you have not decided in advance how you handle that, the business ends up running on whatever channel the loudest client used most recently.

Set hours before a client sets them for you

Without a stated policy, clients will assume support is available whenever they need it, because nothing has told them otherwise. Decide your actual support hours, put them somewhere a client will see before they sign up, and hold to them. This is not about being unhelpful — it is about the alternative, which is being available at unpredictable hours indefinitely, being unsustainable for anyone running this alongside other work or clients.

Separate "urgent" from "important"

A site being completely down is urgent. A client wanting to know how to change a heading font is important to them, but it can wait until your normal hours. Decide what counts as each before you are deciding it under pressure, in the middle of an actual message from a client who is certain their issue is the urgent kind.

Use a ticket system, not your personal inbox

Email feels like the simplest way to receive support requests, and it is the fastest way to lose track of one. A dedicated ticket system — most billing platforms, including WHMCS, include one — gives you a record of what was asked, when, and whether it was actually resolved, instead of a request buried in a personal inbox next to everything else you get. It also gives the client a place to check status themselves instead of re-sending the same question.

Know what you handle and what you escalate

Not every problem a client raises is something you are equipped, or expected, to fix yourself. Server-level issues, platform outages, and anything below the level of the accounts you manage are the hosting platform's responsibility, not yours — contact us directly for those rather than trying to diagnose infrastructure you do not control. What you own is everything above that: the account itself, the site on it, and the client's understanding of how to use what they are paying for. Being clear with yourself about that boundary, and clear with the client about who is handling what, avoids you either taking on work that is not yours or leaving a client stuck between two providers pointing at each other.

Write the answer down the first time

The same handful of questions come up repeatedly — how to set up email on a phone, how to point a new domain, how to reset a password. The first time you answer one properly, save it. A small library of canned responses, or a client-facing knowledge base of your own, turns a five-minute reply into a thirty-second one, and it means the quality of the answer does not depend on whether you are writing it fresh at the end of a long day.

Set expectations about what your plans actually include

Support scope should be part of what you sell, not something worked out case by case after the fact. Decide, per tier if it varies, what is included — general guidance, hands-on help, response time — and put it in your terms of service so a disagreement about scope has something to point back to. What your hosting terms need to cover goes through this properly.

Protect your own time deliberately

Support work expands to fill whatever time you allow it, because there is always another question to answer. A few habits keep it in proportion:

  • Batch non-urgent replies instead of answering the instant a ticket arrives, so you are not interrupted constantly through the day.
  • Say no to scope creep when a request drifts from hosting support into free web design or ongoing development work — redirect it to a paid engagement instead of absorbing it silently.
  • Review recurring tickets for a pattern worth fixing at the source — a confusing part of your onboarding, a setting that should default differently — rather than answering the same question forever.

Know when a client is not worth the support cost

Occasionally a client's support demands genuinely exceed what their plan, or any reasonable plan, would cover. It is fair to have that conversation directly: move them to a tier with better support, agree a rate for the extra time, or, in the rare case neither works, part ways. This is uncomfortable to consider when you are trying to grow, but a handful of accounts consuming a disproportionate share of your time is one of the more common ways a hosting business quietly stops being profitable without anyone noticing why.

Review your support load the same way you review pricing

Periodically look at how much time support is actually taking versus what each tier is priced to cover. If the gap is growing, it is a pricing or scope problem, not a sign you need to work more hours to close it.

Support is the part of a hosting business that never fully goes away, but it does not have to be the part that consumes everything else. Set the boundaries early, write down the ones that matter, and revisit them as the business grows rather than assuming what worked for five clients still works for fifty.

Related reading