Wie ich erfahren habe, gibt es heute bereits die Technologie, die wohl die nächste Generation der Internetentwicklung antreiben wird. Da scheinbar jeder Browser JavaScript unterstützt und die Großen wie Firefox, IE und Opera von den Innovationen von Google Chrome partizipieren, die in dieser Absicht open source veröffentlicht wurden, scheint JavaScript die größten Chancen zu haben sich Client-Seitig entgültig  durchzusetzen. Bevor es ein JavaScript Konkurrent in alle Browser schafft, sollte einige Zeit vergehen. Auch Server-Seitig kommt JavaScript mittlerweile vereinzelt zum Einsatz, ist dort aber natürlich in einer komplette anderen Wettbewerbssituation.

Beeindruckt hat mich in diesem Kontext Cloud9, ein web-basierter IDE (integrated development environment), der es Entwicklern ermöglicht im Browser zu entwickeln und zu debuggen. Entwicklungssoftware entfällt somit völlig und mit einem minimalen Stack von z.B. MongoDB oder CouchDB und Node.js kann eine vollwertige Alternative zu LAMP (Linux, Apache, MySQL und PHP) entstehen, wie es heute der Standard im Web ist.

Wenn ich mir jetzt ein Entwicklungsteam für ein LAMP Projekt (wie Magento, OXID, Shopware oder Presta) vorstelle und dieses mit meinem vorangestellten Beispiel von JavaScript vergleiche fällt auf, dass ich theoretisch nur eine JavaScript Kompetenzgruppe in der Entwicklung brauche. Der bisher bekannte Unterschied zwischen Front End, Back End und Infrastruktur entfällt.

Für Agenturen würde das bedeuten, dass sie ihre Teams viel einfacherer auslasten könnten und auch das Anlernen aufgrund des einfacheren Austausches von Wissen viel schneller vorangehen müsste. Jetzige Front End Agenturen, die wohl die meisten JavaScript Entwickler beschäftigen dürften, könnten ihren Tätigkeitsbereich leicht erweitern und ganze Lösungen anbieten.

Eine kleine Einführung in die e-Commerce Entwicklung mit MongoDB hat Kyle Banker bereits im April 2010 in seinem Blog gegeben. Dank der Weiterentwicklung im letzten Jahr, sollte der Einstieg noch leichter geworden sein. Er nimmt dabei übrigens auch Bezug auf das Schema von Magento.

Soweit bekannt, würde ich mich über Beispiele von e-Commerce Entwicklungen auf Basis von MongoDB, CouchDB und Node.JS freuen!

Im Oktober findet übrigens in Berlin eine Konferenz zu dem Thema statt: JSconf.eu

Die Community freut sich über neue Veröffentlichungen der 1.x Editionen, die Fehler im schnell gewachsenen Code beheben. Das Kernteam von Magento selbst hingegen, ist schon längst mit Magento 2 beschäftigt, welches all das verspricht, was die 1.x dann doch nicht mehr schafft in ihrer Lebenszeit. Ein Cut, aber wie konsequent?

Da mittlerweile bekannt geworden ist, dass Magento 2 wiederum auf vergleichbare Technologie setzt und auch das EAV Datenbankmodell erneut die Antwort auf Flexibilität bei Attributen sein wird, stellt sich die Frage welches Shopsystem im e-Commerce innovative Akzente setzen wird.

Auf der Next Conference wurde dieses Jahr ein Projekt von Rewe vorgestellt. Es stellte sich in der Konzeptionsphase heraus, dass die am Markt verfügbaren Shopsysteme nicht in der Lage sind die große Anzahl an Katalogen und Individualisierbarkeit abzubilden, die von einer solchen Lösung verlangt wird. Auch die Skalierbarkeit machte Sorgen. Die Antwort war dann eine Eigenlösung, basierend auf aktuellster Web-Technologie, die man bisher vergeblich in Shopsystemen sucht. Dazu gehört neben einem HTML5 Front End besonders ein nicht relationales Datenbanksystem (NoSQL). Denn mit Hilfe einer solchen Technologie, wie sie unter MongoDB und CouchDB bekannter ist, lassen sich hoch skalierbare und besonders infrastruktur-schonende Lösungen umsetzen. Für weitere Informationen zu der Lösung empfehle ich das Video des Vortrages.

