Die Infrastruktur hinter Indonesiens Marktplätzen für Servicebuchungen

Ein Gründer, der Inselaktivitäten in einen einheitlichen Marktplatz verwandelt hat.

Als Arham erstmals daran dachte, einen Marktplatz für Indonesiens Reise- und Aktivitätsanbieter zu schaffen, wollte er mehr als nur eine Tourismusseite. Er wollte ein System, das unabhängige Betreiber zusammenbringen konnte. Tauchlehrer, lokale Führer, Bootsbetreiber, ATV-Besitzer, Trekking-Spezialisten, die alle buchbare Dienstleistungen durch ein zentrales Erlebnis anbieten.

Aber dieses Modell hatte eine Wendung, die viele Gründer unterschätzen.
Kunden würden den Gesamtbetrag nicht online bezahlen. Der Marktplatz erhob nur eine Buchungsgebühr, während die verbleibende Zahlung persönlich erfolgte.

Für die Kunden musste dieser Ablauf natürlich wirken.
Für die Anbieter musste es glasklar sein.
Zur Plattform musste es harmonisch sein.

Stattdessen traten schnell Risse auf.
• Die Provisionen stimmten nicht mit der tatsächlichen Buchungsgebühr überein.
• E-Mails fehlten Zeitfenster und Kontaktdaten des Anbieters.
• Die Anbieter hatten Schwierigkeiten zu verstehen, welche Buchung sie erfüllten.
• Die Struktur von Shopify behandelte Dienstleistungen wie Produkte und löschte den Buchungskontext.

Arham hatte kein Problem mit einem Design.
Er hatte es mit einem Problem der Datenarchitektur zu tun.

Warum Dienstleistungsbuchungs-Marktplätze ohne Kontext scheitern

E-Commerce-Plattformen denken in Bezug auf Produkte, Preise und Mengen.
Dienstleistungsbuchungs-Marktplätze denken in Bezug auf Zeit.

Ein ordnungsgemäßes Buchungssystem muss Folgendes enthalten:
• Das Datum
• Der Zeitrahmen
• Der Anbietername
• Die Buchungsgebühr
• Der zu zahlende Betrag in bar
• Die Kontaktdaten des Kunden
• Der Dienstort
• Die Sitzungsdauer

Ohne dies fühlen sich Bestätigungen leer an, und die Anbieter müssen raten, was der Kunde tatsächlich gebucht hat.

In Arhams früherem Setup behandelte Shopify eine Tauchsession um 7 Uhr und eine Tauchsession um 12:30 Uhr als dieselbe SKU.
Für Shopify waren diese identisch.
In der realen Welt sind sie völlig verschiedene Ereignisse.

Diese Unstimmigkeit erklärt, warum:
• Anbieter-E-Mails hatten keine Zeitfenster
• Kundenbestätigungen fehlten an wichtigen Details
• WhatsApp-Benachrichtigungen sahen unvollständig aus.
• Anbieter mussten häufig den Kunden anrufen, um den Zeitplan zu überprüfen.

Es war kein Workflow-Problem.
Es war eine strukturelle.

Wenn die Provisionslogik gegen das Zahlungsmodell kämpft

Arhams beabsichtigter Zahlungsablauf war einfach.
• Kunde zahlt eine Buchungsgebühr online
• Der Anbieter erhält die restliche Zahlung in bar.
• Der Marktplatz verdient einen festen Provisionssatz
• Steuern gelten nur für die Buchungsgebühr.

Aber Shipturtle hat die Bestellung direkt von Shopify übernommen, wo der volle Preis aufgezeichnet wurde. Das führte zu einer Kettenreaktion.

Das System hat fälschlicherweise:
• Berechnete Provision auf den vollen Servicewert
• Enthaltene Steuern innerhalb der Provision
• Falsche Gesamtwerte in Benachrichtigungen synchronisiert
• In einigen Fällen doppelt berechnete Provision
• Angezeigte abweichende Werte im Vergleich zum Checkout von Shopify.

Der Marktplatz fühlte sich inkonsistent und schwer vertrauenswürdig an.

Arham benötigte keine neuen Funktionen.
Er benötigte eine Korrektur an der Basis der Logik.

Der Wendepunkt: Als Buchungs-E-Mails endlich Bedeutung trugen

Alles änderte sich, als Arham eine Test-E-Mail mit vollständigem Kontext sah.

Es wurde angezeigt:
• Das Buchungsdatum
• Der genaue Slot (zum Beispiel, 7:00 Uhr)
• Der Anbietername
• Die Buchungsgebühr
• Der verbleibende Betrag
• Kundendaten

Zum ersten Mal wussten die Anbieter genau, was sie liefern mussten.
Kunden hörten auf, wiederholt Fragen zu stellen.
Die Plattform fühlte sich nicht wie zusammengetragene, voneinander getrennte Arbeitsabläufe an.

Es fühlte sich an wie eine echte Buchungsmaschine.

Shipturtle als Infrastruktur hinter Dienstleistungsmarktplätzen

Auch wenn die Kunden es nie zu Gesicht bekommen, betreibt Shipturtle jetzt jede essentielle Komponente von Arhams Plattform.

Was Shipturtle jetzt verwaltet

• Korrigieren Sie die Logik der Buchungsgebührenprovision
• Akkurate Steuerflüsse
• Zeitfenster- und Datumszuordnung
• Vendor-E-Mail- und WhatsApp-Benachrichtigungsattribute
• Kalenderbereite Datenarchitektur
• Zugang zur Unternehmens-API
• Multi-Anbieter-Dienstsynchronisierung
• Ein Fahrplan für die Veröffentlichung von Zeitfenstern für Anbieter
• Dedizierte Unterstützung bei der Einarbeitung

Shipturtle ist nicht die Oberfläche, mit der Kunden interagieren.
Es ist die stille Infrastruktur, die sicherstellt, dass das gesamte Ökosystem zuverlässig funktioniert.

Finale Transformation: Ein Marktplatz, der für Skalierung gebaut ist

Arhams indonesischer Service-Marktplatz funktioniert jetzt mit:
• Klare Buchungsgebühren
• Genaue Provisionsberechnungen
• Bestätigungen abschließen
• Klarheit und Verantwortlichkeit der Anbieter
• Kundenvertrauen
• Zeitfenster-Logik bereit für Skalierung
• Unterstützung auf Unternehmensebene für zukünftige Arbeitsabläufe

Was als einfache Idee begann, Aktivitäten auf der Insel online anzubieten, hat sich zu einem strukturierten Buchungssystem entwickelt.
Ein Ökosystem, das auf Klarheit, sauberer Logik und einer Datenbasis aufbaut, die respektiert, wie Dienstleistungen tatsächlich funktionieren.

Arham hat nicht nur einen defekten Arbeitsablauf repariert.
Er hat ein vorhersehbares, skalierbares System geschaffen, das bereit ist für Tausende von Buchungen in Indonesien.

Während Arham sich darauf vorbereitet, die Verfügbarkeit von Anbietern zu erweitern, dynamische Zeitfensterveröffentlichungen zu implementieren und tiefere Serviceautomatisierungen voranzutreiben, besteht der nächste Schritt darin, eine einheitliche Planungs-Engine über die Plattform hinweg aufzubauen.
Buchen Sie eine Demomit uns heute, um einen Dienstleistungsmarktplatz zu entwerfen, der wächst, ohne zu brechen.