Ihren Multi-Vendor-Marktplatz mit Käufer-, Händler- und Verwaltungsseite aufbauen

Der schwierige Teil eines Marktplatzes ist nicht das Listen von Produkten, sondern das Verwalten fremder Bestände, fremder Versandprozesse und fremden Geldes. Eine Bestellung teilt sich auf drei Händler auf, einer storniert, der Käufer eröffnet eine Retoure – und während das Geld beim Zahlungsinstitut liegt, ist unklar, wer was bekommt. Erst wenn Käufer-App, Händler-App und Verwaltungsoberfläche von Anfang an derselben Logik folgen, funktioniert das Geschäft.

Wie viele separate Apps werden benötigt?

  • 01

    Käufer-App (iOS + Android)

    Kategorien und Suche, Vergleich verschiedener Händler mit demselben Produkt, Händlerbewertung, Multi-Vendor-Warenkorb, Bestellverfolgung, Retourenanfrage und Nachrichten an den Händler.

  • 02

    Händler-App (iOS + Android)

    Shop-Eröffnung mit Dokumenten-Upload, Produktanlage, Bestands- und Preisaktualisierung, Benachrichtigung über neue Bestellungen, Erzeugen von Versandetiketten, Retourenfreigabe und Einsicht in das Auszahlungsguthaben.

  • 03

    Verwaltungsoberfläche (Web)

    Freigabe von Händlerbewerbungen, Produkt- und Inhaltsmoderation, Regeln für Provisionssätze, Auszahlungs- und Abrechnungszeiträume, Streitfallklärung, Kategoriebaum und Kampagnenverwaltung.

Was die App enthält

  • Pflicht zur Barcode-Zuordnung an eine Katalogkarte
  • Angebotsliste je Produkt mit Rangfolge des Standardverkäufers
  • Sendungsbezogene Trackingnummern in einer gebündelten Käuferansicht
  • Auszahlungsansicht getrennt nach gesperrtem, offenem und auszahlbarem Guthaben
  • Urlaubsmodus des Shops: Angebote sichtbar, Bestellungen pausiert
  • Ablaufkontrolle von Verkäuferdokumenten mit automatischer Sperrung
  • Wiederholter Ton-Alarm für neue Bestellungen bis zur Annahme
  • Bestand auf Variantenebene mit verkäuferspezifischen Variantenpreisen
  • Prozentuale Massenpreisänderung mit Warnung bei Mindestpreis
  • Regelwerk zur Kostenträgerschaft der Rücksendegebühr
  • Aktionsrabatt wahlweise aus Provision oder vom Verkäufer finanziert
  • Verkäufer-Scorecard: Storno-, Verspätungs- und Retourenquote

Lage der Branche

Ein neuer Marktplatz kann mit den großen Plattformen nicht über die Zahl der Produkte konkurrieren; er schafft sich Platz durch eine bessere Händlerauswahl in einer bestimmten Kategorie oder Region und durch niedrigere Provisionen. Auf Händlerseite ist der Wettbewerb dagegen eindeutig: derselbe Händler ist neben Ihnen auf drei weiteren Plattformen gelistet und achtet darauf, wo sich Produkte am einfachsten einpflegen lassen. Wenn sich Artikel nicht über die mobile App anlegen lassen, Bestellbenachrichtigungen verzögert ankommen oder nicht sichtbar ist, wann die Auszahlung erfolgt, verliert der Händler das Interesse. Auf Käuferseite bricht das Vertrauen in dem Moment, in dem eine Retoure telefonisch geklärt werden muss – eine zweite Bestellung kommt dann nicht mehr.

Kennzahlen, die hier zählen

  • Zeit bis zur ersten Bestellung eines Händlers — Ziehen sich Produktanlage und Freigabeschritte nach der Registrierung in die Länge, springt der Händler ab; die App verkürzt diese Schritte auf dem Mobilgerät
  • Stornoquote durch Händler — Bestandsabgleich und Reservierung im Moment der Bestellung senken die Zahl der verkauften und danach stornierten Bestellungen unmittelbar
  • Quote der fristgerechten Versandübergabe — Sofortige Bestellbenachrichtigung und Versandetikett per Fingertipp wirken sich direkt auf Lieferzeit und Käuferbeschwerden aus
  • Übergangsrate von der Suche zur Produktseite — Sind Produktabgleich und Filterqualität schlecht, bleibt der Käufer in der Ergebnisliste hängen und erreicht den Warenkorb nie

