Du hast keine Staging-Umgebung. Und jeder Release ist russisches Roulette.

Es ist Freitagmittag. Dein Entwickler spielt ein Update ein. Direkt ins System, mit dem deine Mitarbeiter gerade arbeiten und deine Kunden gerade Bestellungen aufgeben. Fünf Minuten später geht nichts mehr. Der Warenkorb ist leer, die Datenbank wirft Fehler, das Telefon klingelt.

Klingt dramatisch? Passiert häufiger, als du denkst. Ich sehe das regelmäßig bei Unternehmen hier im Raum Neuss und Düsseldorf. Nicht bei Tech-Startups, sondern bei ganz normalen Handwerksbetrieben, Händlern und Dienstleistern. Die haben Software im Einsatz, aber keine saubere Trennung zwischen dem System, an dem gebaut wird, und dem System, das Geld verdient.

Das Ergebnis: Jede kleine Änderung kann zum Totalausfall führen. Und das Schlimmste daran ist, dass du es vorher nie merkst. Du merkst es erst, wenn ein Kunde sich beschwert oder wenn ein Mitarbeiter sagt: Chef, ich komme nicht mehr rein.

Was ist eine Staging-Umgebung überhaupt?

Stell dir vor, du renovierst dein Büro. Du würdest nicht einfach alle Wände einreißen, während deine Mitarbeiter am Schreibtisch sitzen. Du würdest erst einen Plan machen, vielleicht in einem leeren Raum ausprobieren, wie die neue Aufteilung funktioniert. Und dann, wenn alles passt, baust du es im echten Büro um.

Eine Staging-Umgebung ist genau das: eine Kopie deines echten Systems. Sie sieht genauso aus, funktioniert genauso, hat die gleichen Daten (oder zumindest ähnliche Testdaten). Aber sie ist vom Livesystem komplett getrennt. Wenn dort etwas kaputtgeht, merkt kein Kunde etwas davon. Kein Mitarbeiter wird in seiner Arbeit gestört.

Auf dieser Kopie werden alle Änderungen zuerst getestet. Neue Funktionen, Bugfixes, Updates, Datenbankänderungen. Alles. Erst wenn dort alles funktioniert, wird die Änderung auf das echte System übertragen. Das klingt simpel. Ist es auch. Trotzdem fehlt es in den meisten kleinen und mittleren Unternehmen komplett.

Warum so viele KMUs ohne Staging arbeiten

Die ehrliche Antwort: Weil es am Anfang nie nötig war. Du hast eine Website bauen lassen oder eine Software entwickeln lassen. Die lief. Wenn mal was geändert werden musste, hat der Entwickler es direkt eingespielt. Ging ja immer gut. Bis es das nicht mehr tat.

Viele Unternehmer wissen nicht einmal, dass es so etwas wie eine Staging-Umgebung gibt. Das ist kein Vorwurf. Es ist einfach ein Thema, das in keinem Gründerworkshop vorkommt. Kein Steuerberater erwähnt es. Kein IHK-Seminar bringt es auf den Tisch. Dabei kostet eine fehlende Staging-Umgebung im Ernstfall Tausende Euro.

Ein anderer Grund: Kosten. Manche Agenturen oder Freelancer bieten keine Staging-Umgebung an, weil sie den Aufwand scheuen. Oder weil sie den Kunden nicht mit technischen Details belasten wollen. Dabei ist es keine Raketenwissenschaft. Für die meisten Setups reden wir über 20 bis 50 Euro im Monat an zusätzlichen Serverkosten. Das ist weniger als ein Mittagessen für zwei Personen.

Und dann gibt es noch die, die sagen: Wir sind zu klein dafür. Das brauchen nur große Konzerne. Falsch. Gerade wenn du klein bist, triffst dich ein Ausfall härter. Ein Großkonzern hat ein ganzes Team, das in einer Stunde alles wieder repariert. Du nicht.

Was passiert, wenn du direkt am Livesystem arbeitest

