Vom Big-Bang-Projekt zur ersten echten Bestellung - warum wir bewusst klein starten

Executive Summary

Das verbreitetste Muster im Mittelstands-E-Commerce ist auch das teuerste: monatelang einen großen, perfekten Shop planen, sechsstellig vorab investieren - und erst beim Live-Gang erfahren, ob er am Markt funktioniert. Wir gehen den umgekehrten Weg. Wir starten klein, oft auf einer soliden Standard-Basis wie Shopware, gehen so früh wie möglich live und bauen von dort iterativ aus. Jeder Ausbauschritt finanziert sich idealerweise aus dem, was der Shop schon verdient. Dieser Beitrag erklärt, warum das weniger Risiko bedeutet als der vermeintlich sichere große Plan - und wann ein großes Setup trotzdem gerechtfertigt ist.

Das Big-Bang-Versprechen - und sein eingebauter Fehler

Die Logik klingt überzeugend: einmal richtig planen, alles bedenken, einen Shop bauen, der alle Wünsche erfüllt. Am Ende steht ein sechsstelliges Angebot, eine lange Konzeptionsphase und ein Live-Termin in vielen Monaten.

Der Fehler steckt nicht im Anspruch, sondern im Zeitpunkt der Wahrheit. Bei einem Big-Bang-Projekt erfahrt ihr erst ganz am Ende, ob die Sache trägt - ob die Kunden den Bestellprozess verstehen, ob die geplanten Funktionen wirklich gebraucht werden, ob die Annahmen aus der Konzeptionsphase noch stimmen. Bis dahin ist das gesamte Budget gebunden. Stellt sich dann heraus, dass ein zentraler Baustein am echten Kaufverhalten vorbeigeht, habt ihr keinen kleinen Fehler - ihr habt ein teures Problem.

Klein starten heißt nicht schlecht starten

Klein zu starten wird oft mit „billig und unfertig" verwechselt. Gemeint ist das Gegenteil.

Wir bauen in der Regel auf einer bewährten Open-Source- oder Standard-Basis auf - Shopware oder Magento. Diese Systeme haben einen funktionierenden Warenkorb, einen sauberen Checkout, Zahlungsanbindung und Produktverwaltung längst gelöst. Was ihr von uns bekommt, ist nicht ein halbfertiger Shop, sondern ein vollständiger, sauberer Shop: euer Design, eure Farben, euer Logo, eure wichtigsten Funktionen - und dann so schnell wie möglich live.

Was wir bewusst weglassen, ist nicht Qualität, sondern Spekulation. Jede Funktion, von der niemand sicher weiß, ob die Kunden sie brauchen, kommt nicht in den ersten Schritt. Sie kommt dann, wenn der Bedarf sichtbar ist.

Jede Bestellung finanziert den nächsten Schritt

Hier liegt der eigentliche Unterschied im Risiko. Beim Big-Bang zahlt ihr alles vorab, bevor ein einziger Euro Umsatz fließt. Im iterativen Modell läuft es umgekehrt: Der Shop geht früh live, die ersten echten Bestellungen kommen herein - und der nächste Ausbauschritt wird aus dem finanziert, was der Shop bereits verdient.

Das verändert die Rechnung grundlegend. Ihr investiert nicht in eine Hoffnung, sondern in etwas, das schon Umsatz macht. Erfahrungsgemäß ist eine erste echte Bestellung über einen so gestarteten Shop oft schon nach wenigen Wochen möglich - kein Versprechen, aber ein realistischer Erfahrungswert, wenn auf solider Basis gearbeitet wird.

Und falls sich eine Funktion nicht bewährt: Sie lässt sich klein und günstig wieder herausnehmen. Ihr verliert dann nicht das ganze Budget, sondern nur einen kleinen Schritt. Ein einzelner Schritt liegt - als Beispielgröße, nicht als Festpreis - oft in einer überschaubaren Größenordnung statt im sechsstelligen Bereich. Genau das macht Fehler bezahlbar.

Continuous Deployment: so arbeiten wir wirklich

Das iterative Vorgehen ist keine Vertriebs-Erzählung, es ist unsere tägliche Arbeitsweise. Wir bauen ein kleines, klar abgegrenztes Stück, bringen es live, prüfen, ob es im echten Betrieb funktioniert - und gehen dann zum nächsten Schritt. Dieser Rhythmus aus Bauen, Ausliefern, Prüfen ist die Grundlage von Continuous Deployment.

Der Vorteil für euch: Ihr seht nach jedem Schritt einen funktionierenden Stand. Ihr müsst nicht Monate warten und auf ein Ergebnis vertrauen - ihr könnt unterwegs nachjustieren, Prioritäten verschieben, auf das reagieren, was die ersten Kunden tatsächlich tun.

Was eure Kunden wirklich erwarten

Ein Punkt, den wir in Erstgesprächen oft klarstellen müssen: Eure Endkunden erwarten meist gar kein aufwendiges Custom-Design. Sie wollen einkaufen. Sie wollen ein Produkt finden, verstehen, in den Warenkorb legen und ohne Reibung bezahlen.

Ein funktionierender, sauberer, schneller Shop verkauft. Das letzte Quäntchen gestalterische Raffinesse ist selten der Grund, warum ein Kauf zustande kommt oder abbricht. Diese Erkenntnis nimmt viel Druck aus dem Start - und Geld, das nicht in spekulatives Design fließt, kann in das gehen, was den Umsatz wirklich bewegt.

Wann ein großes Setup berechtigt ist

Ehrlich bleibt ehrlich: Es gibt Fälle, die von Anfang an ein größeres Setup brauchen - etwa hochkomplexe ERP-Integrationen, internationale Multi-Shop-Strukturen oder regulatorische Anforderungen, die sich nicht schrittweise nachrüsten lassen. Solche Konstellationen gibt es, und dann sagen wir das auch.

Aber das ist die Minderheit. Für die meisten mittelständischen Händler ist der Big-Bang kein Sicherheitsgewinn, sondern unnötig teures Risiko - ein großer Einsatz auf eine einzige, ungetestete Wette.

Fazit

Der sicher wirkende große Plan ist in Wahrheit die riskantere Variante: Er bindet das ganze Budget, bevor irgendetwas am Markt bewiesen ist. Klein und iterativ zu starten heißt nicht, Abstriche zu machen - es heißt, mit einem vollständigen Shop früh live zu gehen, aus echten Bestellungen zu lernen und jeden weiteren Schritt auf gesicherter Grundlage zu finanzieren. In Teil 1 dieser Serie haben wir erklärt, warum wir direkt im Team sitzen. Wie der so entstandene Code wartbar bleibt und sauber bei euch ankommt, ist Thema des nächsten Beitrags.

Teil 2 der Serie „E-Commerce ohne Bullshit".