Häufige Fehler in dieser Branche

  • Ein Shopsystem für einen einzelnen Verkäufer zum Marktplatz umbauen wollen Man startet damit, einer fertigen Shopsoftware ein Händlermodul hinzuzufügen; da Warenkorbaufteilung, händlerspezifischer Versand und Auszahlungstabellen fehlen, muss jede Bestellung von Hand abgestimmt werden. Steigt das Bestellvolumen, wird das System von Grund auf neu geschrieben.
  • Die Händler-App auf später verschieben Zuerst entsteht die Käufer-App, die Händlerverwaltung bleibt der Weboberfläche überlassen. Weil kleine Händler tagsüber nicht am Rechner sitzen, werden Bestellungen spät gesehen, der Versand verzögert sich und die Stornoquote steigt. Die Händlerseite gehört in die erste Version.
  • Die Provision fest im Code hinterlegen Ein einziger Satz wird fest verdrahtet; sobald kategoriespezifische Sätze, Kampagnenrabatte oder individuelle Händlervereinbarungen nötig werden, erfordert jede Änderung ein neues Release. Provisionen müssen von Anfang an als Regelwerk aufgesetzt werden, das über die Verwaltungsoberfläche gepflegt wird.
  • Freies Einstellen ohne Produktabgleich zulassen Jeder Händler legt dasselbe Produkt mit eigenem Titel an, die Suchergebnisse füllen sich mit Dubletten und der Käufer kann keine Preise vergleichen. Wird die Pflicht zu Barcode oder Kategorievorlage nicht von Beginn an gesetzt, müssen später Tausende Datensätze bereinigt werden.

Regulierung und Compliance

Ein Unternehmen, das einen Marktplatz betreibt, gilt nach dem türkischen Gesetz Nr. 6563 über die Regulierung des elektronischen Handels als Vermittlungsdienstleister im E-Commerce: Es fallen die Registrierung im ETBİS (Register für elektronischen Handel in der Türkei), die Prüfung und Veröffentlichung von Identitäts- und Kontaktdaten der Händler, die Entfernung von Inhalten auf Beschwerde hin sowie – abhängig vom Transaktionsvolumen – Lizenzpflichten an. Die türkische Fernabsatzverordnung nimmt in bestimmten Fällen auch den Vermittler in die Haftung. Bei der Zahlung dürfen Sie das Geld nicht selbst halten; nach dem Gesetz Nr. 6493 wird das Submerchant-Modell über ein lizenziertes Zahlungsinstitut aufgesetzt. Hinzu kommen für Käufer- wie Händlerdaten Informationspflichten und Aufbewahrungsregeln nach dem KVKK (türkisches Datenschutzgesetz, an der DSGVO orientiert) sowie e-Fatura/e-Arşiv (das verpflichtende E-Rechnungssystem der Türkei) für die Provisionserlöse.

Die echten Herausforderungen dieser Branche

  • Ein Warenkorb, der sich in mehrere Bestellungen aufteilt

    Der Käufer legt Artikel von drei Händlern in den Warenkorb und zahlt einmal; im Hintergrund entstehen drei getrennte Bestellungen, drei Sendungen und drei Auszahlungspositionen. Die Versandkosten müssen je Händler berechnet werden, und wenn eine Teilbestellung storniert wird, müssen die übrigen bestehen bleiben. Das Warenkorbmodell muss deshalb von Beginn an nach Teilbestellungen (Shipments) aufgebaut werden, ergänzt um eine Abstimmungstabelle, die den Zahlbetrag auf die Teile verteilt.

  • Sie dürfen das Geld nicht halten: das Submerchant-Modell

    Ein Marktplatz darf das Geld seiner Händler nicht auf dem eigenen Bankkonto zwischenparken – das gilt als Zahlungsdienstleistung. Der richtige Aufbau: bei einem lizenzierten Institut wie iyzico (türkischer Zahlungsdienstleister) oder Craftgate wird jeder Händler als Submerchant (Untervertragsunternehmen) angelegt, die Zahlung wird bereits beim Einzug aufgeteilt und die Auszahlung nach Lieferbestätigung über das Institut angewiesen. Wird die App nicht auf diesen Ablauf hin entworfen, muss sie später auseinandergenommen und neu geschrieben werden.

  • Bestandsabgleich und derselbe Artikel an zwei Verkaufsstellen

    Die meisten Händler verkaufen dieselben Artikel gleichzeitig im eigenen Shop und auf anderen Marktplätzen. Wird der Bestand zu spät abgebucht, kommt die Bestellung zustande, wird danach storniert und die Bewertung sinkt. Nötig ist die Kombination aus XML-/CSV-Feed und webhookbasierter Bestandsabbuchung, eine Bestandsreservierung im Moment der Bestellung und die automatische Auslistung von Händlern mit wiederholten Stornierungen.

  • Was passiert, wenn 30 Händler dasselbe Produkt einstellen

    Ohne Abgleich über Barcode oder Artikelnummer wird aus einem Smartphone dreißig einzelne Produktkarten und die Suchergebnisliste zur Müllhalde. Produkte müssen auf einer einzigen Karte zusammengeführt und die Händler als Angebote dazu gelistet werden; der Standardhändler wird über einen Score aus Preis, Lieferzeit und Stornoquote bestimmt. Die Regeln dieses Scores müssen den Händlern offen kommuniziert werden.

  • Retouren, Streitfälle und Sendungen, die dazwischen hängen

    Eröffnet der Käufer eine Retoure, geht die Ware zum Händler zurück, während das Geld noch auf dem Guthabenkonto beim Zahlungsinstitut liegt. Erforderlich ist ein Ablauf, der die Auszahlung bis zur Klärung sperrt, das Retourenlabel erzeugt und bei Fristablauf automatisch entscheidet. Andernfalls wird jeder Streitfall per WhatsApp gelöst und die Pflichten aus dem Fernabsatzrecht lassen sich nicht nachweisen.