Ich erzähle dir, was einem Kunden von mir passiert ist, bevor wir zusammengearbeitet haben. Ein Onlineshop im Raum Korschenbroich, mittelgroß, etwa 200 Bestellungen pro Tag. Der externe Entwickler hat ein Plugin-Update eingespielt. Direkt live. Das Plugin hatte einen Konflikt mit dem Bezahlsystem. Drei Stunden lang konnte niemand bezahlen. 200 Bestellungen pro Tag bedeuten ungefähr 25 Bestellungen in drei Stunden. Bei einem durchschnittlichen Warenkorbwert von 80 Euro sind das 2.000 Euro Umsatzverlust. An einem einzigen Nachmittag.

Das ist aber nur der direkte Schaden. Der indirekte Schaden ist viel größer. Kunden, die einmal eine schlechte Erfahrung machen, kommen oft nicht wieder. Sie erzählen es weiter. Sie hinterlassen eine schlechte Bewertung. Du verlierst Vertrauen, das du über Monate aufgebaut hast. Und das alles, weil ein Update nicht vorher getestet wurde.

Ein anderes Beispiel: Ein Handwerksbetrieb nutzt ein selbst entwickeltes System zur Terminplanung. Der Entwickler hat eine Datenbankänderung direkt eingespielt. Dabei wurden versehentlich Kundentermine der nächsten zwei Wochen gelöscht. Es gab kein sauberes Backup (das ist ein anderes Thema). Die Mitarbeiter mussten über 100 Kunden anrufen und Termine neu vereinbaren. Das hat nicht nur Zeit gekostet, sondern auch den Ruf des Unternehmens beschädigt.

Solche Geschichten höre ich regelmäßig. Und jedes Mal denke ich: Das hätte eine Staging-Umgebung verhindert.

Was eine Staging-Umgebung konkret verhindert

Erstens: Datenverlust. Wenn eine Datenbankänderung schiefgeht, passiert das auf der Kopie. Nicht auf dem System, in dem deine echten Kundendaten liegen. Du kannst die Kopie einfach zurücksetzen und es nochmal versuchen. Kein Drama.

Zweitens: Ausfallzeiten. Dein Livesystem läuft weiter, während auf der Staging-Umgebung getestet wird. Deine Kunden merken nichts. Deine Mitarbeiter können weiterarbeiten. Erst wenn alles geprüft und freigegeben ist, wird die Änderung übertragen. Und das dauert meistens nur wenige Minuten.

Drittens: Fehler in der Logik. Manchmal funktioniert eine neue Funktion technisch einwandfrei, macht aber inhaltlich keinen Sinn. Zum Beispiel: Die neue Rabattfunktion zieht den Rabatt doppelt ab. Oder das neue Kontaktformular schickt die E-Mail an die falsche Adresse. Solche Fehler findest du auf einer Staging-Umgebung, bevor ein echter Kunde davon betroffen ist.

Viertens: Konflikte zwischen Systemen. Software besteht selten aus einem einzigen Baustein. Meistens hängen mehrere Systeme zusammen. Ein Update an einer Stelle kann an einer ganz anderen Stelle Probleme verursachen. Auf einer Staging-Umgebung kannst du genau das vorher prüfen.

So sieht ein sauberer Release-Prozess aus

Ein guter Release-Prozess hat mindestens drei Stufen. Stufe eins: Die Entwicklungsumgebung. Hier schreibt der Entwickler seinen Code. Das ist quasi seine Werkbank. Hier wird gebaut, ausprobiert und verworfen. Kein Kunde sieht das jemals.

Stufe zwei: Die Staging-Umgebung. Hier wird alles zusammengebaut und getestet. Idealerweise testet nicht nur der Entwickler, sondern auch jemand aus deinem Team. Jemand, der das System täglich nutzt und sofort merkt, wenn etwas komisch ist. Diese Person muss kein Technik-Experte sein. Sie muss nur sagen können: Das fühlt sich anders an als vorher. Oder: Hier fehlt der Button, den ich immer benutze.

Stufe drei: Das Livesystem. Erst wenn auf der Staging-Umgebung alles geprüft und abgenommen ist, geht die Änderung live. Und zwar zu einem geplanten Zeitpunkt. Nicht freitags um 17 Uhr. Nicht fünf Minuten vor einem wichtigen Kundentermin. Sondern dann, wenn du und dein Team bereit seid, kurz draufzuschauen, ob alles funktioniert.

Dieser Prozess klingt aufwändig. Ist er aber nicht. In der Praxis sprechen wir über vielleicht 30 Minuten mehr pro Update. Diese 30 Minuten sparen dir im Ernstfall Tage an Aufräumarbeit, verlorene Kunden und jede Menge Stress.

