Puzzle Journeys
Sales Enablement

by Philipp Meier

Einleitung: Warum Journeys?
Ziel dieses Decks: Die Journeys helfen Puzzle, Angebote klarer zu strukturieren und Kundinnen passend zu begleiten. Jede Journey führt zu klaren Resultaten, nachvollziehbaren Schritten und einer sauberen Positionierung.
Warum wir Journeys brauchen:
Klare Story für Kunden*innen und interne Teams
Einheitliche Sprache in Sales, Delivery und Solutions (oder Bricks?)
Wiedererkennbares Vorgehen, das Kundenvertrauen schafft
Zuordnung der Kunden*innen zu ihrem Reifegrad
Die drei Journeys auf einen Blick
Cloud Native Acceleration
Für Organisationen, die ihre ersten Schritte in eine moderne Cloud Umgebung machen. Fokus: Grundlagen, Struktur, Kultur, Offenheit.
AMM
Für Organisationen, die bestehende Anwendungen erneuern und in eine passende Umgebung migrieren wollen. Fokus: Modernisierung, Replatforming, Repatriierung.
Platform Engineering
Für Organisationen mit fortgeschrittener Cloud Nutzung, die eine eigene Plattform als Produkt etablieren wollen. Fokus: Team Enablement, Golden Paths, Automation, Platform as a Product.
Die drei Phasen der Journeys
Unsere Journeys sind in drei Phasen unterteilt, die einen strukturierten Ansatz für nachhaltigen Erfolg gewährleisten:
Phase 1: Assess Standortbestimmung und gemeinsames Zielbild
Klarheit schaffen, Potenzial erkennen und eine fundierte Entscheidungsbasis liefern.
Ziel: Zielbild und eine Roadmap, die Aufwand, Chancen und Konsequenzen klar aufzeigt. So erhält die Organisation eine sichere Grundlage für die nächsten Schritte.
Phase 2: Build
Schnelle Resultate und sichtbarer Mehrwert
Frühe Erfolgserlebnisse erzeugen und die Zusammenarbeit stärken.
Ziel: Quickwins die beweisen, dass Puzzle der richtige Partner ist und bilden die Basis für weiteres Vertrauen und langfristigen Erfolg.
Phase 3: Run & Evolve
Stabiler Betrieb und kontinuierliche Innovation
Optionaler Betrieb, Team Enablement und nachhaltige Innovation.
Ziel: Ein nachhaltiger, effizienter Betrieb und die Möglichkeit, weitere Journeys anzustossen oder zusätzliche Dienstleistungen aufzubauen.
Warum wir den ersten Teil der Assess-Phase als Fixpreis anbieten?
Ein einfacher Einstieg für Kundinnen und ein klarer Startpunkt für Puzzle
Niedrige Einstiegshürde
Senkt die Hemmschwelle für Kundinnen, Projekte zu starten.
Vertrauensbildung
Schafft eine solide Basis des Vertrauens von Anfang an.
Schneller Projektstart
Ermöglicht einen zügigen Beginn ohne lange Entscheidungsphasen.
Fundierte Roadmap
Legt die Basis für eine detaillierte und belastbare Projektplanung.
Realistische Planung
Ermöglicht Puzzle eine präzise Einschätzung des Folgeumfangs.
Ideal Customer Profile (ICP) pro Journey
Cloud Native Acceleration
Firmen mit ersten Cloud Erfahrungen
Firmen mit inhouse Dev Teams
Oft verteilte oder fragmentierte IT
Reifegrade niedrig bis mittel
Entscheidende Rollen: CTO, Head of Infra, Innovation Lead, Cloud Lead
Typische Probleme:
  • fehlende Grundlagen
  • wenig Struktur
  • wenig Automatisierung
  • manuelle deployments