Erforderliche Integrationen

  • Aufgeteilte Zahlungen und Auszahlungen über Submerchant-Konten bei iyzico Marketplace (türkischer Zahlungsdienstleister) oder Craftgate
  • APIs der türkischen Paketdienste Yurtiçi, Aras, MNG und PTT für händlerspezifische Vertragssendungen und Retourenlabels
  • e-Arşiv-Provisionsrechnungen über einen Integrator der GİB (türkische Finanzverwaltung) sowie Kontrolle hochgeladener Händlerrechnungen
  • ETBİS-Meldungen (Register für elektronischen Handel in der Türkei) und Prüfung von Steuer- und MERSİS-Daten der Händler
  • Türkischsprachige Suche mit Elasticsearch oder Typesense, inklusive Synonymen und Tippfehlertoleranz
  • XML-/CSV-Produktfeeds und Bestandsabgleich mit dem bestehenden Shopsystem des Händlers

Für wen diese Seite ist

  • Ein Start-up mit einem Nischenmarktplatz in einer einzigen Kategorie

    Enges Sortiment, Verkäufer werden manuell freigegeben. Katalogvorlagen und Barcode-Abgleich gehören in die erste Version; Kampagnen-Engine und API kommen später. Phase eins startet mit einer Kategorie.

  • Ein Großhändler oder Hersteller, der sein Händlernetz digitalisiert

    Käufer sind registrierte Händler; statt offener Registrierung braucht es Händlercodes und Kreditlimits. Preise variieren nach Kundengruppe, Zahlung meist auf Ziel. Der Schwerpunkt liegt auf ERP-Anbindung und Freigabeprozessen, nicht auf öffentlicher Suche.

  • Ein lokaler Marktplatz, der Geschäfte im Stadtgebiet bündelt

    Statt Versanddienstleistern gibt es Kurierlieferung am selben Tag oder Abholung, mit Liefergebieten und Zeitfenstern je Verkäufer. Produkte werden per Foto vom Handy eingestellt, der Katalogabgleich darf locker bleiben. Entscheidend sind Bestandsgenauigkeit und Lieferzeitfenster.

Phasenplan zur Budgetaufteilung

  1. 1

    Phase 1 — Funktionsfähiger Marktplatz in einer Kategorie 6-8 hafta

    Käufer- und Verkäufer-App, manuell freigegebene Verkäuferregistrierung, Produktanlage per Foto, mehrverkäuferfähiger Warenkorb und aufgeteilte Zahlung über Untervertragspartner-Konten bei einem lizenzierten Zahlungsinstitut. Retouren und Streitfälle laufen in dieser Phase manuell über das Panel. Der Geldfluss muss von Anfang an stimmen, sonst wird alles Darauffolgende wieder abgerissen.

  2. 2

    Phase 2 — Verkäufer-Skalierung und Automatisierung 5-7 hafta

    XML/CSV-Produktfeeds, Bestandsreservierung bei Bestelleingang, Anbindung zweier Versanddienstleister, Erzeugung von Retourenlabels, Regeln für Auszahlungssperren und automatische Entscheidung nach Fristablauf. Manuelle Schritte stocken mit wachsender Verkäuferzahl; Automatisierung lässt sich erst nach echtem Bestellaufkommen richtig auslegen.

  3. 3

    Phase 3 — Katalogqualität, Kampagnen und API 4-6 hafta

    Barcode-verknüpfte Katalogkarten, Bewertung des Standardverkäufers, verbesserte türkischsprachige Suche, Provisionsregeln je Kategorie und Verkäufer, Aufteilung der Aktionsfinanzierung sowie API-Synchronisation für Verkäufer mit eigenem Shopsystem. Das lohnt sich erst ab einer gewissen Kataloggröße; früher gebaut bleibt es leer.

