Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
SaaS im Vergleich zu Managed Service Provider (MSP)
Es gibt auch einige Verwirrung, was die Grenzen zwischen SaaS- und Managed Service Provider (MSP) -Modellen angeht. Wenn Sie sich ein MSP-Modell ansehen, kann es den Anschein haben, dass es ähnliche Ziele verfolgt wie das SaaS-Modell.
Wenn Sie sich jedoch etwas mehr mit MSP befassen, werden Sie feststellen, dass MSP und SaaS tatsächlich unterschiedlich sind. Das folgende Diagramm bietet eine konzeptionelle Ansicht einer MSP-Umgebung.
Modell eines Managed Service Providers (MSP)
Dieses Diagramm stellt einen Ansatz für das MSP-Modell dar. Auf der linken Seite sehen Sie Kunden, die das MSP-Modell verwenden. Im Allgemeinen würde hier der Ansatz darin bestehen, jede verfügbare Automatisierung zu verwenden, um jede Kundenumgebung bereitzustellen und die Software für diesen Kunden zu installieren.
Auf der rechten Seite finden Sie eine ungefähre Darstellung des betrieblichen Fußabdrucks, den der MSP für die Unterstützung dieser Kundenumgebungen bereitstellen würde.
Es ist wichtig zu beachten, dass der MSP häufig eine Version des Produkts installiert und verwaltet, das ein bestimmter Kunde ausführen möchte. Möglicherweise verwenden alle Kunden dieselbe Version, dies ist jedoch in einem MSP-Modell normalerweise nicht erforderlich.
Die allgemeine Strategie besteht darin, das Leben eines Softwareanbieters zu vereinfachen, indem die Installation und Verwaltung dieser Umgebungen selbst in die Hand genommen werden. Dies erleichtert dem Anbieter zwar das Leben, entspricht aber nicht direkt den Werten und der Denkweise, die für ein SaaS-Angebot unerlässlich sind.
Der Schwerpunkt liegt auf der Verlagerung der Managementverantwortung. Dieser Schritt ist nicht gleichbedeutend damit, dass alle Kunden dieselbe Version mit einer einzigen, einheitlichen Verwaltungs- und Betriebserfahrung verwenden. Stattdessen lässt MSP oft separate Versionen zu und behandelt jede dieser Umgebungen oft als betrieblich separate Umgebungen.
Es gibt sicherlich Bereiche, in denen sich MSP mit SaaS zu überschneiden beginnen könnte. Wenn der MSP im Wesentlichen verlangen würde, dass alle Kunden dieselbe Version ausführen und der MSP in der Lage wäre, alle Mandanten über ein einziges Erlebnis zentral zu integrieren, zu verwalten, zu betreiben und zu fakturieren, könnte das eher SaaS als MSP sein.
Das umfassendere Thema ist, dass die Automatisierung der Installation von Umgebungen nicht gleichbedeutend mit einer SaaS-Umgebung ist. Erst wenn Sie alle anderen zuvor besprochenen Vorbehalte hinzufügen, würde dies eher ein echtes SaaS-Modell darstellen.
Wenn wir uns von den technologischen und betrieblichen Aspekten dieser Geschichte entfernen, wird die Grenze zwischen MSP und SaaS noch deutlicher. Im Allgemeinen hängt der Erfolg Ihres Angebots als SaaS-Unternehmen von Ihrer Fähigkeit ab, tief in alle wichtigen Teile des Erlebnisses eingebunden zu sein.
Dies bedeutet in der Regel, dass Sie bei der Onboarding-Erfahrung am Puls der Zeit sind, verstehen, wie sich betriebliche Ereignisse auf Mieter auswirken, wichtige Kennzahlen und Analysen verfolgen und Ihren Kunden nahe sein. In einem MSP-Modell, bei dem dies an eine andere Person übergeben wird, kann es sein, dass Sie sich auf einer Ebene befinden, die von den wichtigsten Details entfernt ist, die für den Betrieb eines SaaS-Unternehmens von zentraler Bedeutung sind.
