Wann lohnt sich Software as a Service für ein Schweizer Unternehmen?

Software as a Service (SaaS) lohnt sich für ein Schweizer Unternehmen vor allem dann, wenn flexible Nutzung, geringe Anfangsinvestitionen und ein reduzierter technischer Betriebsaufwand wichtiger sind als die vollständige Kontrolle über die eingesetzte Software. Für Geschäftsleitungen und IT-Verantwortliche ist dabei nicht allein der monatliche Abonnementpreis entscheidend, sondern das Verhältnis zwischen Gesamtkosten, betrieblichem Nutzen und langfristigen Abhängigkeiten.

Bei SaaS stellt ein Anbieter die Anwendung über das Internet bereit und übernimmt wesentliche Aufgaben des technischen Betriebs. Das Unternehmen nutzt die Software üblicherweise gegen wiederkehrende Gebühren. Dadurch entfallen bestimmte Infrastrukturaufgaben, während neue Verpflichtungen entstehen: Verträge müssen überwacht, Zugriffsrechte verwaltet, Integrationen gepflegt und Datenexporte sichergestellt werden.

Für Schweizer KMU ist die Wahl besonders relevant, wenn kleine IT-Teams mehrere Geschäftsprozesse unterstützen oder personenbezogene Daten bei externen Dienstleistern verarbeitet werden. Eine wirtschaftlich sinnvolle Entscheidung berücksichtigt deshalb neben der Finanzierung auch Datenschutz, Verfügbarkeit, Erweiterbarkeit und die Möglichkeit, den Anbieter später zu wechseln.

Warum verlagert Software as a Service Kosten vom Kauf in den laufenden Betrieb?

Software as a Service verlagert Kosten in den laufenden Betrieb, weil Unternehmen Anwendungen nicht mehr zwingend durch den Erwerb eigener Softwarelizenzen und Infrastruktur finanzieren müssen. Stattdessen entstehen regelmässige Gebühren für die Nutzung und ergänzende Dienstleistungen. Das reduziert häufig den anfänglichen Kapitalbedarf, kann aber über mehrere Jahre höhere oder schwerer vorhersehbare Gesamtausgaben verursachen.

Bei einer klassischen Softwareanschaffung fallen oft Kosten für Kauflizenzen, Server, Installation und technische Einrichtung an. Hinzu kommen Wartungsverträge, Updates, Sicherheitsmassnahmen und die Betreuung durch interne Mitarbeitende oder externe IT-Dienstleister.

Im SaaS-Modell übernimmt der Anbieter wesentliche Teile des technischen Betriebs. Das Unternehmen bezahlt dafür meist monatlich oder jährlich. Die Kostenstruktur verschiebt sich damit von anfänglichen Investitionsausgaben (CapEx) zu wiederkehrenden Betriebsausgaben (OpEx). Diesen Mechanismus beschreibt auch die Microsoft-Dokumentation zur Wirtschaftlichkeit der Cloud-Nutzung.

Der Abonnementpreis zeigt allerdings nicht sämtliche Kosten. In einer vollständigen Betrachtung gehören auch folgende Positionen dazu:

• Einrichtung und Integration mit bestehenden ERP-, CRM- oder Buchhaltungssystemen.
• Schulungen und Anpassungen interner Arbeitsabläufe.
• Verwaltung von Benutzern, Berechtigungen und Sicherheitsrichtlinien.
• Zusatzmodule, Speichererweiterungen und kostenpflichtige Supportleistungen.
• Export, Migration und gegebenenfalls Bereinigung von Daten beim Anbieterwechsel.

Die buchhalterischen Folgen sind gesondert zu beurteilen. Laufende SaaS-Gebühren werden häufig als Betriebsaufwand erfasst. Daraus folgt jedoch nicht, dass jede Zahlung oder jeder mit SaaS verbundene Implementierungsaufwand automatisch gleich zu behandeln ist. Vertragsgestaltung, aktivierungsfähige Leistungen und anwendbare Rechnungslegungsstandards können die Einordnung beeinflussen. Schweizer Unternehmen sollten dies mit ihrer Treuhandstelle oder ihrem Revisionspartner klären.

