Standard-ERP vs. individuelles ERP: Wann ergibt ein eigener Bau Sinn?

Diese Entscheidung wird als philosophische dargestellt, Bauen vs. Kaufen, dabei ist sie eigentlich eine Passgenauigkeitsfrage: Passt das Modell einer Standardplattform davon, „wie ein Geschäft läuft", zu der Art, wie Ihr Geschäft tatsächlich läuft. Für viele E-Commerce-Verkäufer am Anfang passt es, nah genug. Für eine wachsende Zahl hört es auf zu passen, sobald sie über mehrere Kanäle skalieren.

Standard-ERPs (NetSuite, Odoo, Brightpearl und ähnliche) verdienen ihre Beliebtheit, weil sie einen mehrmonatigen Bau in ein mehrwöchiges Setup komprimieren. Sie erhalten Bestandsverwaltung, Auftragsabwicklung, Basis-Reporting und eine Bibliothek vorgefertigter Integrationen ab Tag eins. Für ein Unternehmen, das seinen operativen Kernworkflow noch herausfindet, ist diese Geschwindigkeit viel wert, und individuelle Software zu bauen, bevor Sie wissen, wie Ihr Prozess aussehen soll, ist meist verfrüht.

Die Lizenzgebühr sind nie die echten Kosten. Es ist die Anpassungsarbeit: Berater, die Workflows konfigurieren, für die die Plattform nicht ganz gebaut wurde, Middleware, um Integrationen zu überbrücken, die die Plattform nicht nativ unterstützt, und laufende Gebühren jedes Mal, wenn ein neuer Marktplatz oder eine neue Geschäftsregel angeflanscht werden muss. Wir haben E-Commerce-Verkäufer gesehen, die über zwei Jahre mehr für die Anpassung eines Standard-ERPs ausgegeben haben, als der Bau eines maßgeschneiderten Systems von Grund auf gekostet hätte.

Das Anzeichen, dass Sie von „Standard mit etwas Setup" zu „Standard, der gegen Ihr Geschäftsmodell kämpft" übergegangen sind, ist ein sich wiederholendes Muster: Dieselbe Kategorie von Workaround taucht immer wieder auf. Eine Tabelle, die existiert, weil die Plattform eine Preisregel nicht handhaben kann, die Sie tatsächlich brauchen. Ein manueller Export/Import-Schritt jede Woche, weil zwei Systeme, die die Plattform verbinden soll, nicht so synchronisieren, wie Ihr Geschäft es braucht. Ein Workaround ist normal. Drei wiederkehrende sind ein Zeichen, dass die Annahmen der Plattform und Ihr Betrieb auseinandergedriftet sind.

Individuelles ERP ergibt am meisten Sinn, wenn Ihr Kernwert der Workflow selbst ist, wenn die Art, wie Sie Bestand, Preise oder Fulfillment über Kanäle hinweg verwalten, tatsächlich ein Wettbewerbsvorteil ist, kein Overhead, den Sie loswerden wollen. Individuelle Software zu bauen, um einen generischen Workflow zu replizieren, den eine Plattform bereits gut beherrscht, ist Geld, das für ein bereits gelöstes Problem ausgegeben wird.

Es ergibt auch Sinn, wenn Integration der ganze Sinn ist. Wenn Ihr Geschäft wirklich darauf beruht, Amazon, Shopify, WooCommerce und ein Lagersystem auf Weisen zu verbinden, die keine Standardplattform vorausgesehen hat, schlägt ein System, das um Ihr tatsächliches Integrationsdiagramm herum entworfen ist, eine allgemeine Plattform mit angeflanschten Konnektoren für jede einzelne.

Die meisten Unternehmen, die diese Frage stellen, brauchen eigentlich kein von Grund auf individuelles ERP. Sie brauchen zwei oder drei Integrationen oder Workflow-Regeln, die ihre aktuelle Plattform wirklich nicht kann, und genau das zu bauen, auf oder neben dem, was sie bereits haben, kostet einen Bruchteil eines vollständigen individuellen Baus und löst das eigentliche Problem. Wir beginnen jedes ERP-Gespräch damit, abzubilden, welche Teile des aktuellen Setups tatsächlich kaputt sind, bevor wir einen der beiden Wege empfehlen, denn „alles ersetzen" ist selten die Antwort, sobald man isoliert hat, was den Schmerz tatsächlich verursacht.

Die ehrliche Version dieses Vergleichs ist nicht Bauen vs. Kaufen als einmalige Wahl. Sie lautet: Was ist das kleinste System, das Ihren tatsächlichen Engpass beseitigt, und sieht das eher nach Konfigurieren dessen aus, was Sie haben, oder nach Bauen dessen, was Ihnen fehlt. Bekommen Sie diese Antwort richtig, beantwortet sich der Kostenvergleich meist von selbst.