Vom Ticket zur Pipeline: Wie der Vertrieb per Knopfdruck eigene ERP-Instanzen startet

In vielen SaaS-Unternehmen gleicht der Prozess zwischen Sales und IT einem diplomatischen Austausch: Der Vertrieb benötigt eine Demo-Umgebung für einen wichtigen Termin, schreibt ein Ticket an die Entwicklung, und dann beginnt das Warten. „Wir sind gerade im Sprint", „Der Kollege für die Datenbanken ist im Urlaub" oder „Die Demo-Server sind aktuell voll" sind Antworten, die den Vertriebsalltag ausbremsen.

Die Lösung für dieses Problem ist so simpel wie revolutionär: Self-Service. Indem wir die technische Komplexität hinter einer einfachen Benutzeroberfläche (Pipeline) verstecken, befähigen wir das Vertriebsteam, Infrastruktur selbst zu steuern - ohne eine einzige Zeile Code zu schreiben oder ein Ticket zu eröffnen.

Die alte Welt: Der „Ticket-Flaschenhals"

Warum ist der klassische Weg über die IT so ineffizient?

1. Kontextwechsel: Entwickler werden aus ihrer produktiven Arbeit gerissen, um „mal eben" eine Datenbank zu klonen.
2. Fehlende Priorisierung: Was für den Sales-Manager ein Prio-1-Abschluss ist, ist für die IT oft nur Ticket Nummer 47 in der Liste.
3. Fehler durch Kommunikation: „Ich brauchte das Modul Lagerverwaltung aber mit Produktionsplanung!" - Missverständnisse führen zu Nachbesserungen und noch mehr Wartezeit.

Die neue Welt: Die Pipeline als Sales-Tool

In einer modernen GitOps-Architektur wird der Prozess umgedreht. Die IT baut nicht mehr die Umgebung, sondern sie baut die Maschine, die die Umgebung erstellt. Der Vertrieb bedient diese Maschine über ein einfaches Interface (z. B. GitLab-Pipelines oder ein Custom-Dashboard).

So sieht der Prozess für einen Sales-Mitarbeiter aus:

1. Eingabe der Parameter: Der Mitarbeiter öffnet ein Web-Formular. Er gibt den Kundennamen ein, wählt die benötigten Module (z. B. „Finanzen" und „Logistik") und bestimmt die Laufzeit der Demo.
2. Der Trigger: Mit einem Klick auf „Start" wird im Hintergrund eine automatisierte Pipeline ausgelöst.
3. Die Automatisierung: Das System generiert automatisch die notwendigen Kubernetes-Manifeste, erstellt eine isolierte Datenbank, setzt den DNS-Eintrag und rollt die Software aus.
4. Das Ergebnis: Nach ca. 90 Sekunden erhält der Mitarbeiter eine E-Mail oder eine Slack-Nachricht mit der URL und den Zugangsdaten für die neue, frische Instanz.

Warum „Self-Service" kein Kontrollverlust ist

Viele IT-Leiter fürchten, dass ein Self-Service für den Vertrieb zu explodierenden Kosten oder Chaos führt. Doch das Gegenteil ist der Fall. In einem deklarativen Modell (Infrastruktur als Code) behält die IT die volle Kontrolle:

• Leitplanken (Resource Quotas): Die IT definiert im Vorfeld genau, wie viel CPU und RAM eine Demo-Instanz verbrauchen darf.
• Standardisierung: Es gibt keine „Wildwuchs"-Installationen mehr. Jede Demo folgt exakt dem vom Engineering freigegebenen Standard.
• Automatisches Aufräumen: Da jede Instanz ein Ablaufdatum hat, gibt es keine verwaisten Umgebungen mehr, die Kosten verursachen.

Der Nutzen: Agilität auf beiden Seiten

Der Wechsel vom Ticket zur Pipeline schafft eine klassische Win-Win-Situation:

• Für den Vertrieb: Absolute Unabhängigkeit. Eine Demo-Anfrage am Freitagnachmittag für den Termin am Montagmorgen ist kein Stressfaktor mehr. Der Sales-Cycle wird massiv beschleunigt.
• Für die Entwicklung: Fokus-Zeit. Senior-Entwickler gewinnen bis zu 20 % ihrer Arbeitszeit zurück, weil sie keine Routine-Infrastruktur-Aufgaben mehr erledigen müssen.
• Für das Unternehmen: Skalierbarkeit. Das System kann 100 Demos genauso einfach abwickeln wie eine einzige - ohne dass das Team wachsen muss.

Fazit: Befähigung statt Verwaltung

Wahre digitale Transformation findet dort statt, wo Technologie Barrieren abbaut. Wenn der Vertrieb per Knopfdruck eigene ERP-Instanzen starten kann, wird Infrastruktur unsichtbar - und das Produkt rückt ins Zentrum. Wer seine Sales-Teams mit solchen Self-Service-Tools ausstattet, macht sie schneller, professioneller und am Ende erfolgreicher im Abschluss.

FAQ: Self-Service im Vertriebsalltag

Muss der Vertrieb jetzt lernen, wie man GitLab oder Kubernetes bedient?

Nein. Die Komplexität wird hinter einer einfachen grafischen Oberfläche versteckt. Der Nutzer sieht nur die Felder, die für ihn relevant sind (Kundenname, Module, Dauer). Die Technik dahinter läuft vollautomatisch ab.

Was passiert, wenn die Pipeline fehlschlägt?

In einem modernen Setup sind die Pipelines so stabil, dass Fehler selten sind. Sollte doch etwas schiefgehen, erhält das Ops-Team automatisch eine Benachrichtigung. Da der Prozess standardisiert ist, lässt sich der Fehler oft in Minuten finden und beheben.

Können wir verschiedene Software-Versionen zur Auswahl stellen?

Ja. Das System kann so konfiguriert werden, dass der Vertrieb wählen kann, ob er die aktuelle „Stable"-Version oder eine brandneue „Beta"-Version mit den neuesten Features präsentieren möchte.

Wie sicher sind die Zugangsdaten?

Das System generiert für jede Demo-Instanz zufällige, sichere Passwörter oder nutzt temporäre Tokens. Über ein zentrales Identitätsmanagement (SSO) lässt sich zudem genau steuern, welcher Mitarbeiter welche Demo-Umgebungen verwalten darf.