Eine praktische Entscheidungsregel: Bei kurzer erwarteter Nutzungsdauer oder schwankendem Personalbedarf spricht die geringere Anfangsbindung häufig für SaaS. Bei langjährig stabiler Nutzung gewinnt dagegen die Gesamtkostenrechnung über mehrere Jahre an Bedeutung.

Ob diese Kostenstruktur wirtschaftlich sinnvoll ist, hängt zusätzlich davon ab, wie zuverlässig der Anbieter den benötigten Geschäftsbetrieb unterstützt.

Wie bewertet man einen SaaS-Anbieter vor dem Einsatz in geschäftskritischen Prozessen?

Ein SaaS-Anbieter sollte vor dem Einsatz in geschäftskritischen Prozessen anhand seiner Verfügbarkeit, Sicherheitsorganisation, vertraglichen Verpflichtungen und wirtschaftlichen Beständigkeit beurteilt werden. Entscheidend ist, ob das Unternehmen auch bei Störungen, Sicherheitsvorfällen oder einem Anbieterwechsel handlungsfähig bleibt. Marketingversprechen reichen dafür nicht aus; benötigt werden überprüfbare Nachweise und konkrete Vertragsregelungen.

Ein erster Prüfbereich betrifft die technische Zuverlässigkeit. Das Service Level Agreement (SLA) sollte definieren, welche Verfügbarkeit zugesichert wird, wie Störungen gemeldet werden und welche Reaktions- oder Wiederherstellungsleistungen vorgesehen sind. Dabei ist zu unterscheiden, ob ein SLA lediglich finanzielle Gutschriften vorsieht oder tatsächlich betriebliche Anforderungen abdeckt.

Besonders wichtig sind dokumentierte Backup- und Wiederherstellungsverfahren. Eine vorhandene Datensicherung garantiert noch nicht, dass die Anwendung rechtzeitig wieder zur Verfügung steht. Das Unternehmen sollte deshalb seine Anforderungen an die maximal tolerierbare Unterbrechung und den akzeptablen Datenverlust festhalten und mit den Leistungen des Anbieters vergleichen.

Beim Datenschutz bleibt der SaaS-Kunde in der Regel für die rechtmässige Bearbeitung seiner Personendaten verantwortlich, auch wenn ein externer Anbieter diese im Auftrag verarbeitet. Die Erläuterungen des EDÖB zum Cloud-Computing verweisen dabei insbesondere auf die Anforderungen an eine Auftragsbearbeitung nach Art. 9 des Schweizer Datenschutzgesetzes (DSG).

Zu klären sind daher der tatsächliche Datenstandort, mögliche Zugriffe aus anderen Staaten, Unterauftragsbearbeiter, Sicherheitsmassnahmen sowie die vertragliche Regelung der Datenbearbeitung. Das DSG betrifft Personendaten natürlicher Personen; vertrauliche Unternehmensinformationen können unabhängig davon weiteren vertraglichen oder branchenspezifischen Schutzanforderungen unterliegen.

Auch die wirtschaftliche Stabilität des Anbieters gehört zur Bewertung. Eine lange Marktpräsenz bietet allein keine Garantie. Aussagekräftiger sind nachvollziehbare Unternehmensinformationen, verlässliche Produktpflege, passende Kundenreferenzen und eine realistische Ausstiegsoption bei Übernahme, Preisänderungen oder Produkteinstellung.

Nach der Risikoprüfung lässt sich beurteilen, ob SaaS gegenüber einer dauerhaft eingesetzten Kauflösung wirtschaftlich und organisatorisch tatsächlich Vorteile bietet.

SaaS oder Kauflizenz: Welches Modell passt bei langfristiger Nutzung besser?

