Eine Buchungsplattform für Yogalehrer:innen. Konzept stand, Budget reichte, Entwicklung lief planmäßig. Drei Wochen nach Launch hatte die Plattform 12 Anbieter und 0 Buchungen. Sechs Monate später war sie offline. Nicht wegen technischer Probleme. Sondern weil niemand vorher die Frage beantwortet hatte: Wer sind eigentlich unsere ersten 100 Anbieter, und wie erreichen wir sie?
Seit 2014 entwickeln wir bei Shopboostr innovative Online Plattformen. Über 100 Projekte sind seitdem entstanden — vom Reinigungsverzeichnis über die Schweizer Community-Plattform Fürenand bis zur Gesundheits-Plattform Fyndery. In dieser Zeit hat sich technisch viel verändert: Frameworks, Stacks, Tools. Was sich nicht verändert hat: die Fehler, an denen die meisten Plattform-Projekte scheitern.
Es sind fünf. Und keiner davon hat mit Code zu tun.
Fehler 1: Zu viele Features in Version 1
Der häufigste Fehler ist nicht ein zu kleines Budget — sondern ein zu großes. Gründer:innen mit 30.000 € starten oft schlechter als Gründer:innen mit 10.000 €, weil sie sich Features leisten können, die niemand braucht.
Das Yoga-Beispiel von oben: Die Gründerin wollte zum Launch Direktnachrichten, Bewertungssystem, Affiliate-Programm, Live-Streaming, mehrsprachige Oberfläche und ein KI-gestütztes Matching. Wir haben sie überzeugt, mit den ersten drei zu starten. Sechs Monate später war klar: Das Affiliate-Programm hätte nie funktioniert, weil es nicht genug Anbieter gab. Live-Streaming hat niemand benutzt. Die Mehrsprachigkeit hätte 8.000 € gekostet — für ein deutschsprachiges MVP.
Die Faustregel aus über 100 Projekten: Eine Plattform Version 1 braucht maximal fünf Funktionen — Nutzerregistrierung mit Rollen, eine Such- und Filterlogik, Inseratserstellung, Bewertungen und Direktnachrichten. Alles andere ist Version 2. Wer das ignoriert, hat das Budget verbrannt, bevor echte Nutzer:innen die Plattform überhaupt gesehen haben.
Fehler 2: Marketing wird nach dem Launch geplant — nicht davor
Es gibt einen Moment, in dem Plattform-Projekte fast immer scheitern: drei Wochen nach Launch. Die Plattform ist live, sieht gut aus, alle Features funktionieren — und niemand ist da. Keine Anbieter. Keine Nachfrager. Keine Aktivität.
Das ist kein Marketing-Problem. Das ist ein Planungs-Problem. Wer eine Plattform baut, braucht vor dem Launch eine konkrete Antwort auf zwei Fragen: Wer sind die ersten 100 Anbieter, und wie werden sie erreicht? Wer keine Antwort hat, findet sie nach dem Launch auch nicht — sondern verbrennt Budget in Performance Ads, die nirgendwo hinführen.
Erfolgreiche Plattformen telefonieren in den ersten Wochen die ersten 100 Anbieter persönlich zusammen, bevor sie einen Euro in Marketing investieren. Das ist unsexy. Es ist mühsam. Es funktioniert. Andreessen Horowitz hat in einer der meistzitierten Marketplace-Analysen gezeigt: Liquidität in den ersten 12 Monaten ist der mit Abstand wichtigste Erfolgsfaktor — wichtiger als Technologie, Branding oder UX.
Konkrete Zahl aus unserer Praxis: Mindestens 1.000 € pro Monat Marketing-Budget für die ersten 12 Monate, plus eine eigene Anbieter-Akquise-Strategie, die schon vor dem Launch steht. Wer das nicht plant, scheitert nicht später — er scheitert schon jetzt.
Fehler 3: WordPress als Architektur-Entscheidung
In den frühen Shopboostr-Jahren haben wir selbst mit Joomla und WordPress gearbeitet. Das Problem zeigt sich nicht sofort. Es zeigt sich, wenn die Plattform wächst — und plötzlich Funktionen verknüpft werden müssen, die das Standardsystem nicht vorgesehen hatte.
Konkretes Beispiel: Eine WordPress-Plattform mit WooCommerce und einem Marketplace-Plugin. Funktioniert reibungslos für 200 Anbieter. Bei 2.000 wird die Suche langsam. Bei 5.000 hängen die Filter. Die Plattform muss neu gebaut werden — diesmal individuell. Typische Kosten dafür: 30.000 bis 50.000 €. Plus sechs Monate Stillstand.
Das ist kein generelles Argument gegen WordPress. WordPress ist hervorragend für Blogs und einfache Websites. Aber für eine Plattform, die wachsen soll, ist es eine Architektur-Entscheidung, die in Phase 1 günstig aussieht und in Phase 3 teuer wird. Auch der Stripe Atlas Marketplace Guide empfiehlt für Marktplätze mit Skalierungsperspektive grundsätzlich individuelle Architektur statt CMS-basierter Lösungen.
Die Faustregel: Wenn die Plattform in drei Jahren mehr als 1.000 aktive Nutzer:innen haben soll, lohnt sich der Start mit individueller Entwicklung. React und Node.js sind heute der Standard, weil sie sich später ohne Refactoring für Mobile Apps via React Native weiterverwenden lassen. Das spart langfristig mehr, als der höhere Einstiegspreis am Anfang kostet.
Fehler 4: Die Branche kennen — die Online-Nutzer nicht
Der Lieblings-Satz von Plattform-Gründer:innen: »Ich kenne die Branche, ich weiß, was die Nutzer wollen.« In acht von zehn Fällen stimmt das halb. Die Branche kennen sie meist tatsächlich gut. Was Nutzer:innen online erwarten — das wissen sie nicht.
Eine Branchen-Plattform aus unserem Portfolio (Detail anonymisiert) startete mit der Logik: Anbieter zahlen einen Mitgliedsbeitrag, Nachfrager nutzen kostenlos. Klassisches Modell. Funktioniert in vielen Branchen. Funktionierte hier nicht — weil die Nachfrager nur einmalig kauften und die Anbieter nach drei Monaten merkten, dass sich die Mitgliedschaft nicht amortisiert. Die Plattform musste auf Provisionsmodell umgebaut werden, sechs Monate Verzögerung, 18.000 € Mehrkosten.
Was hätte das verhindert? Ein Konzept-Check vor dem Bau. Zehn echte Gespräche mit Anbietern, zehn mit Nachfragern, vor der ersten Zeile Code. Nicht »Würden Sie das nutzen?« — sondern »Was zahlen Sie heute? Wie oft kaufen Sie? Was nervt am aktuellen Prozess?«
Plattform-Konzepte, die nur am Schreibtisch entstehen, scheitern öfter als Plattform-Konzepte, die aus 20 echten Gesprächen kommen. Diese Erkenntnis ist nicht überraschend — sie wird trotzdem systematisch ignoriert.
Fehler 5: Das günstigste Angebot wird genommen
Stundensatz klingt fair: gezahlt wird nur, was gearbeitet wird. In der Realität ist Stundensatz bei Plattform-Projekten der häufigste Grund für Kosten-Verdopplung.
Wir haben Anfang 2018 selbst noch mit Stundensätzen gearbeitet. Nach 30+ Projekten ist klar geworden: Bei Stundensatz wird jede Anforderungs-Änderung zur Verhandlung, jede unklare Spezifikation zur Mehrkosten-Position. Bei Festpreis ist der Scope vorab geklärt, und Änderungen werden transparent als Change-Request behandelt. Beide Modelle haben Vor- und Nachteile, aber bei Plattform-Projekten ist Festpreis nachhaltiger — vorausgesetzt, die Konzeptphase ist sauber.
Eine ausführliche Aufschlüsselung realistischer Plattform-Kosten — inklusive der laufenden Kosten, die im Festpreis nicht enthalten sind — ist hier dokumentiert: shopboostr.de/online-plattform-kosten.
Ein letzter Gedanke
Diese fünf Fehler haben wir in den letzten 13 Jahren so oft gesehen, dass sie inzwischen Teil des ersten Strategiegesprächs sind — nicht weil sie Ausnahmen wären, sondern weil sie die Regel sind.
Was bei der Auswertung von 100 Projekten am meisten überrascht hat: Keiner dieser fünf Fehler ist teuer zu vermeiden. Jeder von ihnen kostet zwischen einem und drei Tagen ehrlicher Vorbereitung. Wer die drei Tage investiert, hat die Hälfte der späteren Probleme gelöst, bevor sie entstehen.
Die ehrlichste Erkenntnis aus 13 Jahren: Plattformen scheitern nicht, weil die Welt zu komplex geworden ist. Sie scheitern, weil dieselben fünf Fragen seit zehn Jahren dieselben falschen Antworten bekommen.
Über den Autor
Dimitri Haußmann ist Gründer und Geschäftsführer von Shopboostr, einer auf Online-Plattformen spezialisierten Agentur in München. Seit 2013 hat sein Team über 100 Plattformen entwickelt, darunter Fyndery (Healthy Living), das Reinigungsverzeichnis und die Schweizer Community-Plattform Fürenand. Er schreibt regelmäßig über Plattform-Strategie und Marketplace-Aufbau auf LinkedIn.