How to support software you resell
Define what gets fixed directly and what routes to the vendor before the first support ticket arrives. Not while a client is already waiting on an answer no one is sure who owns.
Want to see it first? Book a demo
The short answer
- Define the line between what an agency fixes directly and what gets escalated to the vendor before the first support ticket arrives. Do not decide it ad hoc while a client is waiting.
- Reseller agreements vary on support obligations. Some vendors expect the reseller to handle first-line support entirely. Others support end clients directly whatever the reseller relationship. Check this specifically rather than assuming.
- Whether a client knows their issue went to the vendor is a choice you make on purpose. Don't leave it vague. Both a fully invisible escalation model and an open one can work if chosen on purpose.
- Promise a support level you can't deliver and trust drops fast once a client hits an issue with no clear fix. It's worse if you never told them about the gap.
Why the support boundary needs to be set before it is tested
Reselling almost always splits support in two. Your agency fixes setup, workflow and account settings itself. A real product bug or a hosting issue goes to the vendor. The trouble starts when this split is not defined until the first ticket that falls outside what the agency can fix. At that point the agency is figuring out the escalation process for the first time, while a client is already frustrated and waiting.
Set the line up front. Know, before any client hits it, which kinds of issues you fix yourself and which go up to the vendor. It means knowing what that escalation process looks like with the vendor, and roughly how long escalated issues take. This does not need to be a formal document shared with every client. It needs to exist internally, so the team is not improvising under pressure the first time it matters.
A support boundary worth defining upfront
| Issue type | Who typically handles it | What to confirm |
|---|---|---|
| Configuration and setup questions | The reselling agency, directly | Team has actual depth in the tool, not only familiarity |
| Workflow and best-practice questions | The reselling agency, directly | Same as above |
| A genuine product bug | The underlying vendor | The reseller agreement's actual escalation process and expected response time |
| Billing or account-level issues | Depends on the reseller agreement | Whether the agency or the vendor owns billing for resold accounts |
What to actually check with the vendor before reselling
Ask the vendor directly what support obligations exist for resold accounts. Does the vendor support end clients at all, or is the reseller expected to be the sole support contact? Confirm what the escalation path looks like when an issue is outside the agency's ability to fix, and what response time to expect. Promising a client a timeline the agency cannot control creates risk if the vendor's own response is slower.
Write the support line down where your whole team can find it, not only in the head of whoever signed the reseller deal. A support rep taking a ticket at 9pm shouldn't have to guess. Is this a setup question they can answer, or a product bug that needs to go up? A short internal reference settles that question quickly and keeps response times consistent, whoever picks up the ticket.
Disclosure: SalesCrew is our product. Agencies reselling it get product support directly from the vendor side for real product issues. The agency usually owns each client's setup: pipeline stages, cadences, agent policy. Those reflect choices made for that client, not a product defect. This split should still be confirmed directly as part of any reseller arrangement.
An undefined support boundary gets tested at the worst possible moment
Questions
- Should a client know they're being routed to the underlying vendor for some issues?
- That depends on the reseller relationship and how the offering is positioned. Some agencies handle everything through their own support channel and escalate to the vendor invisibly. Others are open that certain issues go to vendor support. Either can work, but it should be a deliberate choice, not left ambiguous.
- What is the risk of promising support you cannot actually deliver?
- A client who hits an issue outside what the agency can fix, with no clear escalation path, tends to lose trust quickly. That is worse if the gap was not disclosed up front. Being clear about support boundaries before signing avoids this failure.
- Does reselling software mean taking on the vendor's own support obligations?
- Not automatically. That depends on the reseller agreement. Some vendors expect the reseller to handle first-line support entirely. Others provide direct support to end clients whatever the reseller relationship. Check this specifically rather than assuming.