Des frais de réservation précis et une logique de créneau horaire structurée ont transformé la plateforme d'Arham en un écosystème de service prévisible.
Avec l'architecture de réservation de Shipturtle, le marché est désormais prêt pour des milliers de créneaux horaires gérés par des fournisseurs à travers l'Indonésie.
L'infrastructure derrière les places de marché de réservation de services en Indonésie
Lire la suite :
TL;DR(trop long ; pas lu)
• Le fondateur Arham dirige une place de marché de services multi-vendeurs en Indonésie où les clients paient des frais de réservation en ligne et le montant restant en espèces aux fournisseurs locaux.
• Les calculs de commissions échouaient parce que la plateforme traitait les frais de réservation comme des prix de produit complets.
• Les e-mails des fournisseurs, les confirmations des clients, les créneaux horaires et les dates de réservation manquaient de données critiques.
• Shipturtle a corrigé la logique de commission, réaligné les règles fiscales et structuré les attributs de réservation pour les livraisons par email et WhatsApp.
• L'équipe a demandé une interface orientée vers les fournisseurs pour publier des créneaux horaires ainsi qu'un accès à l'API Entreprise pour des workflows plus approfondis.
Un fondateur qui a transformé les activités insulaires en un marché unifié
Lorsque Arham a d'abord imaginé la création d'un marché pour les fournisseurs de visites et d'activités en Indonésie, il ne voulait pas d'un simple site de tourisme. Il souhaitait un système capable de rassembler des opérateurs indépendants. Instructeurs de plongée, guides locaux, opérateurs de bateaux, propriétaires de véhicules tout-terrain, spécialistes des treks, tous offrant des services réservables à travers une expérience centrale.
Mais ce modèle avait une tournure que de nombreux fondateurs sous-estiment.
Les clients ne paieraient pas le montant total en ligne. Le marché ne collectait qu'une taxe de réservation tandis que le reste du paiement se faisait en personne.
Pour les clients, ce processus devait sembler naturel.
Pour les fournisseurs, cela devait être clair comme de l'eau de roche.
Pour la plateforme, elle devait être harmonieuse.
Au lieu de cela, des fissures sont apparues rapidement.
• Les commissions ne correspondaient pas aux frais de réservation réels.
• Les e-mails manquaient d'horaires et de coordonnées des fournisseurs
• Les fournisseurs ont eu du mal à comprendre quelle réservation ils exécutaient.
• La structure de Shopify traitait les services comme des produits et effaçait le contexte de réservation.
Arham ne traitait pas un problème de conception.
Il était en train de traiter un problème d'architecture de données.
Pourquoi les places de marché de réservation de services échouent sans contexte
Les plateformes de commerce électronique pensent en termes de produits, de prix et de quantités.
Les plateformes de réservation de services pensent en termes de temps.
Un système de réservation adéquat doit comporter :
• La date
• Le créneau horaire
• Le nom du fournisseur
• Les frais de réservation
• Le montant payable en espèces
• Les informations de contact du client
• Le lieu de service
• La durée de la session
Sans cela, les confirmations semblent vides et les prestataires restent dans le flou quant à ce que le client a vraiment réservé.
Dans la configuration initiale d'Arham, Shopify considérait une session de plongée à 7h et une session de plongée à 12h30 comme le même SKU.
Pour Shopify, ceux-ci étaient identiques.
Dans le monde réel, ce sont des événements entièrement différents.
Cette discordance explique pourquoi :
• Les e-mails des fournisseurs n'avaient pas de créneaux horaires.
• Les confirmations des clients manquaient de détails essentiels
• Les notifications WhatsApp semblaient incomplètes.
• Les fournisseurs devaient souvent appeler le client pour vérifier le timing.
Ce n'était pas un problème de flux de travail.
C'était un problème structurel.
Lorsque la logique de commission affronte le modèle de paiement
Le flux de paiement prévu par Arham était simple.
• Le client paie un frais de réservation en ligne.
• Le fournisseur reçoit le reste du paiement en espèces.
• Le marché gagne un pourcentage de commission fixe.
• Les taxes s'appliquent uniquement aux frais de réservation.
Mais Shipturtle a hérité de la commande directement de Shopify, où le prix total a été enregistré. Cela a provoqué une réaction en chaîne.
Le système a commis une erreur :
• Commission calculée sur la valeur totale du service
• Taxes inclus dans la commission
• Synchronisé les mauvais totaux dans les notifications
• Commission double facturée dans certains cas
• Affiché des valeurs disparates par rapport au processus de paiement de Shopify.
Le marché semblait incohérent et difficile à croire.
Arham n'avait pas besoin de nouvelles fonctionnalités.
Il avait besoin de correction à la racine de la logique.
Reconstruire les Fondations : Frais de Réservation Bien Réalisés
Shipturtle a restructuré tout autour du modèle commercial actuel.
Logique de commission réalignée
• La commission ne s'applique qu'aux frais de réservation.
• Le prix du service complet est exclu des paiements.
• Les taxes sont appliquées correctement.
• Les totaux de Shopify et les totaux de Shipturtle correspondent maintenant.
• Plus de décalages étranges ou de doubles facturations.
Attributs de réservation rendus accessibles
• Le créneau horaire est maintenant stocké comme un attribut de réservation.
• La date de réservation est clairement transmise aux modèles d'email.
• Les tableaux de bord des fournisseurs affichent le contexte complet de la réservation.
• Les confirmations clients semblent enfin complètes
Notifications des fournisseurs reconstruites
Au cas où Shopify Flow manquerait un déclencheur, Shipturtle prépare des données de secours pour :
• Nom du fournisseur
• Téléphone du fournisseur
• Temps de réservation
• Date de réservation
• Informations sur le client
• Frais de réservation et montant en espèces dus
Le système parle désormais le langage de la prestation de services dans le monde réel plutôt que de la logique des SKU.
Le Maillon Manquant : Publication des Créneaux Horaires des Fournisseurs
Au cours des conversations, un besoin majeur a émergé.
Les prestataires avaient besoin d'un moyen de publier leur disponibilité.
Une interface simple, de type calendrier, qui leur permet de définir :
• Date
• Plage horaire
• Capacité
• Modèles de jour de la semaine
• Règles de durée
• Dates bloquées
Sans cela, Arham devait configurer manuellement la disponibilité ou compter sur un inventaire statique.
Il a demandé si Shipturtle pouvait créer quelque chose de similaire aux plateformes de service globales. Un panneau où les vendeurs pourraient se connecter, ouvrir des calendriers et contrôler exactement quand ils peuvent accepter des réservations.
Cela est devenu le plus grand élément de la feuille de route pour la scalabilité.
Un marché ne peut pas se développer avec une disponibilité statique.
Il faut des créneaux horaires dynamiques, pilotés par les fournisseurs.
Le Tournant : Quand les Emails de Réservation Ont Enfin Pris du Sens
Tout a changé lorsque Arham a vu un email de test avec le contexte complet.
Ça a affiché :
• La date de réservation
• Le créneau horaire exact (par exemple, 7h00)
• Le nom du fournisseur
• Les frais de réservation
• Le solde restant
• Détails du client
Pour la première fois, les fournisseurs savaient exactement ce qu'ils devaient livrer.
Les clients ont cessé de poser des questions répétitives.
La plateforme ne donnait pas l'impression de flux de travail déconnectés assemblés ensemble.
On avait l'impression d'un véritable moteur de réservation.
Shipturtle comme l'infrastructure derrière les places de marché de services
Bien que les clients ne le voient jamais, Shipturtle alimente désormais chaque composant essentiel de la plateforme d'Arham.
Ce que Shipturtle gère maintenant
• Corriger la logique de commission des frais de réservation
• Flux fiscaux précis
• Mappage des créneaux horaires et des dates
• Attributs de notification par e-mail et WhatsApp du fournisseur
• Architecture de données prête pour le calendrier
• Accès API entreprise
• Synchronisation de services multi-fournisseurs
• Une feuille de route pour la publication de créneaux horaires à destination des fournisseurs
• Support d'intégration dédié
Shipturtle n'est pas l'interface avec laquelle les clients interagissent.
C'est l'infrastructure silencieuse qui garantit le bon fonctionnement de tout l'écosystème.
Le lancement de votre marché,
Simplifié
Obtenez une session stratégique qui vous fournit une feuille de route personnalisée, des insights éprouvés et l'impulsion pour lancer rapidement.
✓Séance de stratégie de 30 minutes
✓Recommandation de plateforme
✓Feuille de route personnalisée
84%
{{count}} des réservations de services échouées en Asie du Sud-Est se produisent en raison de l'absence de créneaux horaires ou de détails sur le fournisseur dans les confirmations.
Transformation Finale : Un Marché Conçu pour la Scalabilité
Le marché de services indonésien d'Arham fonctionne maintenant avec :
• Frais de réservation clairs
• Calculs de commissions précis
• Compléter les confirmations
• Clarté et responsabilité du fournisseur
• Confiance des clients
• Logique de créneau horaire prête à être mise à l'échelle
• Support de niveau entreprise pour les futures workflows
Ce qui a commencé comme une idée simple d'amener les activités insulaires en ligne s'est transformé en un écosystème de réservation structuré.
Un écosystème basé sur la clarté, une logique claire et une fondation de données qui respecte le fonctionnement réel des services.
Arham n'a pas simplement réparé un flux de travail cassé.
Il a créé un système prévisible et évolutif, prêt pour des milliers de réservations à travers l'Indonésie.
Alors qu'Arham se prépare à étendre la disponibilité des vendeurs, à publier des créneaux horaires dynamiques et à automatiser davantage les services, la prochaine étape consiste à construire un moteur de planification unifié sur l'ensemble de la plateforme.
Réservez une démoavec nous aujourd'hui pour concevoir un marché de services qui se développe sans se fissurer.
Why do service booking marketplaces require structured booking attributes?
Why do service booking marketplaces require structured booking attributes?
Because dates, time slots, vendor details, and booking fees must be captured and passed through consistently for confirmations, payouts, and notifications.
How does clean booking-fee logic improve payouts?
How does clean booking-fee logic improve payouts?
It ensures commissions apply only to the booking fee, preventing inflated charges or mismatched totals between Shopify and the marketplace backend.
Why were vendor notifications missing time slots initially?
Why were vendor notifications missing time slots initially?
Shopify treated services like products and did not store booking context, causing emails and WhatsApp messages to miss key service attributes.
Can vendors now see full booking details inside their dashboards?
Can vendors now see full booking details inside their dashboards?
Yes. Vendors receive booking dates, time slots, contact information, and fee breakdowns so they know exactly what service to deliver.
What happens if Shopify Flow fails to trigger a notification?
What happens if Shopify Flow fails to trigger a notification?
Shipturtle prepares fallback attributes to ensure vendor and customer emails always contain essential booking details.
Why is vendor-driven time-slot publication important for scaling?
Why is vendor-driven time-slot publication important for scaling?
A marketplace cannot grow with static availability. Providers must be able to publish and manage their own dynamic time slots to prevent scheduling conflicts.
Does this system support WhatsApp notifications with full booking context?
Does this system support WhatsApp notifications with full booking context?
Yes. Time, date, vendor, and fee attributes are now passed cleanly to WhatsApp templates for clear, actionable updates.
How does Enterprise API access help this marketplace?
How does Enterprise API access help this marketplace?
It enables deeper workflow automation, advanced scheduling, and customised integrations that are essential for a high-volume service ecosystem.
À propos de l'auteur
Kali
Working at Shipturtle shows how easily complex ideas can be turned into simple and engaging visuals. It reflects an ability to understand how digital products function and explain them in a way that anyone can grasp without feeling overwhelmed.
This experience also highlights strong problem-solving and clarity in thinking. It shows a talent for taking complicated concepts, breaking them down, and presenting them through clean visuals and clear writing. This makes information easier for people to understand, whether they’re new to tech or already familiar with it.