Digital Cloud
Deutsch
EnglishEspañolDeutschItalianoFrançaisEesti
Azure / Überblick
DIGITAL CLOUD / Azure

SaaS-Anbieter werden

Planen Sie Software als betriebenen Dienst mit Mandantentrennung, Onboarding, Abrechnung und Betriebsverantwortung.

Ihre Lösung planen
01
SaaS-Anbieter werden

Die Lösung verstehen

Ein SaaS-Angebot ergänzt die Anwendung um einen Kundenlebenszyklus: Einrichtung, Trennung, Betrieb und geregelte Beendigung. Digital Cloud kann ein technisch tragfähiges erstes Angebot auf Azure mitgestalten. Produkt- und Vertriebsentscheidungen werden dabei mit Architektur und Betrieb verbunden, damit Kundenzusagen auch durch konkrete Prozesse unterstützt werden können.

Modernisierung verändert Entwicklung, Bereitstellung oder Betrieb einer Anwendung. Beibehalten, Anpassen und Neuerstellen haben unterschiedliche Kosten- und Wartungsfolgen.

Funktionen und Leistungsumfang

Mandantenarchitektur

Gemeinsame Ressourcen, getrennte Kundenbereitstellungen und Mischformen werden verglichen. Isolation, Updatehäufigkeit und die Auswirkungen besonders hoher Nutzung eines Kunden bestimmen die passende Aufteilung und den Prüfbedarf.

Kundenprozesse

Kontoanlage, Bereitstellung, Konfiguration und Datenexport werden als zusammenhängender Ablauf beschrieben. Authentifizierung, Abonnements und Abrechnung müssen zusammenspielen; eine erfolgreiche Zahlung allein darf keine unkontrollierte Zugriffsfreigabe ersetzen.

Servicewirtschaftlichkeit

Mandantenbezogene Telemetrie, Supportzugriffe und Kostenzuordnung werden geplant. Einrichtung und Updates werden ebenso erprobt wie Funktionen, einschließlich des Umgangs mit Kundendaten bei Vertragsende.

Ein Beispiel aus der Praxis

Ein Softwareanbieter könnte die ersten Kunden in getrennten Bereitstellungen betreiben und gemeinsame Infrastruktur später anhand tatsächlicher Nutzung und Isolationsanforderungen bewerten.

Mögliche Projektergebnisse

  • Mandanten- und Identitätsarchitektur mit Isolationsannahmen
  • Abläufe für Einrichtung, Updates und Beendigung
  • Pilotbacklog mit Betriebs- und Kostenkennzahlen

Die endgültigen Ergebnisse, Lizenzen und Verantwortlichkeiten werden vor der Umsetzung für Ihre Umgebung vereinbart.

02

Voraussetzungen und Überlegungen

Prüfen Sie Code, Abhängigkeiten, Schnittstellen, Tests und Release-Grenzen. SaaS braucht außerdem Mandantentrennung, Onboarding, Abrechnung und Serviceverantwortung.

SaaS-Anbieter werden

Projektschwerpunkte

  1. Mandantentrennung

  2. Kunden-Onboarding

  3. Wirtschaftlichkeit

Wir beginnen mit der Aufgabe, den beteiligten Personen und den bestehenden Systemen. Gemeinsam definieren wir ein nützliches Ergebnis und wichtige Abhängigkeiten. Das Angebot legt Grenzen, Verantwortung und Abnahmekriterien fest.

Ihr Vorhaben

Wie Digital Cloud unterstützt

Umfang und Ergebnisse
ProjektphaseSo gehen wir vor
01Design definierenÜbersetzen Sie Anforderungen in einen praktischen Entwurf. Klären Sie Produkte, Schnittstellen, Rechte und Betriebsverantwortung.
02Schrittweise umsetzenSetzen Sie die vereinbarten Leistungen um und testen Sie typische Abläufe. Beheben Sie relevante Probleme und planen Sie Kommunikation sowie kontrollierte Übergänge.
03Betrieb vorbereitenBestätigen Sie die Abnahme, dokumentieren Sie Einstellungen und bereiten Sie Nutzende vor. Klären Sie Wartung und Support vor der Übergabe.
Umfang und Ergebnisse
SaaS-Anbieter werden

Fragen vor dem Start

Braucht SaaS zwingend eine gemeinsame Datenbank?

Nein. Gemeinsame und dedizierte Datenhaltung sind möglich. Sicherheitsgrenzen, Anpassungsbedarf, Kosten und Betriebsaufwand entscheiden, welche Variante für das Angebot geeignet ist.

Was bestimmt Kosten und Dauer?

Ausgangsumgebung, Anbindungen, Nutzergruppen und Ergebnisse bestimmen den Aufwand. Umfang und Konditionen werden vor Beginn bestätigt. Lizenzen, Cloud-Verbrauch und Support können separate Positionen sein.

Was erhalten wir?

Das Angebot benennt Ergebnisse wie Befunde, Maßnahmenplan, getestete Konfiguration, Prototyp, Dokumentation oder Schulung. Wir vereinbaren Leistungsumfang und Abschlusskriterien.

Passt das zu unseren Systemen?

Wir prüfen reale Anwendungen, Quellen und Rechte vor einer Integrationsempfehlung. Abhängigkeiten und Kompatibilitätsgrenzen werden für die Planung dokumentiert.

Was folgt nach dem ersten Schritt?

Sie können Ergebnisse intern nutzen oder eine Folgephase vereinbaren. Für Wartung, Monitoring und Support werden Servicezeiten, Verantwortlichkeiten und Reaktionsziele separat vereinbart.

ProduktdokumentationMicrosoft Learn ↗