客户面临的问题
素叻他尼旅游运营商,2015年由曾任潜水教练9年的泰国创始人创立。目前每天接待80-150人。主要服务:跳岛(1日)、安通国家海洋公园、浮潜日游、满月派对接送(快艇 + 回程)、PADI Open Water + Advanced潜水课程、日落巡游。团队由创始人、运营经理、管理员、销售、向导 + 船长合作伙伴组成
发现时创始人分享了2024年收入数字共1,840万泰铢,但利润率薄,仅11%,因为OTA佣金超420万泰铢(收入的23%)。Klook佣金18-22%、GetYourGuide 20-25%、Viator 22-30%、Tiqets 18%,甚至新Booking Experience也是20%。更严重的是完全没有自有渠道。Klook + GetYourGuide共占收入的78%,剩余22%直接来自walk-in + 推荐的重复客户
运营流程全手动,管理员轮流回复LINE OA每天200+消息,9点至23点。船只 + 潜水员 + 旅游调度用Google Sheets共享,没有锁定机制,导致每周双重预订4-6次。曾有给8位客户预订安通跳岛同时,但船容量6座位,必须派2艘船增加成本且客户投诉。船长 + 向导调度用WhatsApp群发每日message,早班向导难找自己的shift
客户用PromptPay + SCB账户转账后发截图,管理员必须打开应用逐条检查4-7分钟/截图,全天80-100张截图,仅核对截图就花6-8小时。取消 + 改期记在笔记本 + LINE chat,不同步到Excel,多次被投诉重复收费
最严重的是完全没有SEO。搜”island hopping Surat Thani”或”snorkeling tour Thailand”在Google连第5页都没有,虽然开业9年。因为没有真正做SEO的网站(只有Klook为客户创建的着陆页 + Facebook page)。100%流量来自付费OTA平台
为什么原方案行不通
创始人曾尝试3种方法,全都不奏效。第一种是2024年8个月使用SaaS旅游预订系统Bokun,$400/月 + 2.9%佣金/预订。结果是admin-heavy的西方风格UI,泰国团队不熟练 + 不支持PromptPay(仅接受信用卡 + 欧盟银行转账) + 客户流程7步使转化率低0.4%。8个月后取消,Bokun实际预订仅24笔,对比Klook 1,200+笔
第二种是WordPress + Contact Form 7 + Stripe plugin上建预订表单4个月。仅提供inquiry-based服务:客户填表 → 管理员回邮件 → 发报价 → 客户转账 → 发确认,每笔预订需24-48小时。客户等不及就去Klook即时确认
第三种是雇曼谷代理做新网站 + 预订系统280,000泰铢4个月。结果是网站完成但预订系统无实时库存 + 不与Klook同步(无channel manager集成),不断重复销售,每周超额预订10+次。用了2个月就回滚到原系统,损失280,000泰铢
共同问题:代理 + 通用SaaS不理解multi-island旅游运营商的specific复杂性,需要管理重叠资源(同一艘船用于多个旅游) + 多渠道库存同步 + 多语言客户(5种语言) + PromptPay验证。一切都需要custom解决方案
Southern Whale 的方法
经过4小时发现 + 1天素叻他尼前台shadow + 2天看ops(早6点送船 + 晚23点接满月派对客户),我们规划4大支柱
支柱1 自定义预订平台 选择Next.js 14 + tRPC + Supabase(PostgreSQL新加坡区) + Cloudflare Workers用于edge function + 为multi-resource调度专门设计的实时库存引擎。数据库schema 24个表(tours、resources [boats/guides/instructors]、schedule_slots、bookings、customers、payments、slip_verifications、channel_inventory、channel_bookings、line_messages、whatsapp_messages等)。实时WebSocket广播 + DB级别锁定防止竞态条件。多币种定价(THB/USD/EUR/RUB/CNY/SGD)。阅读 我们的软件开发方法
支柱2 5种语言多语言SEO Astro前端营销站与Next.js预订应用分开(Astro上SEO性能最高)。5种语言中/英/中/俄/德,针对核心市场。俄语是2023年起俄罗斯游客大量回流素叻他尼的growth市场。中文针对开放国境后回归的中国市场。德语针对占潜水市场的欧洲游客。内容中心25篇起始文章(共125个版本)。每篇文章实施Schema TouristTrip + Event + Product + FAQPage
支柱3 Channel Manager集成 通过自定义集成层(非再扣佣金的generic channel manager)连接Klook + GetYourGuide + Viator + Booking Experience + Tiqets。双向实时同步可用性(自有平台 ↔ OTA),100%防止超额预订。目标是降低OTA依赖但不切除,使用OTA作为营销漏斗 + 通过direct重复客户
支柱4 自动化LINE OA + WhatsApp + PromptPay截图OCR LINE OA webhook + 意图分类(rule-based + GPT fallback)。聊天机器人回答18个热门FAQ,复杂预订交给管理员。按预订生成PromptPay QR + 通过Google Cloud Vision API OCR转账截图,confidence > 90%自动批准,< 90%手动队列。WhatsApp Business API用于旅游确认 + 提醒 + 旅游后评价请求。预订确认推送消息附行程 + 地图 + 紧急联系人
工作流程(逐周)
第1-3周 发现 + 架构 + 数据库设计 Shadow-day 2轮(早 + 晚)。采访管理员 + 销售 + 创始人 + 运营经理 + 向导 + 船长。映射当前ops流程所有步骤(28个process步骤)。设计数据库schema 24个表。构建6个画像的用户旅程图(walk-in客户、重复客户、团体预订、代理、潜水学员、满月派对接送)
第4-7周 后端核心 Next.js + tRPC + Supabase脚手架。认证(管理员tier、销售tier、向导tier、代理tier)。预订领域逻辑 + multi-resource库存锁。支付集成:Stripe + Omise + PromptPay QR生成器。Channel Manager集成层(Klook API + GetYourGuide API + Viator API + Booking Experience API + Tiqets API)。关键单元测试:预订竞态条件、multi-resource冲突、channel同步冲突解决
第8-10周 前端营销站 + 预订应用 Astro营销站32页(首页、旅游着陆页、岛屿指南页、博客、关于、FAQ、联系、预订)。Next.js预订应用12页(日期选择器、旅游选择、客人信息、增值、支付、确认、预订查询)。通过WebSocket + Supabase Realtime实现实时库存。5种语言多语言设置 + hreflang + Cloudflare KV缓存层。新拍250张照片 + 12部视频(无人机、水下、船只、日落)
第11-12周 LINE + WhatsApp + OCR + Channel同步 LINE webhook + 意图分类 + 聊天机器人FAQ。WhatsApp Business API设置 + 模板消息批准。PromptPay截图OCR pipeline + 手动审查队列。预订确认流程LINE + WhatsApp + 邮件。Channel Manager双向同步测试
第13周 UAT + 培训 + 软启动 Excel导入近12个月旧预订4,800笔。与管理员 + 销售UAT发现14个关键bug(6高、8中),6天内修复。培训团队6次泰语(1.5小时/次)。通过feature flag软启动50%流量4天
第14周 硬启动 + 监控 全面启动 + 72小时监控。构建SOP + runbook + 14个视频教程。发布12篇起始SEO内容。GBP优化 + 50+本地引文目录
持续第2-6个月 每月4篇内容 × 5种语言。每周GBP帖子。8种语言反向链接外联 + 网红合作。Channel Manager监控 + 佣金优化。Bug修复 + 小功能 + 安全补丁
障碍与调整
障碍1 周末Klook API rate limit 周末13.00-15.00客户query爆满5,000+ requests/分钟。Klook rate limit使某些时段可用性同步延迟90-120秒,有超额预订风险。调整:实施webhook-based同步替代polling + 队列机制 + 指数退避重试 + circuit breaker模式。同步延迟降至 < 3秒p99
障碍2 OCR对旧Kbank应用截图准确率78% SCB + Krungthai截图标准格式可读93%+,但旧版本Kbank应用OCR confidence低60-70%。调整:对confidence < 90%的截图增加手动审查队列。管理员点击confirm 1次按钮用12秒/截图(从5-7分钟降低) + 用1,200张旧Kbank截图自定义数据集训练ML model,8周后准确率提升至89%
障碍3 创始人希望保留Klook即使direct增长 启动后第16周direct预订增长45%,创始人担心失去OTA渠道,希望删除某些旅游的Klook listing。调整:我们解释OTA是吸引first-time客户到品牌的营销漏斗,然后retarget到下次行程的direct。策略是维持OTA存在 + 通过follow-up活动推进direct预订。创始人同意 + 续签运维做”OTA到Direct转化漏斗”
上线后及持续运营
启动5个月后,direct预订占比从22%增至65%。自然流量从280增至8,200 sessions/月(+2,840%)。管理员时间下降72%(从32小时/天降至9小时)。启动后双重预订0次。最近月direct渠道收入280万泰铢(对比基线380,000泰铢/月)。月度佣金节省480,000泰铢。ROI在第9个月回本
泰国旅游运营商的经验教训 1)收入 > 1500万泰铢/年时,自定义平台ROI高于SaaS,回本8-12个月 2)俄罗斯市场未被充分服务,素叻他尼无人服务俄语内容,俄语流量 + 转化高于预期 3)OTA不是敌人,而是吸引first-time客户的漏斗 4)direct + OTA之间实时同步最重要,1次超额预订失去难恢复的客户信任 5)PromptPay + 截图OCR对泰国市场不是可选,80%泰国客户用PromptPay
目前客户运维第6个月 + 续签Year 2 + 创始人正讨论第2阶段,使用同一playbook为素叻他尼其他几家旅游运营商合作伙伴增加white-label平台。阅读 旅游类其他案例研究 或 我们的web开发服务