Freigeben über

Planen Ihrer Journey zu SaaS

  • Artikel

Das Erstellen und Betreiben von Software-as-a-Service (SaaS) stellt eine einzigartige Chance und eine einzigartige Herausforderung für ein Unternehmen in jeder Phase dar. Die Überlegungen zu SaaS sind nicht nur bei der Planung Ihres SaaS-Angebots wichtig, sondern auch bei der täglichen Geschäftstätigkeit.

Das folgende Diagramm veranschaulicht die typische Journey, den ein Unternehmen bei der Entwicklung eines SaaS-Produkts durchläuft. Das Verständnis dieses Prozesses ist hilfreich, um zu wissen, welche Ressourcen für Sie in Ihrer derzeitigen Phase relevant sind. Im weiteren Verlauf des Artikels finden Sie eine kurze Beschreibung der einzelnen Phasen der SaaS-Journey sowie alle Links, die für ein Unternehmen, das sich in dieser Phase befindet, relevant sind.

Diagramm der Journey eines SaaS-Produkts

1. Planen eines SaaS-Geschäftsmodells

In der ersten Phase der SaaS-Journey stehen geschäftsbezogene Entscheidungen im Mittelpunkt. Geschäftliche Entscheidungen müssen sorgfältig durchdacht werden, bevor Sie technische Entscheidungen treffen, da sie letztendlich die Softwareanforderungen für Ihre Anwendung darstellen. Berücksichtigen Sie mindestens die folgenden Punkte:

  • Identifizieren Sie das Problem, das Sie lösen möchten. SaaS-Lösungen sind darauf ausgelegt, Geschäftsprobleme zu lösen. Identifizieren Sie das Geschäftsproblem, das Sie lösen möchten, bevor Sie eine Lösung dafür entwerfen.
  • Wissen Sie, wie Ihre Lösung das Problem löst. Machen Sie sich klar, wie Ihre geplante SaaS-Lösung das von Ihnen identifizierte Problem löst.
  • Kennen Sie Ihr Preismodell. SaaS-Lösungen sind letztendlich darauf ausgelegt, Umsatz zu generieren. Machen Sie sich mit den verschiedenen Preismodellen vertraut und welches Modell am besten zu der von Ihnen entwickelten Lösung passt.
  • Verstehen Sie Ihre Kunden und wie sie mit Ihrer Anwendung interagieren. Sie müssen wissen, wer Ihre Kunden sind und auf welche Funktionen sie Wert legen. Wenn Sie dies im Voraus wissen, sparen Sie wertvolle Zeit und Energie, damit Sie keine Funktionen entwickeln, die nicht ausreichend genutzt werden.

Berücksichtigen Sie neben den Anforderungen an Ihre Anwendung auch die folgenden Punkte, die sich auf Ihr Unternehmen insgesamt beziehen:

  • Stellen Sie sicher, dass Ihr Unternehmen bereit ist, die Verantwortung für den Betrieb einer SaaS-Anwendung zu übernehmen. Der Betrieb eines SaaS-Unternehmens bedeutet, dass die Kunden in Bezug auf Dinge wie Support ausschließlich von Ihrem Unternehmen abhängig sind. Stellen Sie sicher, dass Sie in der Lage sind, Support für die Anwendung zu leisten, möglicherweise rund um die Uhr.

  • Stellen Sie sicher, dass Sie einen reibungslosen Pfad für die Migration von Legacyangeboten haben. Wenn Sie eine Migration von einem anderen Geschäftsmodell planen, sollten Sie einen Plan für die Migration Ihrer Kunden ohne allzu große Unterbrechungen aufstellen.

  • Verstehen Sie, wie die Prozesse, die Sie einführen, skaliert werden können. Gehen Sie bei Ihrer Planung davon aus, dass sich die Prozesse im Laufe der Zeit ändern müssen, wenn Ihr Unternehmen wächst. Sie können vielleicht einige Dinge manuell erledigen, wenn Sie nur eine Handvoll Kunden haben, aber dieser Ansatz lässt sich nicht gut skalieren. Weitere Informationen finden Sie in folgenden Artikeln:

  • Foundations of SaaS (Grundlagen von SaaS) – ein Microsoft Learn-Modul über die Grundlagen von SaaS

  • Accelerate and de-risk your journey to SaaS (Beschleunigen Ihrer Journey zu SaaS und Mindern des Risikos): ein Video von Microsoft Ignite 2021, in dem die wichtigsten Überlegungen, Herausforderungen und anderen Lektionen für SaaS-Migrations- und Modernisierungsprojekte beschrieben werden

  • Microsoft SaaS Academy: kostenlose SaaS-Lernkurse

  • Überlegungen zum Preismodell: wichtige technische Überlegungen, die bei der Entscheidung für eine Preisstrategie zu berücksichtigen sind.

  • Microsoft for Startups Founders Hub: ein Ressourcencenter für Startups, die Lösungen in Azure erstellen, das geschäftliches und technisches Mentoring bietet, z. B. Microsoft-Software für die Ausführung Ihres Unternehmens, einschließlich LinkedIn, Microsoft 365 und GitHub Enterprise, und Azure-Gutschriften

  • Microsoft SaaS Stories: eine Reihe von Videointerviews mit einigen Microsoft-ISV-Partnern, die ihre Erfahrungen beim Erstellen von SaaS beleuchten