AMM
Firmen mit Legacy Anwendungen oder unpassenden Cloud Workloads
Firmen die strategisch auf "Cloud" gesetzt haben.
IT ist am Limit, Betrieb teuer, Releases langsam
Entscheidende Rollen: Head of Apps, Product Owner, CIO
Typische Probleme:
  • Modernisierungsbedarf
  • kostspielige, ineffziente Clouds
  • Repatriierung von Workloads
  • Strategische Partnerschaft mit einem Hyperscaler
Platform Engineering
Firmen mit stabilen Cloud Basisdiensten
mehrere Teams wollen schneller liefern
Firmen welche die Platform als Werterbringer und Wettbewerbsvorteil sehen
Entscheidende Rollen: VP Engineering, Platform Lead, Cloud Lead
Typische Probleme:
  • Tool Wildwuchs
  • Developer Friction
  • fehlende Golden Paths
  • Kein Platform denken
  • Organisatorische Reibungen
Wann welche Journey?
Wenn ein Kunde erst Struktur will:
Cloud Native Acceleration
Wenn ein Kunde Anwendungen erneuern will oder aus der public Cloud möchte:
Application Migration & Modernisation
Wenn ein Kunde schneller deployen will und intern viele Teams hat:
Platform Engineering
Value pro Journey
Cloud Native Acceleration
  • Klarheit, Ordnung und Struktur
  • Bessere Zusammenarbeit
  • Schnellere Grundlagen für Cloud Nutzung
AMM
  • Kostensenkung
  • schnellere Releases
  • Zukunftssicherheit
  • Wahlfreiheit zwischen Public und Private
Platform Engineering
  • Effiziente Teams
  • Weniger Reibung
  • Sicheres und stabiles Produktivumfeld
Wie Sales die Journeys einsetzt
Kunde einordnen
  • Reifegrad (wo steht er in seiner Cloud Journey?)
  • Schmerzpunkte (Welches sind die Pain Points?)
  • Ziele (Wo sieht sich der Kunde in der Zukunft?)
Richtige Journey positionieren
  • Keine Technik Details am Anfang
  • Immer den Nutzen in den Mittelpunkt stellen
  • Fixpreis Offering positionieren (risikoarm, rundum sorglos)
Discovery Fragen:
Cloud Native Acceleration:
  • Wie schnell könnt ihr neue Dienste bereitstellen?
  • Wie viel manuellen Aufwand habt ihr heute?
  • Wie arbeitet Business mit IT zusammen
Application Migration & Modernisation
  • Welche Anwendungen verlangsamen das Unternehmen
  • Welche Workloads sind teuer in der Cloud
  • Gibt es viele historische Altlasten?
  • Seht ihr AI Use-Cases in eurer Firma?
Platform Engineering:
  • Wie viele Teams konsumieren Plattform Dienste
  • Gibt es Golden Paths für euere Teams
  • Wie ist die Entwicklerzufriedenheit
  • Wie schnell könnt ihr von der Idee in die Produktion gehen?
Was Delivery wissen muss
Die Journeys folgen einem wiederholbaren Muster
Jede Phase endet mit einem klaren Ergebnis
Es gibt gemeinsame Werkzeuge und Templates
Übergaben zwischen Phasen sind klar geregelt
Nächste Schritte
Schulung für Sales und Delivery
  • Verstehen welche Journeys es gibt
  • Kundenqualifikation
  • Discovery Questions
  • Wie sehen unsere Fixpreis-Offerings aus
Marketing / GtM
  • Wie wollen wir mit diesen Themen auf den Markt?
  • Wie erreichen wir die Zielgruppe am besten?
  • Gibt es Partner die uns dabei unterstützen können?
  • Was ist der beste Marketing Mix?
gemeinsame Terminologie und Ownership
  • Wer ist verantwortlich für welche Journey?
  • Wie stellen wir sicher, dass wir alle Skills on board haben?
zentraler Ablageort für Unterlagen
  • Customer Decks (BDM)
  • TDM Content
  • Success Stories