A service guarantee sounds simple until it becomes a product matrix.
Does the service include support?
Yes.
How fast?
That depends what you bought.
GitHub’s support structure makes the fragmentation unusually visible because the company publishes the response promises side by side.
Support became another upgrade path
In 2018, GitHub announced an expanded Premium Support program for Business Cloud and Enterprise customers. GitHub described the offering as a response to teams that needed around-the-clock care beyond its standard support. The new Premium and Premium Plus plans included 24/7 web and phone support, priority ticket handling, and guaranteed initial response times of 30 minutes for urgent requests and four hours for high-priority requests. Premium Plus added a named technical support account manager and other services. See GitHub’s 2018 Premium Support announcement.
The modern structure is even clearer.
GitHub Enterprise includes support, but GitHub’s current comparison lists the included Enterprise support level as 24/5 with an initial response of under eight hours for urgent and high-priority cases. Premium and Premium Plus provide 24/7 coverage and formal service-level agreements. Premium guarantees a 30-minute initial response for urgent tickets and four hours for high-priority tickets. Premium Plus adds a named Customer Reliability Engineer, incident management, technical advisory time, and faster normal-priority handling. See GitHub’s current Premium Support comparison.
Same platform.
Different promises about what happens when it breaks.
A response guarantee is not a resolution guarantee
GitHub is careful about an important distinction: its SLA covers the initial response, not the time required to solve the problem.
That is reasonable. A broken repository permission can be fixed quickly. A deep infrastructure bug may require engineering work regardless of how much the customer pays.
But the tier still changes the customer’s position during an incident.
One organization gets shared support during defined hours. Another receives 24/7 priority handling. Another has named personnel who already know the account and can coordinate an incident.
The service itself may have the same outage. The path through the outage is different because support has been packaged separately.
The guarantee becomes part of the upsell
There is nothing inherently dishonest about charging more for expensive human support. Dedicated engineers and 24-hour staffing cost money.
The Dead Internet Theory angle appears when a formerly straightforward expectation—I pay for the business service, therefore serious problems get serious support—splits into increasingly specific commercial tiers.
The customer is no longer buying only software capacity or features. The customer is buying a place in the support queue, an escalation path, and a promised response clock.
That changes how the cheapest paid tier should be evaluated.
The important question is not whether the plan technically includes support.
It is what support still means at that tier once faster response, stronger escalation, incident coordination, and dedicated expertise have all become separate things that can be sold above it.