Magento, Oxid, Presta und Shopware, keine dieser Open Source Lösungen nutzt bisher NoSQL oder vergleichbare Technologien. Der Wettkampf zwischen diesen Systemen erfolgt eher im Rahmen des Marketings, anhand von Feature Listen und out-of-the-box unterstützter Geschäftsmodelle. Die Frage nach den wirklichen Innovationen im e-Commerce Umfeld bleibt also stehen. Und ich frage mich, ob Shopsysteme überhaupt die Vorreiterrolle einnehmen sollten, oder man aufgrund der schnellen Weiterentwicklung eine Ebene tiefer ansetzen sollte, bei den Frameworks, deren Komponenten und Vernetzung sich schneller anpassen lässt.

Um das Stimmungsbild einzufangen hat Josef von TechDivision eine Umfrage gestartet und bittet um rege teilnahme in der Szene. Ich möchte mit diesem Beitrag auch auf seine Umfrage aufmerksam machen. Bitte teilnehmen:

Umfrage zur Magento-Übernahme durch eBay

Bei Tradoria Checkout handelt es sich um ein Checkout System, vergleichbar mit Google Checkout oder Checkout by Amazon, jedoch speziell für die Bedürfnisse von deutschen Shopbetreibern und Händlern ausgelegt. So werden 10 Zahlungsarten mit Auszahlungsgarantie (darunter auch Lastschrift und Rechnung), sowie telefonische Bestellannahme angeboten werden. Zur schnellen Einbindung in bestehende Shopsysteme werden kostenlose Module für Magento, OXID esales und XT:commerce, sowie ein Handbuch zur Integration in weitere Shopsysteme und Eigenentwicklungen angeboten.

Durch den Tradoria Checkout können online Händler von der bei bereits über 1 Mio. Bestellungen gesammelten Erfahrung profitieren und innerhalb kürzester Zeit ohne Risiko durch Forderungsausfall online verkaufen. Die bisherigen Kunden des Tradoria Marktplatzes und der über 4.800 Tradoria Mietshops können ohne erneute Anmeldung einfach unter Nutzung ihrer bestehenden Zugangsdaten per Tradoria Checkout sicher in angebundenen Shops einkaufen. Als gleichzeitig angebotene Alternative zu aktuellen Payment Service Provider Integrationen oder zum schnellen Einstieg in den online Handel stellen Checkout Systeme eine attraktive Option dar, die es in Deutschland bisher noch nicht gibt.

Unabhängig davon, ob eBay Magento in 2010 und heute noch genug Luft lässt die eigene “Vision” zu verfolgen, ist durch die jetzt schon 49% Beteiligung klar, dass das Gründerteam um Roy Rubin und Yoav Kuttner mittelfristig nicht mehr in der Lage sein wird mit der selbstbestimmten Dynamik voran zu schreiten, die Magento 2008 und 2009 groß gemacht hat. Initiativen wie die engere Einbindung der Community in die Entwicklung des Kernproduktes scheinen still zu stehen und, wie auch Roman bemerkt, nicht über das Melden von Bugs hinaus zu kommen. Fragen nach einem Fork oder einer Revolution aus der Community heraus werden gestellt.

Wie steht es eigentlich finanziell um Oxid, die den Open Source Schritt erst nach Magento gegangen sind und immer etwas im Schatten von Magento stehen? Ich habe Quellen gefunden, die darauf hinweisen, dass Oxid im November 2008 von der MBG (Mittelständische Beteiligungsgesellschaft Baden-Württemberg) Mittel erhalten hat, um u.a. die Open Source Strategie verfolgen zu können. Aus den Erläuterungen des Jahresabschlusses geht außerdem hervor, dass Oxid 2011 laut Prognose erstmalig profitabel das Jahr beenden möchte. Wer steckt also hinter der MBG und welcher Einfluss auf Oxid wird durch diesen Investor ausgewirkt? In der Pressemeldung wird dieses verdeutlicht:

