Die Plattform Diskussion zwischen Demandware (SaaS) und Magento (kommerzielles Open Source) ist im vollen Gange. Matt Asay schrieb bei CNET über die fehlerhafte Kritik an Open Source von Stephan Schambach, Roy Rubin griff das Thema im Magento Blog auf und Jochen Krisch informierte über den Stand der Debatte. So sah sich Demandware gezwungen erneut Stellung zu dem Thema zu nehmen und rechtfertigte sich gleich in zwei weiteren Beiträgen in ihrem Blog.
Die Argumentation von Stephan Schambach gegen die bekannte Abhängigkeit von SaaS Anbietern überraschte mich dann doch sehr:
With Demandware, there is vendor dependency, of course. But what is delivered is well defined, and there is the same customization flexibility as with other development environments.
Aus meiner Sicht wird die Abhängigkeit von einem Anbieter wie Demandware nicht dadurch geschwächt, dass diese genau definiert ist in Verträgen. Ganz im Gegenteil, denn die Innovationsgeschwindigkeit und die Möglichkeit der Ausarbeitung von Alleinstellungsmerkmalen liegt bei einer SaaS Plattform immer in der Entscheidungshoheit des Anbieters. Sollte dieser eine Funktion für so interessant halten, dass sie aufgenommen wird in die Software, ist davon auszugehen, dass diese von einer großen Anzahl von Kunden nachgefragt wird und dann auch zeitgleich überall in der gleichen Weise eingebunden wird. Wettbewerbsvorteile sehen anders aus.
Die Abhängigkeit von Demandware als SaaS Anbieter versucht Stephan Schambach weiterhin gleich zu setzen mit der beim Einsatz einer Open Source Entwicklung:
In a heavily customized Open Source app, the business side—the eCommerce merchandisers—are dependent on either an agency for every change and pay through the nose, or they depend on an IT department and talent is hard to find, expensive, and even harder to keep.
Diese Argumentation beinhaltet einige Fehleinschätzungen und trifft eher auf eine komplette Eigenentwicklung zu, als auf eine standardisierte Open Source Lösung. Der Vorteil hier liegt gerade darin, dass viele Agenturen, der Hersteller und auch In-House Entwickler die Lösungen weiterentwickeln und warten können. In der Regel wird durch Schulungen, Dokumentation und Literatur zu der Plattform die Möglichkeit gegeben unabhängig von einer Agentur oder wenigen Entwicklern zu sein. Sicher ist aktuell die Nachfrage nach Magento Entwicklern hoch, die Anzahl der Entwickler die sich mit der Plattform beschäftigen und somit in Frage kommen als Mitarbeiter ist jedoch auch riesig (Mehr als 1 Mio. Downloads in 14 Monaten).
Genau wie bei Demandware setzt Magento bei Komponenten die die Kernkompetenz verlassen auf externe Dienstleister und auch SaaS. So findet man neben spezialisierten Infrastruktur-Dienstleistern bei Magento Connect mittlerweile weit über 1.000 Module unter denen auch Anbindungen an SaaS Dienste sind. Die freie Auswahl der passenden Dienste ist in diesem Fall jedoch dem Shopbetreiber überlassen und nicht von der Plattform vorgegeben. Außerdem kann in dieser Konstellation sichergestellt werden, dass die wertvollen Daten auch wirklich im Besitz des Kunden bleiben und nicht an den Dienstleister gebunden sind.
Das nenne ich e-Commerce Freedom.
Veröffentlicht unter Magento, SaaS, e-Commerce, open source
Tagged cnet, debatte, Demandware, e-Commerce, Eigenentwicklung, gefangen, Magento, open source, roy rubin, SaaS, software as a service, Stephan Schambach
Diese Woche berichtete Jochen Krisch bei Exciting Commerce über die Vorliebe einiger Top 500 Shops (Umsatz größer 500.000 € und meist aus der Haustierbranche) für Eigenentwicklungen bei e-Commerce Lösungen. Seine Begründung ist dabei sehr einleuchtend:
Die marktprägenden Shopsystemhersteller haben zu lange auf die Anforderungen der vermeintlichen Big Player aus dem Multi-Channel- und Katalogversand gesetzt und so zunehmend die Expertise bei den reinen Online-Versendern verloren (s. Shoppingsysteme mit Zukunft). Bezeichnend für diese Entwicklung ist, dass ausgerechnet ein Newcomer wie Magento als erster mit einer Lösung für Clubkonzepte aufwartet.
Auch wir bei Visions haben vor unserer Ausrichtung auf Magento ausschließlich individuelle e-Commerce Lösungen entwickelt, da Standardlösungen für unsere Kunden wegen der Ausrichtung auf Alleinstellungsmerkmale nicht interessant waren. So lösten wir bei Aria.co.uk, einem der größten online Shops für Computer Komponenten in England, 2007 die frühere individuelle Lösung durch eine neue Eigenentwicklung ab, die bis heute sehr erfolgreich eingesetzt wird.
Da jedoch die Anforderung an Standard-Funktionen immer weiter wuchs und der Aufwand diese in bereits bestehende Eigenentwicklungen zu integrieren nicht in dem Verhältnis zum Mehrwert stand, spielten wir, wie viele andere e-Commerce Dienstleister auch, mit dem Gedanken eine eigene Lösung aufzusetzen mit der wir dann bestens aufgestellt sein würden (theoretisch). In den Anfängen der Planung unserer eigenen Lösung sahen wir dann Varien mit der Umsetzung von Magento mit einem 60 Mann starken Entwicklungsteam beginnen. Genau der richtige Zeitpunkt, um unsere Planung mit der von Varien abzugleichen und dann festzustellen, dass Open Source in Kombination mit einem so starken Entwicklungsteam uns sehr bald überlegen sein würde. Wir prüften außerdem die bereits bestehenden Systeme von Anbietern, die auf der Suche nach neuen Partneragenturen waren, wie Intershop, Oxid und ePages. Diese konnten bei den Aspekten Funktionsumfang, Erweiterbarkeit und Systemarchitektur jedoch nicht mit den zu diesem Zeitpunkt angestrebten Zielen von Magento mithalten.
Glücklicherweise bewahrheiteten sich die ehrgeizigen Ziele von Magento und es konnte innerhalb von nur zwei Jahren ein e-Commerce System erstellt werden, welches bei Kunden wie Mydeco, die prädestiniert für eine Eigenlösung waren, bereits im Sommer 2008 die erste Wahl als Plattform wurde. In einem Interview im Shopbetreiber-blog hatte ich Mydecos Beweggründe detaillierter beschrieben. Auch die Serie „Magento und die Open Source Zukunft 2009-2010“ gab einen schönen Ausblick auf die Dynamik hinter Magento durch den Open Source Faktor.
Zusammenfassend ist aus meiner Sicht zu sagen, dass eigenentwickelte e-Commerce Lösungen nur dann eine Option sein sollten, wenn in-house über die Qualitäten eines Softwareherstellers verfügt werden kann und ein Framework geschaffen wird, welches es verhindert in die bekannte Einbahnstraße zu fahren, aus der man nicht mehr ohne Systemwechsel heraus kommt. Dieses Problem ist bis jetzt bei jeder mir bekannten e-Commerce Eigenentwicklung aufgetreten. Durch den individuellen Ansatz verbaut man sich zu leicht die Optionen, die im schnelllebigen e-Commerce so dringend aufgeriffen werden sollten und dann zu einem späteren Zeitpunkt als Alleinstellungsmerkmal dienen sollen.
Standardlösungen hingegen sollten nur dann eingesetzt werden, wenn man durch das System einen Großteil der Anforderungen bereits abdecken kann und dann sichergestellt ist, dass die eigenen Anpassungen in Form von Modularen Erweiterungen erfolgen können, die die Updatefähigkeit des Standardsystems nicht beeinflussen. Nur dann erhalte ich mir den Vorteil an der Weiterentwicklung zu partizipieren und nicht jede Funktion selber umsetzen zu müssen. Wegen dieses Problems sind schon viele Unternehmen mit stark angepassten Standardlösungen nicht mehr in der Lage gewesen weiterhin dem Pfad des Softwareherstellers zu folgen.
