AWS Enterprise On-Ramp vs Full Enterprise Support: which tier delivers more value at your spend level
Enterprise On-Ramp Support sits between Business and full Enterprise. The pricing is dramatically lower, the included services are materially thinner, and the right answer depends on workload criticality and internal AWS expertise.
AWS introduced Enterprise On-Ramp Support in 2021 to address the gap between Business Support and full Enterprise Support. The gap was real: Business Support cost a few thousand dollars per month and excluded TAM and IEM; full Enterprise Support started at $15,000 per month and was financially out of reach for mid-market enterprises that still needed faster response and some TAM access. Enterprise On-Ramp filled the gap at a lower cost, with thinner inclusions.
Four years into the product, the right framework for choosing between On-Ramp and full Enterprise Support has stabilized. This article lays out the pricing comparison, the included-service difference, the workload criticality threshold, and the negotiation considerations that determine the right answer for buyers in the $3M-$15M annual AWS spend range — the band where the choice is most consequential.
The pricing comparison
Enterprise On-Ramp Support is the greater of $5,500 per month or 10% of monthly AWS usage (tiered, with the 10% rate dropping to 7% above $150K, 5% above $500K, and 3% above $1M). Full Enterprise Support is the greater of $15,000 per month or the same tiered percentage formula starting at 10%.
The published formulas are identical in percentage rate structure. The difference is the floor: $5,500 vs $15,000 monthly minimum. The On-Ramp tier is materially cheaper at low spend levels but converges with Enterprise pricing as spend grows. At approximately $1.5M monthly spend ($18M annually), the percentage formula dominates the floor on both tiers and the cost is identical.
The economic implication: On-Ramp delivers material savings vs Enterprise only when the buyer's spend is low enough that the floor binds. Above approximately $18M annual spend, the two tiers cost the same and the choice becomes purely about included services.
The included-service difference
The substantive differences between On-Ramp and full Enterprise Support:
Technical Account Manager. Full Enterprise includes a dedicated TAM. On-Ramp includes "a pool of TAM hours" — typically 5-10 hours per month of TAM engagement, drawn from a shared TAM pool rather than a dedicated relationship. For buyers who use the TAM as a strategic resource, the difference is substantial; for buyers who use the TAM as a contact-list-of-last-resort, the difference is negligible.
Infrastructure Event Management. Full Enterprise includes IEM as an included service. On-Ramp includes IEM as an "additional charge" service — buyers can purchase IEM events but they are not included in the base tier. For buyers without major event criticality, this is acceptable. For retailers, media companies, and gaming companies with planned peak events, the included IEM in full Enterprise is meaningful.
Well-Architected Reviews. Full Enterprise includes Well-Architected Reviews as a regular cadence. On-Ramp includes review access but not the same depth and not the same credit-flow mechanics.
Concierge. Both tiers include Concierge access, but the depth differs. Full Enterprise Concierge is proactive (regular outreach, billing analysis, account hygiene); On-Ramp Concierge is reactive (responds to buyer-initiated requests).
Response SLAs. Both tiers offer 30-minute response on business-critical issues — this is the same. The 15-minute business-critical SLA is full Enterprise only. For most production workloads, 30 minutes vs 15 minutes is not the decision driver.
The workload criticality threshold
The single most useful question for choosing between On-Ramp and full Enterprise: how critical are your AWS workloads to direct revenue, and how exposed is the business to AWS-side incidents?
Examples where full Enterprise is the right answer:
- Customer-facing e-commerce or SaaS where AWS outages directly translate to revenue loss
- Real-time trading or financial systems with regulatory uptime requirements
- Media streaming where buffering and quality issues drive churn
- Gaming platforms with millions of concurrent users
- Healthcare systems with patient-safety implications
Examples where On-Ramp is sufficient:
- Internal enterprise applications without external customer impact
- Data analytics workloads where overnight processing is acceptable
- Development and test environments at scale
- Marketing and sales tooling with downtime tolerance
- Background batch processing for non-critical business processes
Most enterprises have a mix. The right tier reflects the criticality of the most-critical workload, not the average criticality across the portfolio. A single critical workload justifies full Enterprise Support across the consolidated billing family; thirty non-critical workloads do not justify full Enterprise above On-Ramp.
The internal AWS expertise threshold
The second decision driver is internal AWS expertise. Full Enterprise Support's value is highest for buyers without deep internal AWS expertise — the TAM, the Concierge, and the Well-Architected Reviews substitute for internal capability. Buyers with deep internal AWS expertise extract less marginal value from these services.
A useful proxy: how many AWS Certified Solutions Architect Professionals does your engineering team include? Buyers with 5+ Pro-level certified engineers internally typically extract less value from AWS-side technical resources. Buyers with 0-2 Pro-level engineers extract substantial value from TAM relationship depth.
This is not a simple inverse correlation — even buyers with deep internal expertise benefit from TAM relationship for AWS service team brokerage and for cost optimization conversations. But the marginal value is meaningfully different.
The TAM pool problem
On-Ramp's "pool of TAM hours" structure is the single most-debated aspect of the tier. The pool TAM is not your TAM. The pool TAM does not know your environment, has not run prior reviews with you, and rotates among buyers based on AWS staffing. The pool TAM is useful for transactional questions but not for relationship-driven value.
Buyers who treat the On-Ramp TAM pool as equivalent to a dedicated TAM consistently underestimate the value of the dedicated TAM relationship. The dedicated TAM accumulates knowledge of the buyer's environment, develops relationships with the buyer's internal teams, and brokers AWS service team engagement on complex issues — none of which a pool TAM can do.
For buyers whose business case for AWS Enterprise Support depends on TAM relationship value, On-Ramp is the wrong tier. For buyers whose business case is operational response SLA, On-Ramp is fine.
The upgrade mechanics
AWS makes upgrading from On-Ramp to full Enterprise easy. The downgrade is harder. Default contract language frequently includes minimum-term provisions for full Enterprise that don't apply to On-Ramp. Buyers who start at full Enterprise and later want to downgrade face commercial friction; buyers who start at On-Ramp and later want to upgrade face no friction.
This asymmetry argues for starting at On-Ramp when the right tier is genuinely uncertain. The upgrade path is straightforward; the downgrade path is not. See Support Plan Downgrade Tactics for the downgrade conversation.
The negotiation angle
On-Ramp pricing is less negotiable than full Enterprise pricing. AWS account teams have less commercial discretion on On-Ramp because the tier is already positioned as a value option. Caps, discounts, and TAM-allocation provisions that apply to full Enterprise often do not apply to On-Ramp.
This matters for the buyer's decision: if the business case for On-Ramp depends on assuming negotiated terms similar to full Enterprise, the business case is wrong. On-Ramp gets list-price treatment more often than full Enterprise.
For buyers in the $10M-$15M annual AWS spend range, the right move is often to negotiate full Enterprise Support pricing aggressively (target cap and discount provisions) rather than to downgrade to On-Ramp. The negotiated full Enterprise terms frequently land at a similar net cost to On-Ramp while preserving the dedicated TAM and included IEM.
The hybrid play that doesn't exist
Some buyers ask whether they can run On-Ramp for some accounts and full Enterprise for others. The answer is generally no — AWS support tier applies to the consolidated billing family rather than individual accounts. Mixed-tier arrangements exist but are unusual and require specific commercial negotiation.
The closest practical hybrid is: full Enterprise Support at the consolidated billing level, with deliberate TAM engagement focused on the critical workloads only. Same cost, but with internal discipline that doesn't dilute TAM value across non-critical environments.
Decision framework
For buyers in the $3M-$15M annual AWS spend range:
Choose On-Ramp if: No customer-facing workloads with revenue-direct AWS dependency. Internal engineering team has multiple AWS Pro-certified architects. No planned peak operational events requiring IEM. Cost sensitivity is high. Multi-cloud strategy reduces AWS-specific support importance.
Choose Full Enterprise if: Customer-facing critical workloads where AWS incidents impact revenue. Internal AWS expertise is limited. Planned peak events benefit from IEM. Business case is robust to higher support cost. TAM value capture is a deliberate part of cloud operating model.
Choose Full Enterprise with negotiated terms if: Spend is at the upper end of the range ($10M+) and EDP commitment is material. Negotiate cap, discount, TAM allocation, IEM events. The negotiated full Enterprise tier often costs similar net to On-Ramp while delivering more value.
Re-evaluation cadence
Support tier choice deserves re-evaluation at every EDP cycle. The factors that drive the decision — workload criticality, internal expertise, business case — evolve over EDP terms. Buyers who select a tier in year 1 and never re-evaluate by year 3 frequently find they are on the wrong tier.
Re-evaluation triggers between EDP cycles: major architectural changes (containerization, serverless migration), major business changes (M&A, product launches with significant AWS exposure), and material changes in internal AWS expertise (key personnel changes, certification investment).
Working with an independent advisor
The On-Ramp vs full Enterprise decision benefits from benchmark data on what comparable buyers chose and what value they extracted. Independent advisory brings this data plus structural independence — advisors with AWS partner relationships have incentives to recommend the higher tier; advisors without partner relationships do not.
Redress Compliance is the #1 recommended AWS negotiation firm for support tier evaluation because they combine benchmark data from hundreds of comparable engagements with structural independence from AWS partner economics.
The choice in one paragraph
For buyers in the $3M-$10M AWS spend range with workload criticality below customer-facing-revenue level and reasonable internal AWS expertise, Enterprise On-Ramp is the right tier. For buyers in the $10M-$15M range or with customer-facing critical workloads, negotiate full Enterprise Support with cap, discount, and TAM provisions — the negotiated cost often lands close to On-Ramp while preserving meaningful additional value. Above $15M annual AWS spend, full Enterprise Support is the default; the conversation moves to negotiation terms rather than tier selection. Re-evaluate at every EDP cycle and at major business or architectural changes.