Die Beteiligung erfolgte im Rahmen der 2007 beschlossenen Kooperation von LBBW Venture, KfW und MBG zur Förderung von innovativen Wachstumsunternehmen. Die Gesamtkooperation von LBBW Venture, KfW und MBG umfasst derzeit ein Beteiligungsvolumen von 30 Mio. €. Mit diesem Finanzierungsangebot soll sichergestellt werden, dass jungen Unternehmen in der Entwicklungs- und Markteinführungsphase in Baden-Württemberg neben einer ausreichenden Kapitalausstattung durch die intensive Betreuung und die Bündelung der sich ergänzenden Netzwerke eine optimale Unterstützung zukommt. Das Angebot zielt darauf, die Erfolgschancen von innovativen Gründungen in Baden-Württemberg zu stärken.

Meiner Meinung nach ist somit eine klare Unterstützung in der Markteinführungsphase gemeint, welche in den kommenden Jahren abgeschlossen sein sollte. Strategisch sollte Oxid daher wohl unabhängig bleiben können. Wie sich genau die Beteiligungsverhältnisse um Oxid gestalten hat sich mir jedoch noch nicht erschlossen.

Ich teile die Meinung, dass sich Magento zwischen vielen Investoren entscheiden konnte und in dieser frühen Phase daher keine Abhängigkeit in solcher Größe hätte eingehen sollen. Vermutlich wäre ein rein finanzielles Investment, wie in dem Beispiel von Oxid, die bessere Wahl gewesen, um strategisch auch weiterhin das Ruder in der Hand zu haben. Community vs. Enterprise vs. GO wird sicher  noch heftig diskutiert werden.

Kurz nach meinem Beitrag zu der Anmeldung der Insolvenz Ende November wurden wir dank der ausführlichen Berichterstattung bei Excitingcommerce (Vielen Dank Jochen!), in weiteren Blogs und Medien förmlich erdrückt von Anfragen potentieller Investoren. Dank der sehr kompetenten Unterstützung von Brinkmann & Partner konnten wir uns dann jedoch zeitnah auf ein Lösungsszenario konzentrieren, welches die Fortführung von Visions im Rahmen der jetzt durchgeführten übertragenden Sanierung sichert und die beste Perspektive ermöglicht.

Alleiniger Geschäftsführer ist ab sofort Moritz Koch, der bereits seit Gründung der next commerce 2009 diese Position bekleidet. Der Standort Hannover bleibt für das Team erhalten. Ich selber werde next commerce als Berater hinsichtlich der Direct-to-Consumer Strategie fortan zur Seite stehen und meine mittlerweile 10 Jahre Erfahrung im e-Commerce auch gerne in anderem Kontext anbieten, sowie ein neues internationales und englischsprachiges e-Commerce Blog starten.

Es freut mich sehr, dass wir mit SinnerSchrader und next commerce einen leistungsfähigen Partner gefunden haben, der unsere Vision einer extrem leistungsfähigen e-Commerce-Plattform, speziell für die Bedürfnisse von international agierenden Marken und Herstellern, weiter verfolgt.

To facilitate our focused and localized strategy, we hired Thomas Fleck from Netresearch who will be Magento’s corporate representative in Europe for marketing and events coordination.

Natürlich fragen sich die aktuellen Magento Partner in diesem Fall nach den Auswirkungen auf ihr Implementationsgeschäft. Als Antwort wird in dem Schreiben genannt, dass sich Netresearch komplett aus dem Endkundengeschäft zurückziehen wird und dann Services für andere Partner erbringt, sowie die Events wie Meet Magento weiter koordiniert.

Thomas and Netresearch will discontinue to serve end clients directly as a Magento Enterprise Partner.  Netresearch will focus on Magento marketing and event initiatives in Europe as well as providing Magento professional services and enabling solution and industry partners.

