Infrastruktura za tržište rezervací služeb v Indonésii

Přesné poplatky za rezervace a strukturovaná logika časových bloků proměnily Arhamovu platformu v předvídatelný služební ekosystém.
Díky rezervační architektuře Shipturtle je nyní tržiště připraveno na tisíce časových slotů spravovaných dodavateli po celé Indonesii.

Pokračujte ve čtení:

Krátké shrnutí(příliš dlouhé; nečetl jsem)

• Zakladatel Arham provozuje indonéský vícerozměrný tržní servis, kde zákazníci platí poplatek za rezervaci online a zbývající částku v hotovosti místním poskytovatelům.
• Výpočty provizí selhávaly, protože platforma považovala poplatky za rezervaci za plné ceny produktu.
• E-maily dodavatelů, potvrzení zákazníků, časové sloty a termíny rezervací chyběly důležitá data
• Shipturtle opravil logiku provizí, znovu nastavil daňové pravidla a strukturoval atributy rezervace pro doručení přes email a WhatsApp.
• Tým požádal o rozhraní pro dodavatele, které umožní publikaci časových slotů spolu s přístupem k Enterprise API pro hlubší pracovní postupy.

Zakladatel, který proměnil aktivity na ostrově v jednotný trh

Když si Arham poprvé představoval, jak vybudovat tržiště pro poskytovatele zážitků a aktivit v Indonésii, chtěl víc než jen turistickou stránku. Chtěl systém, který by mohl spojit nezávislé provozovatele. Instruktory potápění, místní průvodce, provozovatele lodí, majitele ATV, specialisty na trekking, kteří všichni nabízejí rezervovatelné služby prostřednictvím centrálního zážitku.

Ale tento model měl zvrat, který mnoho zakladatelů podceňuje.
Zákazníci nechtěli zaplatit celou částku online. Trh vybral pouze rezervační poplatek, zatímco zbývající platba proběhla osobně.

Pro zákazníky musel tento proces působit přirozeně.
Pro dodavatele bylo třeba, aby to bylo naprosto jasné.
Na platformě to mělo být harmonické.

Místo toho se rychle objevily praskliny.
• Provize neodpovídaly skutečnému poplatku za rezervaci
• E-maily postrádaly časové sloty a kontaktní údaje dodavatele.
• Dodavatelé měli problém pochopit, jakou rezervaci plní.
• Struktura Shopify zacházela se službami jako s produkty a vymazala kontext rezervací.

Arham se nezabýval designovým problémem.
Zabýval se problémem s datovou architekturou.

Proč trhy pro rezervaci služeb selhávají bez kontextu

Ecommerce platformy přemýšlejí v termínech produktů, cen a množství.
Trhy pro rezervaci služeb uvažují v termínech času.

Správný rezervační systém musí obsahovat:
• Datum
• Časový slot
• Název poskytovatele
• Poplatek za rezervaci
• Částka splatná v hotovosti
• Kontaktní informace zákazníka
• Místo služby
• Délka relace

Bez toho potvrzení působí prázdně a poskytovatelé pouze hádají, co si zákazník vlastně rezervoval.

V počátečním nastavení Arhama Shopify považoval potápěcí seanci v 7:00 a potápěcí seanci ve 12:30 za stejný SKU.
Pro Shopify byly tyto identické.
Ve skutečném světě se jedná o zcela odlišné události.

Tato nesrovnalost vysvětluje, proč:
• E-maily dodavatele neměly žádné časové sloty.
• Zákaznické potvrzení postrádaly nezbytné údaje
• Oznámení z WhatsApp vypadala nedokončeně
• Dodavatelé často museli volat zákazníkovi, aby ověřili časování.

Nebyl to problém s pracovním tokem.
Byl to strukturální.


Když logika provize bojuje s platebním modelem

Arhamův plánovaný platební tok byl jednoduchý.
• Zákazník platí poplatek za rezervaci online
• Poskytovatel přijímá zbývající platbu v hotovosti.
• Trh si účtuje fixní procentní provizi.
• Daně se vztahují pouze na poplatek za rezervaci.

Ale Shipturtle zdědil objednávku přímo od Shopify, kde byla zaznamenána plná cena. To způsobilo řetězovou reakci.

Systém chybně:
• Vypočítaná provize z celkové hodnoty služby
• Zahrnuté daně v provizi
• Synchronizovány nesprávné celkové hodnoty do oznámení.
• Dvojnásobně účtovaná provize v některých případech
• Zobrazené nesouhlasící hodnoty ve srovnání s pokladnou Shopify

Trh se zdál nekonzistentní a těžko důvěryhodný.

Arham nepotřeboval nové funkce.
Potřeboval opravu v kořeni logiky.

Přestavba základu: Poplatky za rezervace správně

Shipturtle restrukturalizoval vše kolem aktuálního obchodního modelu.

Logika provizí přepracována

• Provize se vztahuje pouze na poplatek za rezervaci.
• Cena za plné služby není zahrnuta v výplatách.
• Daně jsou aplikovány správně
• Celkové hodnoty Shopify a Shipturtle se nyní shodují.
• Žádné další podivné nesrovnalosti nebo dvojité účty

