Warum TYPO3 einen Marketplace für Produkte braucht

Viele unserer Produktideen entstehen dort, wo auch Agenturarbeit immer beginnt: in Kundenprojekten. Ein Kunde hat ein konkretes Problem, wir lösen es, und nach einiger Zeit merken wir, dass dieselben Bedürfnisse auch in anderen Organisationen bestehen. Das ist meist der Punkt, an dem ein Projekt nicht mehr wie eine einmalige Lösung wirkt, sondern wie etwas, das sich wiederverwenden lässt.

Hier wird Produktdenken interessant. Nicht jede gute Lösung gehört in den TYPO3 Core. Manche Ideen sind zu spezifisch, manche zu stark kommerziell geprägt, und manche lassen sich einfach besser mit klarer Verantwortung, Support und Weiterentwicklung außerhalb des Core-Prozesses entwickeln. In solchen Fällen ist es oft der praktischere Weg, eine wiederkehrende Lösung in ein Produkt zu überführen.

Ein großer Teil der Agenturarbeit besteht darin, individuelle Anforderungen zu lösen. Das ist ganz normal und bleibt auch ein wichtiger Teil unserer Arbeit. Aber manchmal ist eine Anforderung gar nicht wirklich individuell — sie wirkt nur am Anfang so.

Nach dem zweiten oder dritten ähnlichen Projekt beginnen sich Muster abzuzeichnen. Man merkt, dass dasselbe operative Problem in leicht unterschiedlichen Formen immer wieder auftaucht. Ab diesem Punkt ist es nicht mehr effizient, die Lösung jedes Mal von Grund auf neu zu entwickeln. Und noch wichtiger: Es ist auch nicht mehr notwendig.

Das ist meist der Moment, in dem wir eine andere Frage stellen. Nicht nur: „Wie lösen wir das für diesen Kunden?“, sondern: „Ist das eigentlich eine wiederverwendbare Antwort auf ein wiederkehrendes Problem?“

Wenn die Antwort ja ist, wird ein Produkt zu einem sinnvollen Format. Es gibt der Lösung einen klareren Rahmen. Es erleichtert Support und Weiterentwicklung. Und es ermöglicht anderen Agenturen oder Kunden, die Lösung zu nutzen, ohne jedes Mal alles neu erfinden zu müssen.

Unser Produkt „Managing Editor“ ist genau aus solch einer Beobachtung entstanden.

In mehreren Projekten haben wir dasselbe strukturelle Problem gesehen: Redaktionsleitungen brauchten Zugriffsrechte für ihre Teams — aber ohne vollständige Administratorrechte. In der Praxis bedeutete das oft, dass sie jedes Mal einen Admin fragen mussten, wenn ein neuer Benutzer angelegt werden sollte. In einem Projekt allein führte das zu 35 einzelnen Tickets in nur einem Jahr, alle mit Varianten derselben Frage: „Kann mir jemand einen Benutzer anlegen?“

Das ist nicht nur unpraktisch — es ist ein Workflow-Problem, das immer wieder unnötige Reibung erzeugt.

Die Lösung war nicht, diese Anfragen schneller zu bearbeiten. Die Lösung war, den Engpass zu beseitigen. Managing Editor führt eine eigene Rolle ein, die Benutzerverwaltung innerhalb klar definierter, nicht-administrativer Grenzen ermöglicht. Das hat ein konkretes Problem in einem Projekt gelöst, aber es war auch sehr schnell klar, dass dieselbe Struktur an anderen Stellen existiert.

Genau solche Lösungen sollte TYPO3 leichter auffindbar machen.

TYPO3 verfügt bereits über eine Extension-Repository, die TYPO3 Extension Repository (TER), die für sich genommen eine wichtige Rolle spielt. Eine Repository ist jedoch nicht dasselbe wie ein Marketplace.

Während eine Repository nur zeigt, dass etwas existiert, hilft ein Marketplace dabei zu verstehen, ob etwas aktiv gepflegt, kommerziell unterstützt und in einem professionellen Kontext vertrauenswürdig ist. Das sind unterschiedliche Fragen, und für Agenturen und Kunden, die Produkte bewerten, ist letztere deutlich wichtiger.

