AWS Builder Center

SaaS Architecture as Business Enabler

The SaaS model is attractive, but transitioning to SaaS requires significant investment in software architecture. This post will give you an idea of how to justify these efforts.

Industry benchmarks show that SaaS companies grow faster than traditional software companies, which is why so many businesses are transitioning to a SaaS model these days.
Although the idea of SaaS transformation is attractive, very often software architecture becomes a blocker for this change. Architecture modernisation can be expensive and often delivers value only in the long run. This is why, even though senior leaders usually perceive the value of fundamental architectural changes, they don't always know exactly what to change and how to estimate the ROI to justify the effort.
The goal of this post is to demonstrate how SaaS architecture influences your business and help you build a strong business case for SaaS modernisation.

Give the business what they want

There are many different changes that need to be made to a software product to make it a SaaS offering. The tricky part is that different SaaS capabilities can have different value for different businesses. For example, for the SaaS provider who acquires one customer every couple of years, the onboarding automations are not as critical as for the SaaS provider who acquires hundreds of customers annually. To ensure you maximise value from your efforts, you need to work backwards from your targets.
Regardless of whether a software company is public or private, senior leaders are usually keen to improve the business metrics to make the company more attractive to potential investors or buyers. This is why they often calculate and track such health metrics as Rule of 40, LTV:CAC Ratio, CAC Payback Period, Net Revenue Retention (NRR), and others.
To demonstrate the value of SaaS architecture, you can take the business metrics that senior leaders track and link them to SaaS capabilities. The set of metrics can be different for different organisations, but let's take a single metric, the Rule of 40, for this example.
Rule of 40 is one of the key financial metrics used to evaluate the health of SaaS companies. The industry benchmark for Rule of 40 is Growth Rate (%) + Profit Margin (%) >= 40%.
Growth Rate is commonly measured as ARR Growth, which calculates the net change in annual recurring revenue YoY by adding new customer revenue and expansion, then subtracting contraction and churn.
Profit margin in the Rule of 40 is typically EBITDA margin, which is calculated as (EBITDA / Revenue) * 100, where EBITDA = Gross Profit - Operating Expenses (excluding D&A), where Gross Profit = Revenue - COGS.
So, as you can see, there are many parameters that influence the Rule of 40, such as new customers revenue growth, existing customers revenue expansion and contraction, churn, and COGS. Let’s consider how SaaS architecture influences them.

New Customers Revenue Growth

New customer revenue growth only occurs when the customer base grows. Tenant onboarding is a core part of SaaS architecture which directly influences customer growth. Quick and smooth onboarding process removes friction and unlocks the growth potential baked into the business model.
A tenancy model determines the deployment architecture for tenant resources. In traditional software, applications typically run within customers' own environments. The transition to a SaaS model relocates these applications into the software provider's infrastructure. If the underlying application architecture remains unmodified during this transition, the resulting operational overhead can significantly constrain the provider's capacity for customer growth. To achieve scalability, organisations must ensure their tenancy model aligns with their business growth objectives.
Tenant operations are essential for scaling customer base successfully. When operational processes lack proper design, they become significant scaling bottlenecks. Operation team require powerful tools to manage tenant resources and access tenant-specific telemetry to maintain business growth. Relying on manual or ad hoc processes creates operational overhead that slows down customer growth.

Existing Customers Revenue Expansion

Tenant consumption analytics help SaaS provider track customer behaviour to identify usage patterns. These insights reveal upsell and cross-sell opportunities and enable data-driven decisions. Instead of pushing random features or upgrades, SaaS provider can recommend the right expansion at the right moment.
Metering and billing are important drivers for SaaS revenue expansion because they tie payments directly to customer value. Properly implemented metering and billing enable SaaS businesses to introduce new pricing models quickly. This flexibility makes it easier to test and scale new revenue streams as product evolves.
Development cycle determines how quickly SaaS provider ships features. Shorter cycle means faster releases and quicker time to market. This enables rapid experimentation and earlier exploration of new revenue opportunities.

Churn and Contraction

Tenant operations give support team the tools to identify and resolve issues effectively, sometimes even before they affect customers. Early detection enables teams to act quickly and prevent problems from escalating. This proactive approach plays a significant role in driving satisfaction and improving retention.
Tenant consumption analytics provide SaaS business with real-time visibility into customer usage patterns, enabling early detection of potential issues. By monitoring tenant consumption, software providers gain insights into the drivers of customer satisfaction, supporting proactive engagement and improved retention.
Development cycle determines how quickly new features and fixes are delivered to customers. A shorter cycle reduces the time customers spend working around bugs or missing functionality. This builds trust and directly improves customer satisfaction.

Cost of Goods Sold (COGS)

Tenancy model significantly impacts application costs. Traditional software typically serves a single tenant, while SaaS must support multiple tenants in the same environment. Simply migrating traditional software to a SaaS environment without redesigning for multi-tenancy creates inefficiencies that erode profitability.
Tenant operations directly improve cost efficiency by reducing the manual work the operations team must handle per customer. Standardised, automated processes let a smaller team manage more customers. The result is lower operational cost and better margins as the business scales.
Tenant decommissioning is a core part of data retention strategy. In a subscription-based model, customers can leave at any time, often leaving behind large volumes of data. Once they churn, that data is no longer tied to subscription revenue and quickly turns into a cost burden for the SaaS provider, that grows with every customer who exits.

Conclusion

This post demonstrates how SaaS architecture, including tenant onboarding, tenancy model, tenant operations, consumption analytics, metering & billing, development cycle, and tenant decommissioning, directly influences business performance metrics such as the Rule of 40. Technical leaders can leverage this knowledge to build a compelling business case for architectural changes. Business leaders can use this knowledge to better appreciate how software architecture influences the organisation’s business metrics.
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article