Zpřístupněné atributy rezervace

• Časový blok je nyní uložen jako atribut rezervace.
• Datum rezervace je jasně předáno do e-mailových šablon.
• Dashboardy dodavatelů zobrazují kompletní kontext rezervace.
• Potvrzení zákazníka konečně působí úplně.

Oznámení dodavatelů přepracována

V případě, že Shopify Flow zmešká spouštěč, Shipturtle připravuje záložní data pro:
• Název dodavatele
• Telefon dodavatele
• Čas rezervace
• Datum rezervace
• Informace o zákazníkovi
• Poplatek za rezervaci a hotovost splatná

Systém nyní hovoří jazykem reálného poskytování služeb místo logiky SKU.


Chybějící spojení: Publikace časového slotu pro dodavatele

Během rozhovorů se objevil jeden hlavní potřeba.

Poskytovatelé potřebovali způsob, jak zveřejnit dostupnost.
Jednoduché rozhraní podobné kalendáři, které jim umožňuje nastavit:
• Datum
• Časový slot
• Kapacita
• Vzory podle dne v týdnu
• Pravidla trvání
• Zablokované termíny

Bez toho musel Arham ručně konfigurovat dostupnost nebo se spoléhat na statický inventář.

Zeptal, jestli by mohl Shipturtle vytvořit něco podobného jako globální servisní platformy. Panel, kde by se dodavatelé mohli přihlásit, otevřít kalendáře a přesně ovládat, kdy mohou přijímat rezervace.

Tohle se stalo největší položkou v plánu pro škálovatelnost.
Trh nemůže škálovat se statickou dostupností.
Potřebuje dynamické časové sloty řízené dodavateli.

Zlomový okamžik: Kdy rezervační e-maily konečně začaly mít smysl

Vše se změnilo, když Arham uviděl zkušební email s úplným kontextem.

Zobrazilo se:
• Datum rezervace
• Přesný čas (například 7:00)
• Jméno poskytovatele
• Poplatek za rezervaci
• Zbývající zůstatek
• Podrobnosti o zákazníkovi

Poprvé věděli dodavatelé přesně to, co měli doručit.
Zákazníci přestali klást opakující se otázky.
Platforma nepůsobila jako odpojené pracovní toky spojované dohromady.

Bylo to jako skutečný rezervační systém.


Shipturtle jako infrastruktura pro servisní trhy

I když to zákazníci nikdy nevidí, Shipturtle nyní pohání každou základní součást Arhamovy platformy.


Co Shipturtle nyní zpracovává

• Opravit logiku provize poplatku za rezervaci
• Přesné daňové toky
• Mapování časových slotů a dat
• Atributy e-mailu a oznámení na WhatsApp pro dodavatele
• Datová architektura připravená na kalendář
• Přístup k API pro podniky
• Synchronizace služeb mezi více poskytovateli
• Plán pro zveřejňování časových slotů zaměřených na dodavatele
• Vyhrazená podpora při onboarding procesu

Shipturtle není rozhraní, se kterým zákazníci interagují.
Je to tichá infrastruktura, která zajišťuje, že celý ekosystém funguje spolehlivě.

Vaše spuštění tržiště,
Zjednodušené

Získejte strategickou schůzku, která vám poskytne přizpůsobenou cestovní mapu, osvědčené poznatky a motivaci k rychlému spuštění.

30min strategická schůzka
Doporučení platformy
Vlastní plán cesty
Zarezervujte si bezplatnou konzultaci.

84%

Z neúspěšných rezervací služeb v jihovýchodní Asii dochází k tomu, že chybí časový slot nebo údaje o poskytovateli v potvrzeních.

Finální transformace: Tržiště navržené pro škálovatelnost

Indonéský trh služeb Arham nyní funguje s:
• Zrušit poplatky za rezervaci
• Přesné výpočty provizí
• Dokončit potvrzení
• Jasnost a odpovědnost dodavatele
• Důvěra zákazníků
• Logika časových slotů připravena na škálování
• Podpora na úrovni podniků pro budoucí pracovní postupy

To, co začalo jako jednoduchý nápad přenést ostrovní aktivity online, se vyvinulo v strukturovaný rezervační ekosystém.
Ekosystém postavený na jasnosti, čisté logice a datovém základu, který respektuje, jak služby ve skutečnosti fungují.

Arham nejen opravil rozbitý pracovní postup.
Vytvořil předvídatelný, škálovatelný systém připravený na tisíce rezervací po celém Indonésii.

Jak Arham připravuje rozšíření dostupnosti dodavatelů, dynamické publikování časových slotů a hlubší automatizaci služeb, dalším krokem je vybudování jednotného plánovacího enginu napříč platformou.
Rezervujte si demos námi dnes navrhněte tržiště služeb, které poroste, aniž by se rozpadlo.

Prozkoumejte, jak Shipturtle pohání tržiště pro tvůrce.

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?

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?

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?

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?

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?

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?

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?

It enables deeper workflow automation, advanced scheduling, and customised integrations that are essential for a high-volume service ecosystem.

O autorovi

image
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.