Was dich eine Staging-Umgebung kostet und was sie spart

Die Kosten für eine Staging-Umgebung sind überschaubar. Für die meisten kleinen Systeme, also eine Website, ein Onlineshop, eine interne Webanwendung, brauchst du einen zweiten Server oder einen zweiten Container bei deinem Hoster. Das kostet zwischen 20 und 80 Euro im Monat, je nach Größe.

Die Einrichtung kostet einmalig etwas mehr. Dein Entwickler muss das System duplizieren, die Konfiguration anpassen und sicherstellen, dass die Staging-Umgebung keine echten E-Mails verschickt oder echte Zahlungen auslöst. Das dauert je nach System einen halben bis ganzen Tag. Bei einem Stundensatz von 100 Euro sind das 400 bis 800 Euro.

Was spart es dir? Rechne mal nach. Ein einziger Ausfall von drei Stunden kostet dich bei einem mittelgroßen Onlineshop schnell 2.000 bis 5.000 Euro. Dazu kommen die Stunden, die dein Team mit Schadensbegrenzung verbringt. Dazu kommen verärgerte Kunden, die du vielleicht nie wiedersiehst. Dazu kommt der Stress. Die Staging-Umgebung hat sich nach dem ersten verhinderten Ausfall bezahlt gemacht.

Ich sage es meinen Kunden hier in NRW immer so: Eine Staging-Umgebung ist wie eine Versicherung. Du zahlst ein bisschen jeden Monat und hoffst, dass du sie nie brauchst. Aber wenn du sie brauchst, bist du verdammt froh, dass sie da ist.

Wie du morgen damit anfängst

Du musst nicht alles auf einmal umkrempeln. Der erste Schritt ist ein einfaches Gespräch mit deinem Entwickler oder deiner Agentur. Stell drei Fragen: Haben wir eine Staging-Umgebung? Wie werden Updates aktuell eingespielt? Was passiert, wenn ein Update schiefgeht?

Wenn die Antworten dich nervös machen, weißt du, dass Handlungsbedarf besteht. Dann bitte um ein Angebot für die Einrichtung einer Staging-Umgebung. Die meisten guten Entwickler können das innerhalb einer Woche aufsetzen, ohne dass dein laufendes System davon betroffen ist.

Und dann: Führe eine einfache Regel ein. Nichts geht live, ohne vorher auf der Staging-Umgebung getestet zu werden. Keine Ausnahme. Nicht für kleine Änderungen, nicht für schnelle Fixes, nicht für dringende Sachen. Gerade die dringenden Sachen sind die, bei denen am meisten schiefgeht. Weil alle unter Druck stehen und niemand richtig hinschaut.

Diese eine Regel wird die Qualität deiner Software spürbar verbessern. Deine Mitarbeiter werden weniger Probleme melden. Deine Kunden werden weniger Fehler erleben. Und du wirst nachts besser schlafen.

Staging ist kein Luxus, es ist Grundhygiene

In der Softwareentwicklung gibt es Dinge, die sind optional. Eine schicke Animation auf der Website zum Beispiel. Oder ein Dark Mode. Oder ein Dashboard mit 47 Diagrammen. Das sind Nice-to-haves. Eine Staging-Umgebung ist kein Nice-to-have. Sie ist Grundhygiene. So wie ein Backup, eine Versionierung oder ein vernünftiges Passwort.

Trotzdem fehlt sie in erstaunlich vielen Unternehmen. Weil es niemand angesprochen hat. Weil der alte Entwickler es nicht für nötig hielt. Weil man es halt immer so gemacht hat. Das sind alles keine guten Gründe. Vor allem nicht, wenn dein Geschäft davon abhängt, dass dein System zuverlässig läuft.

Ich habe in den letzten Jahren für viele Unternehmen hier in der Region gearbeitet. Von Düsseldorf bis Mönchengladbach, von kleinen Handwerksbetrieben bis zu mittelständischen Dienstleistern. Und ich kann dir sagen: Die Unternehmen, die einen sauberen Release-Prozess haben, haben weniger Stress, weniger Ausfälle und zufriedenere Kunden. Nicht weil sie mehr Geld ausgeben. Sondern weil sie es an der richtigen Stelle ausgeben.