인도네시아 서비스 예약 시장 뒤에 있는 인프라

섬 활동을 통합된 시장으로 전환한 창립자

아르함이 인도네시아의 투어 및 액티비티 제공자를 위한 마켓플레이스를 만들고자 처음 구상했을 때, 그는 단순한 관광 사이트 이상을 원했습니다. 그는 독립 운영자들을 하나로 모을 수 있는 시스템을 원했습니다. 다이빙 강사, 지역 가이드, 보트 운영자, ATV 소유자, 트레킹 전문가들이 중앙 경험을 통해 예약 가능한 서비스를 제공하고 있었습니다.

하지만 이 모델은 많은 창립자들이 과소평가하는 변수가 있었습니다.
고객들은 온라인에서 전체 금액을 지불하지 않았습니다. 마켓플레이스는 예약 수수료만 수집했으며 나머지 지불은 직접 이루어졌습니다.

고객들에게 이 흐름은 자연스럽게 느껴져야 했습니다.
판매자에게는 분명해야 했다.
플랫폼은 조화를 이루어야 했다.

대신 금이 빠르게 나타났다.
• 커미션이 실제 예약 요금과 일치하지 않았습니다.
• 이메일에 시간 슬롯과 공급업체 연락처 정보가 부족했습니다.
• 공급업체들은 자신들이 어떤 예약을 이행하고 있는지 이해하는 데 어려움을 겪었습니다.
• Shopify의 구조는 서비스처럼 제품을 취급하고 예약 맥락을 지웠습니다.

아르함은 디자인 문제를 처리하고 있지 않았다.
그는 데이터 아키텍처 문제를 다루고 있었습니다.

서비스 예약 마켓플레이스가 맥락 없이 무너지는 이유

이커머스 플랫폼은 제품, 가격 및 수량을 기준으로 생각합니다.
서비스 예약 마켓플레이스는 시간을 기준으로 생각합니다.

적절한 예약 시스템에는 다음이 포함되어야 합니다:
• 날짜
• 시간 슬롯
• 공급자 이름
• 예약 수수료
• 현금으로 지불해야 할 금액
• 고객의 연락처 정보
• 서비스 위치
• 세션 지속 시간

이것 없이는 확인이 공허하게 느껴지며, 제공자는 고객이 실제로 예약한 내용을 추측해야 합니다.

아르함의 초기 설정에서, 쇼피파이는 오전 7시 다이빙 세션과 오후 12시 30분 다이빙 세션을 같은 SKU로 간주했습니다.
Shopify에게 이들은 동일했습니다.
현실 세계에서는 그들은 완전히 다른 이벤트입니다.

이 불일치가 설명하는 이유는 다음과 같습니다:
• 공급업체 이메일에 시간 슬롯이 없었습니다.
• 고객 확인서에 필수 세부 정보가 부족했습니다.
• WhatsApp 알림이 불완전해 보였습니다.
• 공급업체는 종종 고객에게 전화를 걸어 타이밍을 확인해야 했습니다.

워크플로우 문제는 아니었습니다.
그것은 구조적인 것이었다.

커미션 로직이 지급 모델과 대치할 때

Arham의 의도된 지불 흐름은 간단했습니다.
• 고객이 온라인에서 예약 수수료를 지불합니다.
• 제공자는 현금으로 남은 금액을 받습니다.
• 마켓플레이스는 고정된 커미션 비율을 취득합니다.
• 세금은 예약 수수료에만 적용됩니다.

그러나 Shipturtle은 주문을 Shopify에서 직접 상속받았으며, 그곳에 전체 가격이 기록되어 있었습니다. 이로 인해 연쇄 반응이 발생했습니다.

시스템이 실수로:
• 전체 서비스 가치에 대한 커미션 계산
• 수수료에 세금이 포함되어 있습니다.
• 잘못된 총계를 알림에 동기화했습니다.
• 일부 경우에 대해 이중으로 청구된 수수료
• Shopify의 체크아웃에 비해 일치하지 않는 값이 표시되었습니다.

시장은 일관성이 없고 신뢰하기 어려운 느낌이었습니다.

Arham은 새로운 기능이 필요하지 않았습니다.
그는 논리의 뿌리에서 수정이 필요했다.

전환점: 예약 이메일이 마침내 의미를 지닐 때

아르함이 완전한 맥락을 가진 테스트 이메일을 보았을 때 모든 것이 바뀌었다.

다음과 같이 표시되었습니다:
• 예약 날짜
• 정확한 시간 슬롯(예: 7:00 AM)
• 공급자 이름
• 예약 수수료
• 남은 잔액
• 고객 정보

처음으로, 공급업체들은 그들이 제공해야 하는 것이 무엇인지 정확히 알고 있었습니다.
고객들이 반복적인 질문을 더 이상 하지 않습니다.
플랫폼은 서로 연결되지 않은 작업 흐름들이 엮여진 것처럼 느껴지지 않았다.

진짜 예약 시스템 같은 느낌이었어요.

서비스 마켓플레이스를 위한 인프라로서의 Shipturtle

고객이 그것을 결코 보지 못하더라도, Shipturtle은 이제 Arham의 플랫폼의 모든 필수 구성 요소를 지원합니다.

Shipturtle이 현재 처리하는 내용

• 예약 수수료 커미션 로직 수정
• 정확한 세금 흐름
• 시간대 및 날짜 매핑
• 판매자 이메일 및 WhatsApp 알림 속성
• 일정 준비가 완료된 데이터 아키텍처
• 엔터프라이즈 API 접근
• 멀티 제공자 서비스 동기화
• 벤더 대면 시간대 게시를 위한 로드맵
• 전담 온보딩 지원

Shipturtle은 고객이 상호작용하는 인터페이스가 아닙니다.
전체 생태계가 신뢰性 있게 작동하도록 보장하는 것은 바로 그 조용한 인프라입니다.

최종 변환: 확장을 위한 시장 플랫폼

Arham의 인도네시아 서비스 마켓플레이스는 이제 다음과 함께 운영되고 있습니다:
• 예약 수수료 삭제
• 정확한 커미션 계산
• 확인 완료
• 공급업체의 명확성과 책임감
• 고객 신뢰
• 시간 슬롯 논리가 확장을 위해 준비되었습니다.
• 미래 워크플로우를 위한 엔터프라이즈 수준의 지원

섬 활동을 온라인으로 가져오려는 간단한 아이디어로 시작된 것이 이제는 구조화된 예약 생태계로 발전했습니다.
명확성, 깔끔한 논리, 그리고 서비스가 실제로 어떻게 작동하는지를 존중하는 데이터 기반 위에 구축된 생태계.

Arham은 단순히 고장난 워크플로우를 수정한 것이 아닙니다.
그는 인도네시아 전역에서 수천 건의 예약을 처리할 수 있는 예측 가능하고 확장 가능한 시스템을 만들었습니다.

Arham이 공급업체 가용성 확장, 동적 시간 슬롯 게시 및 더 깊은 서비스 자동화를 준비함에 따라, 다음 단계는 플랫폼 전반에 걸쳐 통합 스케줄링 엔진을 구축하는 것입니다.
데모를 예약하세요오늘 저희와 함께 성장하면서도 문제가 생기지 않는 서비스 마켓플레스를 설계합니다.