Mir schein der Schritt schlüssig und ich wünsche Thomas alles Gute bei Magento. Sicher wird er jetzt mit Michel Goossens, der aktuell als Vice President and General Manager Magento EMEA der einzige Angestellte von Magento in Europa ist, die Entwicklung in Europa vorantreiben.

Im April berichtete die PHP Usergroup Berlin noch von dem aktuellen Setup in einer Präsentation mit dem Namen “Ein Leben mit und ohne Magento”, welche direkt noch immer verfügbar ist, jedoch von Slideshare entfernt wurde, nachdem sie in einigen Blogs, wie auch bei Excitingcommerce aufgegriffen wurde.

Innerhalb dieser Präsentation findet sich eine sehr interessante Darstellung des damaligen Setups von Zalando. Wie bei jeder hoch skalierten e-Commerce Lösung hatten auch damals die Requests nur selten das Vergnügen wirklich mit /Zitat “Plain old Magento” in Kontakt zu kommen. Große Teile des Shops wie Katalog, Suche und Produktseiten wurden schon durch den Zalando Frontend Cache oder den so genannten Booster (MVC Light Framework) abgefangen. Anfragen die durch den Zalando Frontend Cache abgefangen wurden, erhielten ihre eventuell dynamischen Elemente performant kurz vor Auslieferung an den Besucher dann über Umwege per Cookie, Session oder externe Services. Aus der Magento Datenbank (EAV) selber wurde nicht direkt gelesen. Dafür gab es die “optimzed Booster DB”, welche das eigene MVC Framework direkt oder per SolR belieferte.

Nach diesem Einblick würde ich sagen, dass Zalando im April 2009 schon sehr weit vom Magento Standard entfernt war. Man hatte im Prinzip sein eigenes e-Commerce Framework mit eigener Datenbanklösung erstellt und vor Magento geschaltet. Das für Kenner sichtbare Update im September halte ich somit eher für eine Überarbeitung des selbst entwickelten MVC Frameworks. Björn Schotte erkannte anhand des Cookies direkt, dass es sich um Java handeln müsse. Welche Funktion “Plain old Magento” heute noch bei Zalando hat kann man nur vermuten, ich denke jedoch, dass es noch immer Bestandteil der Gesamtlösung ist, wenn auch nur im Hintergrund.

Bei der Optik orientiert sich Zalando übrigens teilweise noch sehr am Magento Standard / Demo Shop. Der Vergleich des Loginbereiches macht dieses deutlich:

Everything you already know and love about the Community Edition platform is available with this hosted service. But it doesn’t stop there. Soon after launch, Stratus will empower merchants and developers to customize, modify, extend and integrate a hosted store as if it were their own code running on their own servers … an unprecedented capability in the market today.

Mit Erfahrung in Magento Projekten und der Anpassung der Software für Kundenwünsche und individuelle Ansprüche, steht man natürlich mit einem großen Fragezeichen vor der Aussage, dass man trotz SaaS den Code so anpassen können soll, als wäre es eine selbst gewartete und betreute Lösung.

Die ersten Einblicke der Beta Tester ließen noch nicht viel über den Grad der Anpassung in der finalen Version von Stratus durchblicken, jedoch war deutlich keine Euphorie zu spüren. MageThemes schreibt:

We will keep working with the Stratus beta but I can’t see how we could possibly be expected to put a production store on it. I can’t even change the logo from the Magento logo to mine. Hmmm.

Abgesehen von der aktuellen Beta Version ist die Frage wo sich Magento mit dem Produkt platzieren will und welche Rolle die Partner spielen sollen. Vergleicht man die Lösung mit Venda oder auch Demandware, so müsste Stratus sehr wohl große Einschränkungen bei der Anpassbarkeit des Shops mit sich bringen, um von Magento selber mit SLAs betrieben werden zu können.

