Foto: Google Gemini · AI-generated
Der Rat an Startups ist bekannt. Klein starten. Schnell lernen. Richtig bauen, sobald es Zugkraft gibt.
Für die meisten Apps stimmt das. Für einen zweiseitigen Marktplatz ist es gefährlich. Denn die Teile, die sich am schwersten nachrüsten lassen, sind genau die Teile, an denen die ersten Nutzer Sie messen. Ein Marktplatz-MVP darf im Umfang klein sein. In der Struktur darf er nicht schwach sein.
Hier sind die drei Stellen, an denen „das machen wir nach dem Launch“ nicht funktioniert. Und was wirklich warten kann.
Vertrauen ist keine Funktion für Version zwei
Ein Marktplatz verlangt von Fremden, einander Geld zu schicken. Jede andere Funktion sitzt auf diesem einen Akt des Vertrauens.
Als wir Atlikarinca gebaut haben, einen Marktplatz für neue und gebrauchte Produkte, waren Bewertungen für Käufer und Verkäufer im ersten Release dabei. Nicht, weil Bewertungen kompliziert sind. Sondern weil ein Bewertungssystem, das im sechsten Monat dazukommt, im sechsten Monat keine Historie hat. Genau dann brauchen Sie sie aber. Vertrauen ist ein Bestand, der sich ansammelt. Man kann ihn später nicht kaufen.
Dasselbe gilt für die Identität. Social Login sieht aus wie eine Komfortfunktion. In Wahrheit ist es die Identitätsschicht der ganzen Plattform. Ein sauberes Identitätsmodell nachträglich über eine bestehende Nutzerbasis zu legen, gehört zu den unangenehmsten Aufgaben in der Softwareentwicklung. Machen Sie es einmal, am Anfang.
Ein Angebot ist ein Zustand, keine Nachricht
Die meisten Marktplatz-MVPs bilden Verhandlungen als Chat ab. Der Käufer schreibt „Geht es auch für 40?“, der Verkäufer schreibt „45“, fertig. Das ist an einem Tag gebaut.
Darauf lässt sich aber nichts aufbauen. Ein Angebot hat Zustände: abgegeben, gekontert, angenommen, abgelaufen, zurückgezogen. Es hat in jedem Schritt einen Preis. Es löst Benachrichtigungen aus und später Streitfälle und Auswertungen. Wenn das alles in Freitext steckt, hat das Produkt keinen Zugriff darauf. Atlikarinca hat Angebote von Anfang an als eigenes Objekt modelliert, mit einem kleinen Zustandsautomaten hinter „Angebot abgeben und verhandeln“. Im MVP ist das eine Woche Arbeit. Ein Quartal ist es, wenn zehntausend Chatverläufe Preise enthalten, die sich nicht auslesen lassen.
Zwei Seiten, zwei Bildschirme
Käufer und Verkäufer wollen von derselben Anzeige etwas anderes. Der Käufer will entscheiden. Der Verkäufer will reagieren. Ein MVP, das allen alles zeigt, verwirrt beide.
Atlikarinca hatte ab dem ersten Release getrennte Käufer- und Verkäuferansichten, die jeweils nur den nächsten Schritt dieser Seite zeigen. Am Anfang ist das günstig, es gibt ja nur zwei Abläufe. Später wird es teuer, wenn sechs Monate an Funktionen auf einem Bildschirm gelandet sind, der nie wissen sollte, welche Seite er gerade bedient.
Das Backend muss die erste Lastspitze aushalten
Marktplatz-Traffic ist keine sanfte Kurve. Eine geteilte Anzeige landet in der richtigen Gruppe, und Sie bekommen eine Woche Nachfrage an einem Nachmittag. Wenn das Backend einknickt, kommen die Nutzer, die wegen dieser Anzeige kamen, nicht wieder.
Das heißt nicht, am ersten Tag für Millionen zu bauen. Es heißt, keine Struktur zu wählen, die man wegwerfen muss. Das Backend von Atlikarinca war auf Marktplatz-Volumen an Anzeigen und Transaktionen ausgelegt, hinter einer nativen Android-App. Wachstum war damit eine Frage der Kapazität, nicht des Neubaus. Dinifi, eine Kassen- und Bestellplattform eines Startups für Restaurants, hat dieselbe Entscheidung aus einer anderen Richtung getroffen: Cloud-Infrastruktur, dimensioniert für das Transaktionsvolumen der Händler, und eine Integrationsschicht zu den Systemen, die diese Händler schon einsetzten. Die Apps waren der sichtbare Teil. Das Fundament war der Grund, warum man immer weiter anbauen konnte.
Was warten kann
Wer beim Rückgrat konsequent ist, kann bei allem anderen entspannt sein. Empfehlungen können warten. Erweiterte Suche kann warten. Das Admin-Dashboard darf eine Weile eine Datenbankabfrage sein. Die zweite Plattform kann warten: Atlikarinca startete nur auf Android, weil dort der Markt war. Zahlungen dürfen einfach beginnen, solange der Angebotszustand, an dem eine Zahlung hängt, echt ist.
Es geht nicht darum, mehr zu bauen. Es geht darum, in der richtigen Dimension klein zu sein. Der Umfang darf winzig sein. Die Struktur muss an den drei Stellen tragen, an denen Nutzer, Geld und Traffic zusammentreffen.
Wenn Sie einen Marktplatz bauen wollen, sehen wir uns Ihren Plan gern an und sagen Ihnen, welche Teile ins erste Release gehören. Lesen Sie, wie wir mit Startups arbeiten, oder sprechen Sie uns direkt an.