准确的预订费用和结构化的时间段逻辑使得Arham的平台变成了一个可预测的服务生态系统。
凭借Shipturtle的预约架构，市场现在已准备好在印尼提供成千上万的供应商管理时间槽。
印度尼西亚服务订购市场背后的基础设施
简而言之（太长了；没时间读）
• 创始人Arham经营着一个印度尼西亚的多供应商服务市场，客户在线支付预订费，其余金额以现金支付给当地提供商。
• 佣金计算出现错误，因为平台将预订费用视为完整产品价格
• 供应商电子邮件、客户确认、时间段和预订日期缺少关键信息
• Shipturtle 修正了佣金逻辑，重新调整了税务规则，并为电子邮件和 WhatsApp 交付结构化了预订属性。
• 团队请求一个面向供应商的界面，用于发布时间段以及企业API访问，以实现更深入的工作流程。
一位将岛屿活动转变为统一市场的创始人
当阿尔哈姆第一次想象为印尼的旅游和活动提供商建立一个市场时，他想要的不仅仅是一个旅游网站。他想要一个能够将独立运营商汇聚在一起的系统。潜水教练、当地向导、船只经营者、ATV车主、徒步旅行专家，所有人都通过一个中央体验提供可预订的服务。
但这个模型有一个许多创始人低估的转折。
客户不会在线支付全额。市场只收取了预订费，而其余款项是在现场支付的。
对于顾客来说，这个流程需要感觉自然。
对供应商来说，这一点必须非常清楚。
对于这个平台，它需要是和谐的。
相反，裂缝迅速出现。
• 佣金与实际订金不符
• 邮件中缺少时间段和供应商联系信息
• 供应商在理解他们正在履行的预订方面遇到了困难
• Shopify 的结构将服务视作产品，抹去了预订的上下文。
Arham 并没有处理设计问题。
他正在处理一个数据架构问题。
为什么服务预订市场在没有上下文的情况下会崩溃
电子商务平台以产品、价格和数量为考虑因素。
服务预订市场考虑的是时间。
一个合适的预订系统必须具备：
• 日期
• 时间段
• 提供者名称
• 预订费用
• 应付现金的金额
• 客户的联系信息
• 服务地点
• 会话持续时间
没有这个，确认信息显得空洞，服务提供者只能猜测客户实际预订了什么。
在Arham的早期设置中，Shopify将早上7点的潜水课程和下午12点30分的潜水课程视为相同的SKU。
对于Shopify来说，这些是相同的。
在现实世界中，它们是完全不同的事件。
这个不匹配解释了为什么：
• 供应商邮件没有时间段
• 客户确认缺乏必要的细节
• WhatsApp 通知看起来不完整
• 供应商通常需要打电话给客户以确认时间安排。
这不是一个工作流程问题。
这是一个结构性的问题。
当佣金逻辑与支付模式对抗时
阿赫姆预期的支付流程很简单。
• 客户在线支付预订费用
• 服务提供者以现金收到剩余款项
• 市场赚取固定的佣金百分比
• 税费仅适用于预订费用
但是 Shipturtle 直接从 Shopify 继承了订单，那里记录了全价。这引发了一连串反应。
系统错误地：
• 计算基于全服务价值的佣金
• 佣金中包含税费
• 同步了错误的总计到通知中
• 在某些情况下收取双倍佣金
• 显示的值与Shopify的结账不匹配
这个市场让人感觉不一致且难以信任。
阿尔哈姆不需要新功能。
他在逻辑的根本上需要纠正。
重建基础：正确的预订费用
Shipturtle 根据实际商业模式重组了所有内容。
佣金逻辑重新调整
• 佣金仅适用于预订费用
• 全部服务费用不包括在支付中。
• 税收正确地应用了
• Shopify的总计和Shipturtle的总计现在匹配
• 没有更多奇怪的不匹配或双重收费
可访问的预订属性
• 时间段现在作为预订属性存储
• 预订日期已清楚地传递到电子邮件模板中
• 供应商仪表板显示完整的预订上下文
• 客户确认终于感觉完整了
供应商通知重建
如果 Shopify Flow 错过了一个触发器，Shipturtle 为以下内容准备了后备数据：
• 供应商名称
• 供应商电话
• 预订时间
• 预约日期
• 客户信息
• 预订费用和现金到期
系统现在以真实世界服务交付的语言进行交流，而不是以SKU逻辑。
缺失的连接：供应商时间段发布
在谈话中，一个主要的需求浮现出来。
提供者需要一种方式来发布可用性。
一个简单的日历般的界面，让他们设置：
• 日期
• 时间段
• 容量
• 星期几模式
• 持续时间规则
• 被禁止的日期
如果没有这个，Arham就必须手动配置可用性或依赖静态库存。
他问Shipturtle是否可以创建类似于全球服务平台的东西。一个面板，供应商可以登录，打开日历，并准确控制他们可以接受预订的时间。
这成为了可扩展性的最大路线图项目。
一个市场无法在静态可用性下扩大规模。
它需要动态的、由供应商驱动的时间槽。
转折点：当预定邮件终于具有了意义
一切在阿尔哈姆看到一封带有完整上下文的测试邮件时发生了变化。
它显示：
• 预订日期
• 精确的时间段（例如，上午7:00）
• 服务提供者名称
• 预订费用
• 剩余余额
• 客户详情
这是供应商第一次确切知道他们需要交付的内容。
客户停止了重复提问。
该平台并不像是将断开的工作流程拼接在一起。
它感觉像一个真正的预订引擎。
Shipturtle作为服务市场背后的基础设施
尽管客户从未看到它，Shipturtle 现在为 Arham 的平台提供了每一个关键组件。
Shipturtle 现在处理的内容
• 修正预订费用佣金逻辑
• 精确的税务流动
• 时间段和日期映射
• 供应商电子邮件和WhatsApp通知属性
• 日历就绪的数据架构
• 企业 API 访问
• 多服务提供商同步
• 面向供应商的时间段发布路线图
• 专属的入职支持
Shipturtle 不是客户互动的界面。
它是确保整个生态系统可靠运行的无声基础设施。
84%
东南亚发生的服务预订失败中，有{{count}}%是因为确认中缺少时间段或服务提供者的详细信息。
最终转型：为规模打造的市场
Arham的印尼服务市场现在运营着：
• 清除预订费用
• 精确的佣金计算
• 完成确认
• 供应商的清晰度和责任感
• 顾客信任
• 时间段逻辑已准备好进行扩展
• 面向未来工作流程的企业级支持
最初只是一个将岛屿活动在线化的简单想法，已经发展成为一个结构化的预订生态系统。
一个建立在清晰、逻辑严谨基础上的生态系统，并以尊重服务实际运作方式的数据基础为支撑。
阿尔哈姆不仅仅修复了一个破损的工作流程。
他创建了一个可预测、可扩展的系统，能够支持印尼数千个订单。
随着阿尔哈姆准备扩大供应商可用性、动态时段发布以及更深层次的服务自动化，下一步是在平台上构建一个统一的调度引擎。
预订演示今天和我们一起构建一个能够不断增长而不出现故障的服务市场。
常见问题解答（FAQ）
- 服务预订市场为何需要结构化的预订属性？
因为日期、时间段、供应商详情和预订费用必须一致地被记录和传递，以便用于确认、付款和通知。 - 干净的预订费用逻辑是如何改善支付的？
它确保佣金仅适用于订购费用，防止在 Shopify 和市场后台之间出现费用膨胀或不匹配的总计。 - 为什么供应商通知最初缺少时间段？
Shopify将服务视为产品，并没有存储预订上下文，导致电子邮件和WhatsApp消息错过了关键的服务属性。 - 供应商现在可以在他们的仪表板中查看完整的预订详情吗？
是的。供应商会收到预定日期、时间段、联系信息和费用明细，以便他们清楚地知道需要提供什么服务。 - 如果 Shopify Flow 未能触发通知，会发生什么？
Shipturtle 准备了备份属性，以确保供应商和客户的电子邮件始终包含必要的预订细节。 - 供应商驱动的时间段发布对扩展的重要性在于以下几个方面：
1. **资源优化**：通过明确的时间段，供应商可以更有效地管理资源分配，确保在高峰时段内有足够的人力和物力支持。
2. **市场响应**：供应商能够快速响应市场需求变化，及时调整发布时间，从而更好地满足用户需求。
3. **数据驱动决策**：时间段的发布可以帮助供应商收集和分析数据，了解不同时间段的表现，从而做出更明智的决策。
4. **客户体验**：通过改善时间段的发布，供应商能够提供更流畅的用户体验，减少等待时间，提高客户满意度。
5. **可扩展性**：有效的时间段管理使得在需求增加时可以轻松扩展，而不会影响到服务的质量。
因此，供应商驱动的时间段发布不仅提升了运营效率，还为可持续的增长提供了基础。
一个市场无法在静态可用性下成长。供应商必须能够发布和管理他们自己的动态时间段，以防止安排冲突。 - 这个系统是否支持带有完整预订背景的 WhatsApp 通知？
是的。时间、日期、供应商和费用属性现在可以干净地传递给WhatsApp模板，以便提供清晰、可操作的更新。 - 企业API访问如何帮助这个市场？
它使得更深层次的工作流程自动化、先进的调度和定制化集成成为可能，这些对于高容量服务生态系统至关重要。
关于作者
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.