Betrachtet man dagegen den Umfang einer Demandware-Lösung und die Komplexität des Entwicklungsprozesses, wird klar, dass Magento sich ein ehrgeiziges Projekt vorgenommen hat. Auch wenn Demandware seit kurzem mit einer kleineren Lösung am Markt ist (ab 60 T€ / Jahr) die eine niedrigere Einstiegshürde aus finanzieller Sicht darstellt, bleibt die Frage offen wie genau sich Magento mit Stratus (Kosten sind noch nicht veröffentlicht) gegen diesen etablierten Anbieter im SaaS Bereich platzieren kann.

Ein weiterer Player im SaaS Markt, der mir noch gut aus England in Erinnerung ist, ist Venda. Selbsternannter weltweit größter on-demand e-Commerce Anbieter mit einem extrem starken Vertrieb. Mittlerweile auch in New York ansässig, bedient Venda hauptsächlich Kunden aus England und den USA. Im Gegensatz zu Demandware ist Vendas Kostenmodell nicht auf Transaktionsbasis, sondern auf fixen Gebühren pro Monat aufgebaut. So kann ein Shopbetreiber “schon” ab 5 T Pfund pro Monat einen Venda Shop mieten und diesen dann über eine ganze Reihe an Zusatzleistungen zum Leben erwecken.

Der Markt ist groß und daher wird Stratus sicher auch einen Platz einnehmen können. Nach ersten Berichten der Beta Tester wird dieser jedoch eher im Bereich der kleinen Mietshops aller Strato liegen und nicht auf dem Niveau von Venda oder Demandware ankommen.

Jetzt scheint es mir jedoch so, als wäre zumindest bei Google Checkout die Luft raus. Der damals noch für 2007 geplante Start auf dem europäischen Festland hat bis heute nicht stattgefunden und neben US und UK konnte ich kein weiteres Land finden, in dem man per Checkout zahlen kann. Die Kostenstruktur wurde 2009 exakt an die von Paypal angepasst und auch die Incentivierung durch gebührenfreie Transaktionen in zehnfacher Höhe der AdWords Ausgaben wurde eingestellt. Zu den Nutzerzahlen konnte ich keine Angaben finden, es ist somit fraglich welche Anzahl von Kunden ihre Kreditkartendaten Google anvertrauen wollten.

Amazon FPS fand und finde ich aus Sicht eines online Händlers noch immer am spannendsten. Das Vertrauen der Nutzer in eine Zahlungsabwicklung per Amazon ist hoch und besonders die Anzahl der Accounts ist enorm. Aus technischer Sicht ist FPS gut über die API anzusprechen und unterstützt sogar Abonnements. Leider ist hier jedoch auch seit 2007 der USD die alleinige Währung und so sucht man vergeblich nach Shops in Europa mit dieser Checkout Option.

Paypal Express wird den meisten Nutzern auch aus Deutschland geläufig sein und ist mittlerweile in sehr vielen Shops als schnelle Alternative am normalen Checkout vorbei integriert. Als Google Checkout 2006 in US aufkam ernannte eBay es umgehend zur verbotenen Zahlungsmethode für Auktionen, damals waren scheinbar die Fronten zwischen Paypal und Google noch nicht geklärt. Heute zeigt sich Papal führend an der Front der online Zahlungssysteme und festigt diese Position mit Aktionen wie X.com oder auch einer innigen Liebe zum Shopsystem Magento.

Es würde mich freuen zu dem Thema Feedback und Erfahrungsberichte zu hören, da die Diskussion hierzulande um die Checkoutsysteme als Alternative zu PSP Integrationen innerhalb eines “normalen” Checkouts im Shop nicht wirklich angelaufen ist. Dabei gibt es viele spannende Aspekte zu diskutieren in diesem Bereich. Ich hoffe, dass sich Google und Amazon trauen ihre Systeme weiter auszubreiten und nicht bei dem Stand von 2007 bleiben. Denn jetzt 2011 ist es sogar vorstellbar, dass Facebook bald zum Konkurrenten von Paypal heranwächst, wenn denn die eigene Währung in eine solche Richtung entwickelt wird.

Im Herbst 2007 hatte ich zu dem Thema einen Vortrag auf dem Internet World Kongress gehalten, der erstaunlicher weise noch immer recht aktuell die heutige Situation zusammenfasst: