Replacing SaaS with AI: when building your own pays off – the Calendly example
In short
Replacing SaaS with AI means swapping a narrowly scoped SaaS tool for your own application, built with AI coding agents and running in your own cloud environment. It pays off mainly with per-user pricing, a limited feature set and high security requirements. In our example of a booking tool like Calendly with 60 hosts and mandatory SSO, building your own costs about half over three years – with 10 users it does not pay off.
01
What replacing SaaS with AI means
Many companies pay for SaaS tools of which they use only a small part – and they pay per head. Every new hire raises the bill while the features used stay the same.
Coding agents such as Claude Code or OpenCode have significantly cut the effort for clearly specified business applications. That shifts the classic make-or-buy question: building a small, well-scoped application yourself and running it in your own Azure environment is now often a matter of days rather than months.
What matters is not the coding but three things around it: a clean specification, mandatory quality and security checks, and clearly named ownership for operations.
02
Which SaaS tools are good candidates
Not every tool is a good candidate. The table helps with a first assessment.
| Criterion | Good candidate | Poor candidate |
|---|---|---|
| Scope | Narrow and easy to describe: booking, forms, approvals, internal catalogues | Broad and fast-changing: CRM suites, office, collaboration |
| Pricing | Per user, grows with headcount | Flat, usage-based and low |
| Data | Personal or confidential | Public or non-critical |
| Rules | Your own processes | Regulation maintained by the vendor: payroll, accounting, payments |
| Network effect | None | Value comes from other participants: marketplaces, messengers |
03
Cost example: a booking tool like Calendly
Calendly charges per host; people booking a meeting need no seat. List prices on annual billing (as of November 2026): Standard 10 US dollars, Teams 16 US dollars and Teams with the AI add-on 24 US dollars per seat per month. Enterprise starts at 15,000 US dollars a year from 50 seats – only there are SAML SSO, audit log and a data deletion API included; on Teams, SSO is an optional add-on.
For the in-house build we define the scope a typical sales or consulting team actually uses:
- 1Booking page with several meeting types (e.g. 30-minute intro call, 60-minute workshop)
- 2Availability read directly from Outlook or Exchange via Microsoft Graph
- 3Confirmation with calendar invite and Teams link, reminder, reschedule and cancel
- 4Round robin: spread requests evenly across a team
- 5Sign-in via Entra ID with MFA, roles and audit log
- 6Automatic deletion of personal data after a defined period
04
Assumptions for the in-house build
We assume a day rate of €1,100 and development with coding agents under mandatory review. The application runs in an existing Azure landing zone. For simplicity we set 1 US dollar = 1 euro.
| Item | Assumption | Cost |
|---|---|---|
| Specification and architecture | 2 person-days | €2,200 |
| Build with coding agents | 5 person-days | €5,500 |
| Security review, tests, light penetration test | 3 person-days | €3,300 |
| Rollout and documentation | 1 person-day | €1,100 |
| One-off total | 11 person-days | €12,100 |
| Hosting (container + small PostgreSQL database) | approx. €40 per month | €480 per year |
| Maintenance, updates, small enhancements | 3 person-days per year | €3,300 per year |
| Running total | €3,780 per year |
05
Three-year cost comparison
Over three years the in-house build costs €12,100 + 3 × €3,780 = €23,440, almost regardless of the number of users. SaaS costs, by contrast, grow linearly with every seat.
≈ 41
hosts: break-even on Teams over 3 years
≈ 48%
saving with 60 hosts and mandatory SSO
11 PD
assumed effort for the in-house build
| Scenario | Calendly, 3 years (USD) | In-house, 3 years (€) | Result |
|---|---|---|---|
| 10 hosts, Standard | 3,600 | 23,440 | SaaS stays much cheaper |
| 40 hosts, Teams | 23,040 | 23,440 | Break-even – security and flexibility decide |
| 40 hosts, Teams with AI add-on | 34,560 | 23,440 | In-house about 32% cheaper |
| 60 hosts, Enterprise (SSO, audit log) | from 45,000 | 23,440 | In-house about 48% cheaper |
06
The security gain in concrete terms
A booking tool looks harmless, but it has access to every host's calendar and collects customers' names, email addresses and meeting topics. With an in-house build, both stay in your environment.
| Aspect | SaaS (Standard/Teams) | In-house in your landing zone |
|---|---|---|
| Sign-in | Separate account; SSO only as add-on or on Enterprise | Entra ID with MFA and conditional access from day one |
| Data location | With the vendor and its sub-processors | In your tenant, in the region of your choice |
| Calendar access | Vendor holds access tokens for all connected calendars | App registration with minimal permissions, revocable at any time |
| Logging | Audit log only on Enterprise | Central in your logging or SIEM |
| Deletion | Following the vendor's process | Your own retention periods, automated |
07
Freedom to evolve the application as you like
The second benefit is freedom: you don't wait for a vendor's product roadmap and you don't pay a tier jump because a feature only exists in the next package.
Examples that take only a few person-days in an in-house build: store bookings directly on the CRM record, pre-qualify requests with your own rules, book rooms or demo devices alongside, add internal approval steps, summarise the request before the meeting with your own language model – via LLMrouter.eu with models from Europe.
08
Five-step approach
How to assess and replace a SaaS tool without putting day-to-day operations at risk.
- 1Build a SaaS inventory: tools, seats, actual usage, contract terms and notice periods.
- 2Score candidates with the table above and draw up a three-year calculation with your numbers.
- 3Derive a functional specification from what your teams actually use – describe workflows, copy no code and no design.
- 4Build with coding agents in isolated workspaces, with review and security checks; pilot with one team.
- 5Run in parallel until the notice date, export data, switch booking links, end the SaaS contract.
09
How MAKONIS helps
MAKONIS builds the SaaS inventory and make-or-buy calculation with you, develops the replacement with AI software engineering and, if you wish, keeps running it in your Azure landing zone.
For companies that want to build many such internal applications there is Scalor.io: the self-hosted platform where business teams and developers build apps together with AI agents – in isolated workspaces, in your Git repositories and through your approval processes all the way into your own cloud. Start with a free 30-minute call with our engineers.
Frequently asked questions
Only without guardrails. With code review, automated security checks, an SBOM and sign-in via Entra ID, a small application in your own environment is often easier to control than an external service with access to every calendar.
Keep reading
Guide · 7 min read
Running LLMs on-premises: a guide for companies
Running an LLM locally means executing a language model on your own or dedicated infrastructure so prompts and data never leave the company. It requires a suitable open-weight model, enough GPU memory, inference software, a connection to company knowledge (RAG) and access control with logging.
Read moreGuide · 7 min read
AI GDPR checklist and the EU AI Act for mid-sized companies
For GDPR-compliant AI, companies need a legal basis, transparency towards data subjects, a data processing agreement with the AI provider, control over data location and retention, and a data protection impact assessment where risk is high. The EU AI Act adds risk-based obligations; for most mid-sized use cases AI literacy of staff and transparency duties matter most. This article is not legal advice.
Read moreGuide · 10 min read
Legacy app refactoring with AI: software modernisation through reverse engineering
Legacy app refactoring with AI means using coding agents to analyse and document legacy applications and move them step by step to a modern architecture. The biggest lever is not rewriting but recovering knowledge: with reverse engineering – widely popularised since October 2026 by the open-source tool Reverse Engineer Anything (REA) – business rules can be reconstructed even where source code or documentation is missing. Backed by characterisation tests, the result is a new application with demonstrably identical behaviour.
Read moreInnovation from Munich.Active worldwide.
Talk to us about your cloud, DevOps and AI initiatives — no obligation, directly with our engineers.