Heute enthält das TER Erweiterungen mit sehr unterschiedlichen Reifegraden, Wartungsständen, Support-Angeboten und geschäftlichen Hintergründen. Das ist in einem offenen Ökosystem völlig normal, bedeutet aber auch, dass das TER nicht der richtige Ort ist, um echte Markt-Sichtbarkeit für unterstützte Produkte wie  Managing Editor, Descriptive Images, oder Single Sign-On zu schaffen.

Wer nach einer Lösung für redaktionelle Workflows, Barrierefreiheit oder Single Sign-On sucht, sucht nicht nach einem langen Archiv technisch verfügbarer Erweiterungen sondern nach Klarheit. Man will wissen, was das Produkt kann, wer es pflegt, wie es unterstützt wird und ob es für den langfristigen Einsatz entwickelt wurde.

TYPO3 bietet dies derzeit nicht in strukturierter Form an.

Derzeit müssen Agenturen, die kommerzielle TYPO3-Produkte entwickeln, fast alles selbst erledigen. Sie müssen das Produkt erklären, vermarkten, Vertrauen aufbauen, ein Support-Modell definieren und die kommerziellen Aspekte selbst managen.

Das erzeugt viel Reibung. Es bedeutet auch, dass die Auffindbarkeit zu stark von bestehenden Beziehungen abhängt. Wenn man bereits weiß, welche Agentur ein Produkt entwickelt hat, kann man es finden. Wenn nicht, ist die Wahrscheinlichkeit gering, dass man es entdeckt.

Ein gemeinsamer Marketplace würde das sofort verbessern. Er würde Produkte sichtbarer machen und den Vergleich erleichtern. Agenturen könnten ihre Lösungen in einer standardisierten Umgebung präsentieren, mit klareren Erwartungen bezüglich Support, TYPO3-Version, Anwendungsfall und Wartungsstatus. Das würde den Verwaltungsaufwand reduzieren und es einfacher machen, sich auf das eigentliche Produkt zu konzentrieren, anstatt jedes Mal die gesamte Vertriebsinfrastruktur neu aufzubauen.

Das ist besonders wichtig, weil die meisten Agenturen nicht versuchen, klassische Softwareanbieter zu werden. Sie erweitern ihr Service-Modell mit wiederverwendbaren Lösungen. Ein Marketplace würde genau das unterstützen.

Kunden profitieren von einer konsistenten und transparenten Struktur genauso wie Agenturen.

Die meisten Kunden suchen nicht nach TYPO3-Technologie im Abstrakten. Sie suchen nach einer Lösung für ein konkretes operatives Problem. Sie möchten redaktionelle Prozesse verbessern, manuellen Aufwand reduzieren, barrierefreie Funktionen hinzufügen oder ein robusteres Login-System einführen. In solchen Fällen ist es enorm hilfreich, wenn Produkte leicht zu finden, leicht zu verstehen und einfach vergleichbar sind.

Derzeit ist die kommerzielle Seite oft fragmentiert. Ein Produkt wird möglicherweise als Abonnement verkauft, das Weiterentwicklung und Updates einschließt. Ein anderes wird einmalig für eine bestimmte TYPO3-Version verkauft. Beide Modelle können sinnvoll sein, doch von außen sind sie häufig nur schwer vergleichbar.

TYPO3 hat bereits starke Agenturen, starke Entwickler und viele wiederverwendbare Ideen aus realen Projekten. Was fehlt, ist eine gemeinsame kommerzielle Oberfläche, auf der diese Stärke sichtbar wird.

Deshalb ist diese Diskussion über ein einzelnes Produkt hinaus relevant. Ein Marketplace würde nicht nur einzelnen Agenturen helfen, besser zu verkaufen. Er würde das gesamte Ökosystem von außen leichter verständlich machen. Er würde zeigen, dass TYPO3 nicht nur eine Plattform für maßgeschneiderte Implementierungen ist, sondern auch eine Plattform, auf der fokussierte, unterstützte und kommerziell glaubwürdige Produkte existieren können.

Andere Ökosysteme haben dieses Potenzial schon früh erkannt — und es spricht vieles dafür, dass nicht nur TYPO3, sondern auch andere CMS davon profitieren können. Umso wichtiger ist es, dieses Wissen, diese Produkte und diese Ansätze nicht auf einzelne Agentur-Websites und private Gespräche verteilt zu lassen.

Die Produkte sind bereits da. Was TYPO3 jetzt braucht, ist ein Marketplace, um sie zu präsentieren.