Bei langfristiger Nutzung ist weder SaaS noch eine Kauflizenz grundsätzlich wirtschaftlicher. SaaS bietet häufig planbare Einstiegskosten, zentral bereitgestellte Aktualisierungen und flexible Vertragsmodelle. Eine Kauflizenz kann sich bei stabilen Anforderungen lohnen, wenn die laufenden Betriebs- und Wartungskosten beherrschbar bleiben. Entscheidend ist ein Gesamtkostenvergleich über denselben Nutzungszeitraum und mit vergleichbarem Funktionsumfang.

Eine Kauflizenz bedeutet nicht, dass nach der Anschaffung keine Kosten mehr entstehen. Sicherheitsupdates, Wartung, Infrastruktur und die Weiterentwicklung von Schnittstellen können erhebliche laufende Aufwendungen verursachen. Umgekehrt sind SaaS-Gebühren nicht automatisch vollständig kalkulierbar, weil Preisänderungen, zusätzliche Benutzer und neue Anforderungen die Rechnung beeinflussen.

Die folgende Gegenüberstellung zeigt die wichtigsten Unterschiede:

Für die Entscheidung eignet sich eine Total-Cost-of-Ownership-Rechnung (TCO). Sie erfasst sämtliche relevanten Kosten über beispielsweise fünf Jahre. Der Break-even-Punkt bezeichnet den Zeitpunkt, ab dem die kumulierten Kosten eines Modells die des anderen übersteigen.

Die wirtschaftliche Entscheidung sollte ausserdem berücksichtigen, wie oft Geschäftsprozesse angepasst werden. SaaS ist bei standardisierten Abläufen häufig unkomplizierter. Bei stark individualisierten Prozessen kann eine selbst betriebene oder durch einen Dienstleister verwaltete Lösung geeigneter sein.

Ein hybrides Modell ist ebenfalls möglich: Eine zentrale Fachanwendung wird dauerhaft auf eigener oder gemieteter Infrastruktur betrieben, während ergänzende Funktionen als SaaS genutzt werden. So lässt sich für jede Anwendung der passende Kompromiss wählen.

Eine langfristig günstige SaaS-Lösung verliert allerdings an Attraktivität, wenn ein späterer Anbieterwechsel unverhältnismässig schwierig wird.

Welche Vendor-Lock-in-Risiken entstehen bei geschäftskritischer SaaS-Software?

Vendor-Lock-in entsteht bei geschäftskritischer SaaS-Software, wenn der Wechsel zu einer anderen Lösung technisch schwierig, organisatorisch aufwendig oder wirtschaftlich unverhältnismässig teuer wird. Die Abhängigkeit kann aus proprietären Datenformaten, eingeschränkten Exportmöglichkeiten, komplexen Integrationen oder langfristigen Vertragsbedingungen entstehen. Auch Mitarbeitende und Geschäftsprozesse können so stark auf ein System ausgerichtet sein, dass ein Wechsel erhebliche Umstellungen erfordert.

Technischer Lock-in entsteht beispielsweise, wenn wichtige Informationen nur über proprietäre Schnittstellen zugänglich sind oder Daten beim Export ihre Beziehungen und Metadaten verlieren. Ein herunterladbares Dateiformat allein garantiert deshalb noch keine erfolgreiche Migration. Entscheidend ist, ob ein anderes System die benötigten Informationen vollständig und sinnvoll übernehmen kann.

Kommerzieller Lock-in entsteht durch lange Vertragslaufzeiten, Kündigungsfristen, automatische Verlängerungen oder hohe Kosten für den Datenexport und professionelle Migrationsleistungen. Organisatorischer Lock-in kommt hinzu, wenn Arbeitsabläufe, interne Vorlagen und das Wissen der Mitarbeitenden eng an die bisherige Anwendung gekoppelt sind.

Die britische Regierungsleitlinie zum technischen Cloud-Lock-in empfiehlt unter anderem offene Standards, exportierbare Datenformate und die frühzeitige Berücksichtigung von Wechselkosten. Diese Hinweise sind auch für Schweizer Unternehmen technisch relevant, stellen jedoch keine Schweizer Rechtsvorschriften dar.

Ein wirksamer Ausstiegsplan umfasst regelmässige vollständige Datenexporte, dokumentierte Schnittstellen und eine von der Software unabhängige Beschreibung der geschäftlichen Abläufe. Zusätzlich sollte der Vertrag festlegen, welche Daten beim Vertragsende bereitgestellt werden, in welchem Format dies geschieht und wie lange sie nach Vertragsende verfügbar bleiben.

Zur Messung der Abhängigkeit eignet sich eine konkrete Frage: Wie viele Arbeitsschritte und wie viel Zeit wären erforderlich, um einen kritischen Prozess auf einer gleichwertigen Lösung weiterzuführen? Die Schätzung sollte Datenübernahme, Tests, Schulungen und mögliche Betriebsunterbrüche einbeziehen.

Ein hoher Lock-in ist nicht immer ein Ausschlussgrund. Eine integrierte Plattform kann wirtschaftliche Vorteile schaffen, die gewisse Wechselhürden rechtfertigen. Entscheidend ist, ob das Unternehmen diese Abhängigkeit bewusst akzeptiert und für den Ausstieg realistische Vorkehrungen getroffen hat.

Wachsen Wechselhürden und Betriebskosten, stellt sich mit der Zeit die Frage, ob eine bestehende Anwendung noch zum Unternehmen passt.

Wann sollte ein bestehender SaaS-Dienst ersetzt oder konsolidiert werden?

Ein bestehender SaaS-Dienst sollte überprüft werden, wenn seine laufenden Kosten dauerhaft steigen, wichtige Funktionen ungenutzt bleiben oder die Anwendung Geschäftsprozesse zunehmend behindert. Ein Wechsel lohnt sich jedoch erst, wenn der erwartete Nutzen einer Alternative die Migrationskosten und betrieblichen Risiken rechtfertigt. Konsolidierung ist sinnvoll, wenn Doppelstrukturen beseitigt werden können, ohne notwendige Funktionen oder Flexibilität zu verlieren.

Typische Warnsignale sind zahlreiche ungenutzte Benutzerkonten, zusätzliche Module ohne nachweisbaren Mehrwert, wiederkehrende manuelle Datenübertragungen und fehlende Schnittstellen zu zentralen Geschäftssystemen. Auch häufige Störungen oder ein Support, der wichtige Anforderungen nicht erfüllt, können eine Neubewertung notwendig machen.

Die erste Massnahme ist jedoch nicht die Kündigung, sondern eine Bestandsaufnahme. Für jede Anwendung sollten tatsächliche Nutzerzahlen, genutzte Funktionen, jährliche Gesamtkosten und betroffene Geschäftsprozesse dokumentiert werden. Auf dieser Grundlage lässt sich unterscheiden, ob eine Tarifoptimierung genügt oder ein Systemwechsel erforderlich ist.

Für die Entscheidung bietet sich ein dreistufiges Vorgehen an:

1. Nutzung und Mehrwert erfassen: Prüfen, welche Funktionen regelmässig eingesetzt werden und welchen betrieblichen Zweck sie erfüllen.
2. Alternativen bewerten: Bestehenden Anbieter, günstigeren Tarif, ergänzende Integration und mögliche Ersatzprodukte gegenüberstellen.
3. Wechselkosten berücksichtigen: Datenbereinigung, Migration, parallelen Betrieb, Tests, Schulungen und Prozessänderungen in die Entscheidung aufnehmen.

Eine Konsolidierung bedeutet nicht zwangsläufig, möglichst wenige Anbieter einzusetzen. Eine umfassende Plattform kann mehrere isolierte Anwendungen ersetzen. Umgekehrt kann eine Kombination spezialisierter SaaS-Dienste sinnvoller sein, wenn eine All-in-One-Lösung wichtige Anforderungen nur unzureichend erfüllt.

Migrationsrisiken werden häufig unterschätzt. Bei der Übernahme können Datenbeziehungen verloren gehen, Schnittstellen müssen neu eingerichtet und Mitarbeitende umgeschult werden. Zudem enden Umstellungskosten nicht zwingend mit dem Produktivstart. Nacharbeiten, längerer Parallelbetrieb und Prozesskorrekturen können die Wirtschaftlichkeit auch im Folgejahr beeinflussen.

Für eine belastbare Entscheidung müssen die heutigen Kosten deshalb mit den künftigen Ausgaben bei unveränderter Nutzung und bei Unternehmenswachstum verglichen werden.

Wie kalkuliert man SaaS-Kosten inklusive Nutzerwachstum und Zusatzmodule?

SaaS-Kosten lassen sich zuverlässig kalkulieren, indem Unternehmen nicht nur den aktuellen Abonnementpreis, sondern auch künftige Nutzerzahlen, Zusatzmodule, Integration, Support und mögliche Preisänderungen berücksichtigen. Eine mehrjährige Szenariorechnung zeigt, wie sich die Gesamtausgaben bei stabilem Betrieb oder Wachstum verändern. Besonders wichtig ist die Trennung zwischen fixen Gebühren und nutzungsabhängigen Kosten.

Am Anfang steht eine vollständige Kostenübersicht. Dazu gehören Basisabonnements, Benutzerlizenzen, benötigte Funktionspakete, Speicherkontingente, Schnittstellen und externe Dienstleistungen. Einmalige Einführungskosten sollten getrennt von wiederkehrenden Gebühren ausgewiesen werden.

Danach werden die Kostenfaktoren nach ihrer Entwicklung unterschieden. Benutzerbasierte Lizenzen steigen meist mit der Anzahl kostenpflichtiger Konten. Fixe Basisgebühren fallen dagegen unabhängig von der Benutzerzahl an. Speicher, Transaktionsvolumen oder API-Nutzung können weiteren Preismodellen folgen.

Die folgende Tabelle zeigt eine ausdrücklich hypothetische Dreijahresrechnung. Angenommen werden CHF 30 pro Benutzer und Monat, CHF 2’400 jährliche Fixkosten sowie unveränderte Preise und ein durchgehend identischer Funktionsumfang.

Die Rechnung berücksichtigt ausschliesslich die genannten Modellannahmen. Einrichtungsaufwand, kostenpflichtige Zusatzmodule, Migration und ausserordentliche Preisänderungen sind nicht enthalten. Die Zahlen dienen der Veranschaulichung und stellen keine Marktpreise dar.

Gerade bei wachsenden Unternehmen sollten Tarifstufen und Zusatzmodule frühzeitig untersucht werden. Ein Anbieter kann bestimmte Funktionen nur in höheren Paketen bereitstellen oder zusätzliche Gebühren für weitere Standorte, Administratoren und Schnittstellen verlangen.

Verträge sollten deshalb nach Preisänderungsklauseln, Kündigungsfristen, Mindestabnahmen und möglichen Preisgarantien geprüft werden. Besonders wichtig ist, ob sich nicht mehr benötigte Lizenzen während der Vertragslaufzeit reduzieren lassen oder die Anpassung erst zur nächsten Verlängerung möglich ist.

Eine belastbare Planung verbindet Finanzdaten mit operativen Annahmen. Die Geschäftsleitung liefert erwartete Personal- und Standortentwicklungen, während die IT den zusätzlichen Aufwand für Integrationen, Berechtigungen und Support beurteilt.

Die Kostenplanung sollte anschliessend mit der Frage verbunden werden, welche technische Betriebsform das vorhandene IT-Team langfristig bewältigen kann.

Public Cloud oder Managed Cloud: Welche Infrastruktur passt zu kleinen IT-Teams?

Für kleine IT-Teams eignet sich eine Managed-Cloud-Lösung häufig dann, wenn der laufende Betrieb nicht vollständig intern organisiert werden kann. Public Cloud bietet dagegen einen hohen Grad an technischer Flexibilität und direkter Kontrolle über konfigurierte Ressourcen. Entscheidend sind nicht allein Infrastrukturpreise, sondern die Verantwortlichkeiten für Updates, Backups, Überwachung, Störungen und Sicherheitsmassnahmen.

Public Cloud bezeichnet die Bereitstellung von IT-Ressourcen auf einer gemeinsam genutzten Infrastruktur eines Cloud-Anbieters. Unternehmen können dort Rechenleistung, Speicher und zahlreiche Plattformdienste flexibel beziehen. Je nach Dienstmodell bleiben jedoch wesentliche Aufgaben wie Betriebssystempflege, Anwendungssicherheit und Konfiguration beim Kunden.

Managed Cloud beschreibt dagegen ein Betriebsmodell, bei dem ein spezialisierter Dienstleister definierte technische Aufgaben übernimmt. Die zugrunde liegende Infrastruktur kann dediziert, geteilt oder selbst auf einer Public-Cloud-Plattform aufgebaut sein. Managed Cloud und Public Cloud sind deshalb keine vollständig gegensätzlichen technischen Kategorien.

Für ein kleines IT-Team ist vor allem wichtig, wer die tatsächliche Verantwortung für einzelne Betriebsaufgaben übernimmt:

• Wer installiert Sicherheitsupdates und kontrolliert deren Erfolg?
• Wer erstellt Datensicherungen und testet Wiederherstellungen?
• Wer überwacht Systeme ausserhalb der Geschäftszeiten?
• Wer reagiert bei Sicherheitsvorfällen und dokumentiert Massnahmen?
• Wer verwaltet technische Änderungen und prüft deren Auswirkungen?

Ein Managed-Service-Vertrag kann diese Tätigkeiten auslagern. Er beseitigt jedoch nicht die Verantwortung des Unternehmens für geeignete Anforderungen, die Auswahl des Dienstleisters und die Überwachung vereinbarter Leistungen.

Auch der Datenstandort gehört zur Auswahl. In bestimmten Branchen oder aufgrund von Kundenverträgen können besondere Vorgaben gelten. Das Schweizer DSG schreibt jedoch nicht generell vor, dass sämtliche Unternehmensdaten in der Schweiz gespeichert werden müssen.

Bei Personendaten sind grenzüberschreitende Bekanntgaben anhand der einschlägigen gesetzlichen Voraussetzungen zu beurteilen. Der EDÖB erläutert, dass unter anderem das Datenschutzniveau des Empfängerstaates und gegebenenfalls geeignete Garantien massgeblich sind. Ein Rechenzentrum in der Schweiz allein schliesst zudem nicht jede internationale Datenbearbeitung oder Zugriffsmöglichkeit aus.

Die entscheidende Frage lautet daher: Verfügt das Unternehmen über die Fachkompetenz und Kapazität, die gewünschte Umgebung sicher und zuverlässig zu betreiben? Fehlen diese Ressourcen, können Managed Cloud oder ein vollständig betreuter SaaS-Dienst zweckmässiger sein als eine selbstverwaltete Infrastruktur.

Mit zunehmender Unternehmensgrösse verändern sich diese Anforderungen. Deshalb muss sich die gewählte Infrastruktur auch unter höheren Nutzerzahlen und komplexeren Geschäftsprozessen bewähren.

Wie funktioniert die Skalierung von Cloud-Software bei wachsendem Unternehmen?

