Warum die besten E-Commerce-Implementierungen mit schwierigen Fragen beginnen
In vielen Unternehmen wird der Moment, in dem ein E-Commerce-Projekt beginnt, mit dem Start des Developments gleichgesetzt. Es entsteht ein Backlog, die ersten Mockups, Integrationen, ein Sprint-Zeitplan, eine Liste von Funktionen und die Erwartung, dass das Projekt tatsächlich gestartet ist, sobald das Technologieteam mit der Arbeit beginnt.
In der Praxis beginnen die besten Implementierungen viel früher.
Nicht mit der ersten Codezeile, nicht mit der Auswahl von Modulen, nicht mit der Entscheidung über das Aussehen der Startseite und nicht mit der Festlegung, welche Funktionen in der ersten Phase enthalten sein sollen. Sie beginnen in dem Moment, in dem das Unternehmen bereit ist, sich schwierige Fragen zu seinem Vertriebsmodell, seinen operativen Prozessen, Daten, Integrationen, Kunden, der Unternehmensgröße und der Art und Weise zu stellen, wie die E-Commerce-Plattform das Wachstum in den kommenden Jahren unterstützen soll.
Genau in dieser Phase werden Entscheidungen getroffen, die später die Implementierungskosten, das Arbeitstempo, die Qualität der Architektur, die Systemstabilität, die Skalierbarkeit der Plattform und die Möglichkeit der weiteren Entwicklung des Online-Vertriebs beeinflussen.
Wenn diese Phase übersprungen wird, beginnt das Development sehr schnell die Rolle einer kostspieligen Methode zur Reparatur ungeordneter Geschäftsentscheidungen zu übernehmen. Das Implementierungsteam erhält eine Liste von Funktionen, aber nicht immer eine Antwort auf die Frage, warum diese Funktionen benötigt werden, welches Problem sie lösen sollen und wie sie in die gesamte Vertriebsarchitektur passen.
Bei CREHLER sehen wir das besonders in komplexen B2B- und B2C-E-Commerce-Projekten, in denen die Plattform kein separater Shop ist, der neben dem Unternehmen funktioniert, sondern Teil eines größeren Ökosystems. Sie ist mit ERP, PIM, WMS, CRM, Zahlungssystemen, Marketing-Automation-Tools, Marketplaces, Data Warehouses, BI-Systemen und Kundenservice-Prozessen verbunden. In einem solchen Umfeld ist die „Implementierung eines Onlineshops” niemals nur die Implementierung eines Onlineshops.
Strategie ist kein Zusatz zum Projekt. Sie ist ein Schutz vor kostspieligem Chaos
Strategie vor dem Start des Developments wird manchmal fälschlicherweise als ein Dokument verstanden, das das Projekt verzögert. In Wirklichkeit verlangsamt eine gut durchgeführte strategische Phase die Implementierung nicht, sondern schützt das Unternehmen vor Entscheidungen, deren Rücknahme später deutlich teurer ist.
Im E-Commerce zeigen sich viele Fehler nicht sofort. Am Anfang kann alles korrekt aussehen. Die Plattform funktioniert, Produkte sind sichtbar, der Warenkorb nimmt Bestellungen an, die Integration überträgt Daten und der Nutzer kann den Kaufprozess durchlaufen. Das Problem entsteht erst dann, wenn das Unternehmen beginnt, den Vertrieb zu skalieren, neue Märkte zu erschließen, das Angebot zu erweitern, neue Kundengruppen hinzuzufügen, Marketplaces zu starten, das Rabattmodell zu ändern oder eine fortgeschrittenere Automatisierung umzusetzen.
Dann stellt sich heraus, dass einige Entscheidungen, die zu Beginn des Projekts getroffen wurden, zu kurzsichtig waren. Die Produktdatenstruktur unterstützt keine weitere Expansion. Die Preislogik berücksichtigt keine komplexen B2B-Bedingungen. Die Integration mit dem ERP verarbeitet keine Ausnahmen, die im täglichen Vertrieb Standard sind. Die Architektur ist nicht auf die Entwicklung vieler Kanäle vorbereitet. Das Kundenpanel entspricht nicht den tatsächlichen Bedürfnissen der Käufer. Der Bestellprozess erfordert weiterhin manuelle Unterstützung durch das Team, obwohl eines der Ziele der Implementierung die Automatisierung war.
Solche Probleme entstehen sehr häufig nicht durch die Technologie selbst. Sie entstehen dadurch, dass vor dem Start des Developments ein strategisches Gespräch darüber fehlte, wie das Unternehmen wirklich funktioniert und wie es nach der Implementierung der neuen Plattform funktionieren soll.
Deshalb ist Strategie keine Präsentation, die „der Ordnung halber” vorbereitet wird. Sie ist eine Möglichkeit, geschäftliche Erwartungen mit der operativen Realität abzugleichen. Sie erlaubt zu prüfen, ob das Unternehmen weiß, was es braucht, ob seine Prozesse für die Digitalisierung bereit sind, ob die Daten ausreichend geordnet sind und ob die gewählte technologische Richtung tatsächlich die Geschäftsziele unterstützt.
Schwierige Fragen sind günstiger als spätere Umbauten
In E-Commerce-Projekten ist es einfach, über Funktionen zu sprechen. Viel schwieriger ist es, über Abhängigkeiten, Konsequenzen und Einschränkungen zu sprechen.
Eine Funktion klingt konkret: Produktkonfigurator, B2B-Panel, individuelle Preislisten, Integration mit ERP, automatische Rechnungen, Unterstützung mehrerer Lager, separate Handelsbedingungen für Kunden, Mehrsprachigkeit, Marketplace, schnelle Nachbestellung, Produktempfehlungen, KI im Kundenservice.
Die echten Fragen beginnen jedoch tiefer.
Kann das aktuelle Preismodell sinnvoll im System abgebildet werden? Sind alle handelsbezogenen Ausnahmen noch notwendig? Sind die Produktdaten vollständig, konsistent und bereit für die Nutzung in vielen Kanälen? Soll das ERP die Quelle der Wahrheit für Preise, Bestände und Geschäftspartner sein? Wie soll die Verantwortung für Daten nach der Implementierung aussehen? Welche Prozesse sollten automatisiert werden und welche erfordern zuerst eine organisatorische Veränderung? Soll die Plattform die aktuelle Arbeitsweise des Unternehmens unterstützen oder ihm helfen, zu einem neuen Vertriebsmodell überzugehen?
Das sind Fragen, die unbequem sein können, weil sie nicht nur die Technologie betreffen, sondern auch die Art und Weise, wie das Unternehmen geführt wird. Sie zeigen Bereiche, in denen das Unternehmen aus Gewohnheit, mit manuellen Umgehungslösungen oder mit Ausnahmen arbeitet, die über Jahre Teil des Alltags geworden sind. Ohne sie zu benennen, kann das Technologieteam nur das bestehende Chaos in ein neues System übertragen.
Und das ist eines der teuersten Szenarien im E-Commerce: eine moderne Plattform, die alte Probleme in einer technologisch fortgeschritteneren Umgebung nachbildet.
E-Commerce sollte das bestehende operative Chaos nicht kopieren
Einer der häufigsten Fehler vor einer Implementierung ist die Annahme, dass die neue Plattform die aktuelle Arbeitsweise des Unternehmens exakt abbilden sollte. Auf den ersten Blick klingt das logisch, denn wenn das Unternehmen auf eine bestimmte Weise arbeitet, sollte das System es unterstützen.
Das Problem besteht darin, dass die aktuelle Arbeitsweise sehr häufig nicht das Zielbetriebsmodell ist, sondern das Ergebnis von Jahren voller Kompromisse, Ausnahmen, manueller Prozesse und ad hoc getroffener Entscheidungen.
In B2B-Unternehmen kann das Hunderte individueller Vereinbarungen mit Kunden bedeuten, in Excel geführte Preislisten, per E-Mail aufgegebene Bestellungen, manuelle Bestätigung der Verfügbarkeit, unterschiedliche Lieferregeln für ausgewählte Geschäftspartner, nicht standardisierte Rabatte, separate Dokumentenabläufe und enormes Wissen der Vertriebsmitarbeiter, das nie in Systemlogik übertragen wurde.
In B2C-Unternehmen kann das ein verstreutes Produktangebot bedeuten, unvollständige Daten, inkonsistente Beschreibungen, separate Prozesse für Marketplaces, manuelle Aktualisierungen von Aktionen, begrenzte Automatisierung der Bestellabwicklung und fehlende einheitliche Kundensicht.
Wenn vor dem Development keine strategische Arbeit durchgeführt wird, besteht ein hohes Risiko, dass die neue E-Commerce-Plattform zu einer digitalen Kopie dieser Probleme wird. Sie wird visuell neu, technologisch modern und potenziell sehr umfangreich sein, aber weiterhin auf ungeordneten Prozessen basieren.
Deshalb besteht eine der wichtigsten Aufgaben zu Beginn des Projekts darin, zu unterscheiden, was das Unternehmen heute tut, von dem, wie es nach der Implementierung funktionieren sollte. Strategie besteht nicht darin, aktuelle Prozesse unreflektiert aufzuschreiben. Sie besteht darin zu bewerten, welche Prozesse abgebildet werden sollten, welche vereinfacht, welche automatisiert und welche vollständig neu gestaltet werden sollten.
Vor dem Development muss man nicht nur den Shop, sondern das gesamte Vertriebsökosystem verstehen
Eine moderne E-Commerce-Implementierung betrifft selten eine einzelne Anwendung. Besonders in mittleren und großen Unternehmen ist die Vertriebsplattform Teil einer größeren Architektur, in der jedes System eine bestimmte Rolle hat.
ERP ist für zentrale operative Daten verantwortlich. PIM ordnet Produktinformationen. WMS unterstützt Logistik und Lager. CRM sammelt Wissen über Kunden. Marketing-Automation-Tools übernehmen die Kommunikation. Marketplaces generieren zusätzlichen Umsatz, erfordern aber auch konsistente Daten und gut gestaltete Prozesse. Analysesysteme zeigen Ergebnisse, aber nur dann, wenn Daten korrekt gesammelt und interpretiert werden.
Wenn das Unternehmen vor Beginn des Developments nicht weiß, wie diese Elemente zusammenarbeiten sollen, beginnt das Projekt sehr schnell zu driften. Jede Integration wird zu einem separaten Thema. Jede Ausnahme erfordert eine zusätzliche Entscheidung. Jede Dateninkonsistenz kehrt als Problem auf der Implementierungsseite zurück.
Deshalb muss das Gespräch über Strategie nicht nur das Aussehen des Shops und die Liste der Funktionen umfassen, sondern auch Datenflüsse, Systemverantwortlichkeiten, Geschäftsregeln, Integrationsprioritäten und die zukünftige Entwicklung der Architektur.
Bei CREHLER gehen wir E-Commerce-Projekte genau auf diese Weise an. Wir analysieren nicht nur, was implementiert werden soll, sondern auch, wie die Plattform im gesamten Umfeld des Unternehmens funktionieren wird. Dadurch sind technologische Entscheidungen nicht von Geschäftsprozessen losgelöst, und das Development beginnt nicht mit einer Wunschliste, sondern mit einer gut verstandenen Logik der Funktionsweise der Organisation.
Strategie hilft festzulegen, was wirklich in die erste Phase gehören sollte
Eine der größten Herausforderungen bei E-Commerce-Implementierungen ist der Projektumfang. Unternehmen wollen sehr häufig alles auf einmal starten, weil jede Funktion wichtig erscheint. Kundenpanel, fortgeschrittene Personalisierung, Mehrsprachigkeit, Integrationen, Marketplaces, Loyalty-Programm, Empfehlungen, umfangreiche Promotions, Automatisierungen, zusätzliche Nutzerrollen, KI-Funktionen und vollständige Analytik.
Ohne Strategie ist es schwer zu beurteilen, was zum Start wirklich kritisch ist und was als nächste Entwicklungsphase geplant werden kann. In der Folge kann das Projekt mit einem Umfang überlastet werden, der die Implementierung verlängert, die Kosten erhöht und es erschwert, die Qualität zu halten.
Eine gut durchgeführte strategische Phase ermöglicht es, Prioritäten zu ordnen. Sie hilft dabei, Funktionen, die für den Start des Vertriebs notwendig sind, von denen zu trennen, die in späteren Phasen einen Wettbewerbsvorteil aufbauen werden. Sie ermöglicht auch zu prüfen, welche Elemente früher vorbereitet werden müssen, weil sie die Architektur der gesamten Lösung beeinflussen.
Nicht jede Funktion muss sofort implementiert werden, aber viele Entscheidungen müssen mit Blick auf die Zukunft getroffen werden. Das ist ein sehr wichtiger Unterschied. Strategie bedeutet nicht, die Ambitionen des Unternehmens zu begrenzen, sondern das Projekt so zu planen, dass die erste Phase den Weg zur weiteren Entwicklung nicht verschließt.
Fehlende Strategie erhöht das Konfliktrisiko zwischen Business, IT und Operations
Eine E-Commerce-Implementierung betrifft immer viele Bereiche des Unternehmens. Die Geschäftsführung schaut auf Investition, Rendite, Skalierung und Wettbewerbsvorteil. Der Vertrieb schaut auf Kunden, Handelsbedingungen und Beziehungen. Marketing schaut auf Conversion, Inhalte, Kampagnen und Nutzererfahrung. IT schaut auf Sicherheit, Integrationen, Stabilität und Wartung. Logistik schaut auf Verfügbarkeit, Lager, Lieferungen und Retouren. Der Kundenservice schaut auf Kommunikation, Reklamationen und alltägliche Probleme der Käufer.
Wenn diese Perspektiven vor dem Development nicht verbunden werden, beginnt das Projekt Spannungen zu erzeugen. Jede Abteilung hat ihre eigene Vision, ihre eigenen Prioritäten und ihre eigene Definition von Erfolg. Dann wird das Implementierungsteam in eine schwierige Situation gebracht, weil es eine Lösung realisieren soll, auf die sich die Organisation intern noch nicht einigen konnte.
Strategie hilft dabei, ein gemeinsames Verständnis des Projekts aufzubauen. Das bedeutet nicht, dass alle Entscheidungen einfach sein werden, aber es sorgt dafür, dass sie bewusst getroffen werden. Sie ermöglicht festzulegen, was das Geschäftsziel der Implementierung ist, welche Prozesse geändert werden sollen, welche Einschränkungen kritisch sind, welche Risiken berücksichtigt werden müssen und wie der Erfolg des Projekts gemessen wird.
Dadurch ist Development kein Schlachtfeld zwischen Abteilungen, sondern eine Phase der Umsetzung einer zuvor vereinbarten Richtung.
Gute Fragen decken Risiken auf, bevor sie zu technologischen Problemen werden
Der größte Wert von Strategie vor dem Development liegt in der Möglichkeit, Risiken frühzeitig zu erkennen. Nicht jedes Risiko lässt sich eliminieren, aber die meisten lassen sich besser planen, wenn sie früh genug benannt werden.
Ein Risiko kann eine niedrige Qualität der Produktdaten sein. Es kann eine zu große Anzahl von Ausnahmen in der Preispolitik sein. Es kann das Fehlen eines Prozesseigentümers auf Kundenseite sein. Es kann die Nichtverfügbarkeit des operativen Teams in entscheidenden Projektmomenten sein. Es kann ein zu breiter Umfang der ersten Phase sein. Es kann die mangelnde Passung des aktuellen ERP zum geplanten Vertriebsmodell sein. Es kann auch die fehlende Entscheidung sein, ob das Unternehmen nur eine neue Plattform starten oder tatsächlich die Art und Weise verändern möchte, wie es Online-Vertrieb betreibt.
Wenn diese Themen erst während des Developments auftauchen, verursachen sie in der Regel Verzögerungen, zusätzliche Kosten und schwierige Projektentscheidungen. Wenn sie früher besprochen werden, können sie Teil des Plans werden.
Genau deshalb sind schwierige Fragen eines der wichtigsten Werkzeuge in einer guten Implementierung. Sie dienen nicht dazu, das Projekt zu verkomplizieren. Sie dienen dazu, es später nicht auf deutlich teurere Weise komplizieren zu müssen.
Die Rolle des Technologiepartners sollte nicht mit dem Coding beginnen
In komplexen E-Commerce-Projekten sollte ein Technologiepartner nicht ausschließlich der Ausführer des Backlogs sein. Seine Rolle sollte mit dem Verständnis des Geschäfts, der Prozesse, Einschränkungen und Ziele des Kunden beginnen. Erst dann kann er technologische Lösungen verantwortungsvoll empfehlen.
Wenn ein Implementierungspartner die Arbeit ausschließlich mit der Umsetzung von Aufgaben beginnt, besteht das Risiko, dass er sehr effizient etwas baut, das nicht das richtige Problem löst. Er kann Funktionen liefern, die dem Briefing entsprechen, aber nicht unbedingt dem tatsächlichen Geschäftsbedarf. Er kann eine Integration umsetzen, die technisch funktioniert, aber den Zielprozess nicht unterstützt. Er kann ein B2B-Panel implementieren, das korrekt aussieht, aber die Vertriebsmitarbeiter in ihrer täglichen Arbeit nicht entlastet.
Deshalb sollte ein guter Partner nicht nur die Fragen des Kunden beantworten können, sondern auch eigene Fragen stellen. Er sollte helfen, Prioritäten zu ordnen, Abhängigkeiten aufzuzeigen, Konsequenzen von Entscheidungen zu bewerten und zu zeigen, welche Lösungen nicht nur am Tag des Plattformstarts sinnvoll sein werden, sondern auch nach einem, zwei oder fünf Jahren Entwicklung.
Bei CREHLER ist es uns besonders wichtig, dass die Phase vor dem Development als Teil realer Projektarbeit behandelt wird und nicht als Formalität. In dieser Phase entsteht das Fundament für Architektur, Integrationen, Implementierungsumfang, Kooperationsmodell und die weitere Entwicklung der Plattform.
Strategie endet nicht mit einem Dokument, sondern mit Entscheidungen
Die strategische Phase hat nur dann Wert, wenn sie zu Entscheidungen führt, die später das Development ordnen. Es geht nicht darum, ein umfangreiches Dokument zu erstellen, das akzeptiert und beiseitegelegt wird. Es geht darum, eine praktische Handlungsrichtung vorzubereiten.
Nach einer gut durchgeführten Strategie sollte das Unternehmen wissen, welches Ziel die Implementierung hat, welcher Umfang in der ersten Phase enthalten sein sollte, welche Integrationen kritisch sind, welche Prozesse eine Veränderung erfordern, welche Daten geordnet werden müssen, welche Funktionen den größten Einfluss auf das Geschäft haben und welche architektonischen Entscheidungen vor Beginn der Arbeiten getroffen werden müssen.
Eine solche Phase erlaubt auch, Budget und Zeitplan besser zu bewerten. Nicht deshalb, weil sie alle Unbekannten eliminiert, sondern weil sie die Anzahl der Annahmen reduziert, die blind getroffen werden. Je besser das Unternehmen sein Projekt vor dem Development versteht, desto größer ist die Chance, dass die Implementierungsarbeiten geordnet verlaufen.
Strategie garantiert nicht, dass das Projekt einfach sein wird. In gutem E-Commerce sind viele Dinge nie einfach, weil die Vertriebsplattform die Komplexität des Geschäfts abbilden muss. Strategie sorgt jedoch dafür, dass diese Komplexität bewusst gestaltet und nicht zufällig während des Codings entdeckt wird.
Die besten Implementierungen beginnen, bevor der erste Sprint entsteht
Eine gute E-Commerce-Implementierung besteht nicht darin, das Development so schnell wie möglich zu starten, sondern darin, es im richtigen Moment zu starten – dann, wenn das Unternehmen seine Ziele, Prozesse, Daten, Einschränkungen und Entwicklungsrichtung versteht.
Die besten Projekte beginnen nicht mit der Frage: „Was sollen wir bauen?”. Sie beginnen mit deutlich wichtigeren Fragen: Warum bauen wir das, welches Problem lösen wir, was muss sich in der Organisation verändern, welche Entscheidungen werden die Zukunft beeinflussen und wie lässt sich eine Plattform gestalten, die nicht nur den aktuellen Vertrieb unterstützt, sondern seine Skalierung ermöglicht.
Genau deshalb sind schwierige Fragen eines der wichtigsten Elemente einer guten Implementierung. Sie helfen, zufällige Entscheidungen zu vermeiden, das Risiko kostspieliger Umbauten zu reduzieren und eine Lösung aufzubauen, die aus geschäftlicher, operativer und technologischer Perspektive sinnvoll ist.
Wenn ein Unternehmen E-Commerce als strategisches Element der Entwicklung betrachtet, sollte es nicht mit Development beginnen. Es sollte mit einem Gespräch darüber beginnen, wie sein Online-Vertrieb wirklich funktionieren soll.
Bei CREHLER helfen wir Unternehmen, diese Phase bewusst zu durchlaufen – von der Analyse der Prozesse über die Lösungsarchitektur bis hin zur Implementierung und weiteren Entwicklung der E-Commerce-Plattform. Dadurch ist Development nicht der Beginn der Suche nach Antworten, sondern die Umsetzung einer gut durchdachten Richtung.
Wenn Sie die Implementierung oder Weiterentwicklung einer E-Commerce-Plattform planen und prüfen möchten, ob Ihr Projekt bereit für die Development-Phase ist, sprechen wir über Strategie, Architektur und die Entscheidungen, die getroffen werden sollten, bevor der erste Sprint entsteht.