2. Entwurf und Architektur einer SaaS-Lösung

Nachdem Sie entschieden haben, welche Anforderungen Ihr Unternehmen hat, müssen Sie in einem nächsten Schritt Ihre Anwendung so gestalten, dass sie Ihre Anforderungen erfüllt. Bei SaaS-Produkten muss in der Regel das Konzept der Mehrinstanzenfähigkeit berücksichtigt werden, und es gibt viele Überlegungen, die dabei ins Spiel kommen. Das Ergebnis dieses Schritts sollte eine Anwendungsarchitektur sein, die Ihren spezifischen Anforderungen und allen Überlegungen Rechnung trägt. Weitere Informationen finden Sie in folgenden Artikeln:

3. Implementieren einer SaaS-Lösung

Sie müssen die von Ihnen entwickelte Architektur implementieren. In dieser Phase entwickeln und durchlaufen Sie Ihr SaaS-Produkt mithilfe des normalen SDLC-Prozesses (Software Development Life Cycle). In dieser Phase ist es wichtig, nicht zu viele Anforderungen auf einmal in die Entwicklung einzubringen. Versuchen Sie herauszufinden, welche Features Ihren Kunden den größten Nutzen bieten würden, und beginnen Sie mit einem Minimum Viable Product (MVP). Mehrere Iterationen mit kleineren Verbesserungen im Laufe der Zeit sind einfacher zu implementieren als größere Entwicklungsblöcke. Weitere Informationen finden Sie in folgenden Artikeln:

4. Betreiben Ihrer SaaS-Lösung

In dieser Phase beginnen Sie mit dem Onboarding von Kunden in Ihr neues SaaS-Produkt und beginnen, als SaaS-Anbieter mit Benutzern in der Produktion zu arbeiten. Ihr SaaS-Produkt steht kurz vor der Fertigstellung und Sie haben eine Strategie, um bestehende Kunden zu migrieren oder ein Onboarding für neue Kunden durchzuführen. Sie haben einen Plan für den Support Ihrer Kunden, falls Probleme auftreten. Es ist auch wichtig, dass Sie damit beginnen, Kennzahlen (Key Performance Indicators, KPIs) zu ermitteln, die Sie sammeln können und die Ihnen später bei verschiedenen geschäftlichen und technischen Entscheidungen helfen. Weitere Informationen finden Sie in folgenden Artikeln:

5. Vermarkten und Verkaufen Ihrer SaaS-Lösung

In dieser Phase beginnen Sie mit der Vermarktung und dem Verkauf Ihrer SaaS-Lösung. Erkunden Sie alle Möglichkeiten, die Ihnen zum Verkauf Ihrer Anwendung zur Verfügung stehen, einschließlich, aber nicht beschränkt auf Azure Marketplace und Microsoft AppSource. In dieser Phase beginnen Sie auch, die KPI-Daten aus der vorherigen Phase zu verwenden, um zu analysieren, wie Ihre Kunden mit Ihrer SaaS-Anwendung interagieren. Dann nutzen Sie diese Analyse, um geschäftliche und technische Entscheidungen über die Roadmap Ihres SaaS-Produkts zu treffen. Weitere Informationen finden Sie in folgenden Artikeln:

6. Wiederholen des Prozesses

Die Entwicklung von SaaS-Lösungen ist eine zyklische Journey. Um das Beste aus Ihrem SaaS-Produkt herauszuholen, müssen Sie ständig iterieren und sich an die Bedürfnisse Ihrer Kunden und des Marktes anpassen. Nachdem Sie Ihre Entscheidungen über die aktuelle Ausrichtung Ihres Produkts getroffen haben, beginnt der Prozess wieder bei Phase eins. Weitere Informationen finden Sie in folgenden Artikeln:

  • Azure Well-Architected-Review: eine Bewertung Ihrer Workload mit dem Azure Well-Architected Framework, die zu einem kuratierten und personalisierten Leitfaden für Ihr Szenario führt. Führen Sie diese Review regelmäßig durch, um Bereiche Ihrer Anwendung zu identifizieren, die Sie verbessern können.
  • SaaS Journey Review: Eine Bewertung Ihres SaaS-Produkts, die Ihre Kenntnisse über mehrinstanzenfähige Architekturen untersucht und die Einhaltung bewährter Methoden für SaaS-Vorgänge bewertet.

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Hauptautoren:

Andere Mitwirkende:

  • John Downs | Principal Customer Engineer, FastTrack for Azure
  • Irina Kostina | Software Engineer, FastTrack for Azure
  • Nick Ward | Senior Cloud Solution Architect

Nächste Schritte