Cloud-Software skaliert, indem zusätzliche Benutzer, Funktionen oder technische Ressourcen entsprechend dem steigenden Bedarf bereitgestellt werden. Bei SaaS übernimmt der Anbieter wesentliche Teile der zugrunde liegenden Kapazitätsplanung. Für das Unternehmen bedeutet dies häufig eine schnellere Erweiterung ohne eigene Serverbeschaffung. Die praktische Skalierbarkeit hängt allerdings von Tarifgrenzen, Integrationen, Leistungsfähigkeit und zusätzlichen Betriebskosten ab.

Bei einfachen SaaS-Anwendungen genügt es häufig, weitere Benutzerkonten freizuschalten. Technische Ressourcen werden im Hintergrund durch den Anbieter verwaltet. Das Unternehmen muss daher nicht bei jeder Personalaufstockung neue Hardware installieren.

Diese Flexibilität hat Grenzen. Nicht jede SaaS-Lösung unterstützt beliebig viele parallele Benutzer oder umfangreiche Datenbestände mit gleichbleibender Leistung. Auch Schnittstellen können Nutzungsbeschränkungen besitzen. Entsprechende Zusagen sollten anhand der tatsächlich benötigten Lastprofile und Vertragsbedingungen geprüft werden.

Organisatorisch ist Wachstum oft anspruchsvoller als die rein technische Erweiterung. Neue Niederlassungen benötigen möglicherweise zusätzliche Zugriffsregeln, abweichende Genehmigungsprozesse oder Verbindungen zu lokalen Systemen. Weitere Abteilungen verlangen differenzierte Rollen, während steigende Transaktionszahlen zusätzliche Schnittstellenkapazität erfordern können.

Auch die Preisstruktur verändert die Bewertung. Wenn jeder zusätzliche Benutzer, jedes neue Modul und jede Erweiterung separat verrechnet wird, können die SaaS-Ausgaben deutlich stärker steigen als ursprünglich geplant. Deshalb muss die technische Skalierung stets zusammen mit einem finanziellen Wachstumsszenario geprüft werden.

Eine praxisnahe Prüfung besteht darin, vor Vertragsabschluss eine konkrete zukünftige Unternehmenssituation mit dem Anbieter durchzuspielen. Das Szenario könnte beispielsweise eine Verdoppelung der Benutzerzahl, die Eröffnung einer zusätzlichen Filiale und die Anbindung eines weiteren Geschäftssystems umfassen.

Für dieses Szenario sollten drei Fragen beantwortet werden:

• Technik: Welche Leistungsgrenzen, Schnittstellen oder Kapazitätsänderungen sind zu erwarten?
• Organisation: Welche zusätzlichen Rollen, Berechtigungen und Administrationsaufgaben entstehen?
• Wirtschaftlichkeit: Welche neuen Tarifstufen, Module und Dienstleistungen werden notwendig?

Die Antworten lassen sich in einem einfachen Wachstumstest dokumentieren. Darin werden die heutigen Anforderungen den geplanten Veränderungen gegenübergestellt. Offene Punkte sollten vor einer langfristigen Vertragsbindung geklärt werden, insbesondere wenn ein späterer Wechsel erhebliche Kosten verursachen würde.

Eine gute SaaS-Lösung wächst damit nicht bloss über mehr Benutzerkonten. Sie ermöglicht es, veränderte Geschäftsprozesse mit vertretbarem Aufwand weiterzuführen, ohne dass das Unternehmen die Kostenkontrolle oder den Zugang zu seinen Daten verliert.

Als nächster Schritt empfiehlt sich eine gemeinsame Entscheidungsvorlage von Geschäftsleitung, IT und Finanzen: Sie sollte die Gesamtkosten mehrerer Jahre, kritische Betriebsanforderungen, Datenschutzrisiken, Wechselmöglichkeiten und ein realistisches Wachstumsszenario enthalten. Erst aus dieser Gesamtbetrachtung ergibt sich, ob SaaS, eine Kauflösung oder ein hybrides Modell die passende Wahl ist.