Typischer Umfang und Zeitrahmen

Typischer Umfang: native iOS- und Android-Apps für Käufer und Händler, Verwaltungsoberfläche, Produkt- und Kategorievorlagen, Multi-Vendor-Warenkorb mit Bestellaufteilung, Submerchant- und Auszahlungsprozess über ein lizenziertes Zahlungsinstitut, Anbindung von zwei Paketdiensten, Retouren- und Streitfallmanagement, e-Arşiv-Provisionsrechnung (Teil des verpflichtenden E-Rechnungssystems der Türkei), Suchinfrastruktur, KVKK-Texte (türkisches Datenschutzgesetz, an der DSGVO orientiert), Store-Grafiken und Veröffentlichungsprozess.

Geschätzte Dauer: 14-22 Wochen

Fertiglösung oder Individualentwicklung?

Thema Fertiglösung Individualentwicklung
Zeit bis zum Start Ein fertiges Marktplatzpaket läuft binnen Tagen: Verkäuferregistrierung, Warenkorb und Provisionsabrechnung sind enthalten. Ein wirklich guter Weg, erste Verkäufer und Kategorien zu testen. Eine Eigenentwicklung braucht bis zur ersten Version Wochen. Dafür folgen Auftragsaufteilung, Auszahlungen und Retouren Ihrem eigenen Geschäftsmodell.
Zahlungen und Verkäuferauszahlungen Ein Paket arbeitet mit dem gebündelten Zahlungsinstitut. Regeln wie Sperrfristen, Teilrückerstattungen oder die Auszahlungsfreigabe nach Nachnahme-Inkasso lassen sich meist nicht ändern. Untervertragspartner-Modell, Sperrfristen und Einbehalt bei Streitfällen werden nach Ihren Vorgaben umgesetzt und überstehen einen Anbieterwechsel.
Kostenstruktur Ein monatliches Abonnement, häufig zuzüglich eines Umsatzanteils. Günstig bei geringem Volumen; mit wachsendem Volumen dauerhaft ein Anteil an Ihrer eigenen Provisionsmarge. Einmalige Entwicklung, danach Hosting und Wartung. Anfangs aufwendiger, aber kein Plattformanteil bei steigendem Transaktionsvolumen.
Katalogdaten und Übertragung der Verkäuferbeziehungen Produkt-, Verkäufer- und Bestelldaten lassen sich exportieren, doch Katalogzuordnungen, Bewertungshistorie und Auszahlungsdatensätze stecken meist im Schema der Plattform. Die Datenbank gehört Ihnen: Katalogzuordnungen, Verkäuferverträge und historische Auszahlungsdaten bleiben vollständig und sind bei einer Prüfung an der Quelle belegbar.

Branchenglossar

Take Rate
Der Anteil am Transaktionsvolumen, den die Plattform einbehält. Auf einem Marktplatz nie eine einzige Zahl: Sie variiert nach Kategorie, Verkäufervereinbarung und Aktionsfinanzierung und wird deshalb als Regelwerk im Adminbereich gepflegt.
Buy Box (Standardverkäufer)
Unter den Verkäufern desselben Produkts derjenige, der hinter dem Warenkorb-Button erscheint. Die Auswahl kombiniert meist Preis, Versandzeit und Stornoquote; Verkäufer erwarten hier Transparenz.
Teilauftrag (Sendung)
Der Teilauftrag, in den ein Warenkorb je Verkäufer aufgeteilt wird. Jeder Teil hat eigene Trackingnummer, Lieferstatus, Rückgabefrist und Auszahlungsposition; Stornos und Retouren wirken auf dieser Ebene.
Gesperrtes Guthaben
Erlöse aus einem abgeschlossenen Verkauf, die noch nicht ausgezahlt sind — bis zur Lieferbestätigung, zum Ende der Rückgabefrist oder zum Abschluss eines Streitfalls. Die Verkäufer-App sollte das voraussichtliche Freigabedatum anzeigen.
Katalogabgleich
Das Zusammenführen desselben, von verschiedenen Verkäufern eingestellten Produkts über Barcode oder Artikelnummer auf eine Karte. Ein schwacher Abgleich füllt die Suche mit Dubletten und verhindert den Preisvergleich.

Häufig gestellte Fragen

Sprechen wir über Ihr Projekt

Ein kostenloses 30-Minuten-Gespräch zur Klärung des Umfangs, danach ein detailliertes Angebot innerhalb von 48 Stunden.

Kostenloses Angebot

Diese Seite erklärt, welche Probleme eine App in dieser Branche lösen muss. Referenzen und vergleichbare Projekte besprechen wir im Gespräch.

Weitere Branchen

Alle Branchen →