客户面临的问题
董里岛屿旅游运营商,经营9年,有快艇 + 大船,日容量数百座。提供4岛游、私人包船、Hin Daeng/Hin Muang潜水(距海岸2小时船程的世界级潜点)。日游套餐价格1,200-2,800泰铢/人,潜水之旅3,800-6,500泰铢/人。发现通话中,业主——董里本地人 + 嫁给德国潜水教练——告诉我们的问题是72%收入来自OTA(Klook 38%、GetYourGuide 22%、Viator 12%),佣金22-28%/预订
客户结构很有趣——马来28%、新加坡18%、中国16%、泰国22%、澳大利亚/欧洲16%。马来/新加坡/中国大多通过本国语言搜索引擎(Google MY/SG、百度、小红书)找信息。但原Wix网站只支持英语 + 移动LCP 5.8秒 → 转化率非常低(< 0.8%)。客户因此选择有中文界面的Klook
更”头痛”的问题是Hin Daeng/Hin Muang——PADI + Scuba Diving Magazine评为”世界前10”潜点——是客户margin最高产品(margin 45%,对比日游18-22%),但原网站完全没有潜水预订流程。客户必须邮件 + 手动发PADI证书 → 用2-3天确认,使人转去有即时预订的竞争潜水运营商
启动时设定的目标是6个月内直接预订+350% + 将OTA依赖从72%降至不超过45% + 集成可即时验证PADI证书的潜水预订流程
为什么原方案行不通
Wix通过Wix Multilingual app支持多语言,客户2024年试用后遇到3个问题——翻译URL未针对Google country-specific搜索优化(新加坡、马来、中国)、session间切换语言时checkout流程崩溃、app授权费 + Wix Business VIP plan每年共18,000泰铢但性能未改善
试过与FareHarbor + Rezdy + Bokun沟通。所有SaaS都很好支持tour预订,但没有一个支持客户3个主要业务逻辑
要点1 —— 潜水证书验证:预订Hin Daeng潜水的客户必须至少PADI Advanced Open Water + 25次logged dives。通用SaaS没有可查PADI Pro Chek或SSI数据库的证书验证流程
要点2 —— 多船重组:当A小船预订未满容量(15/30座)时,系统须建议自动与同路线B船合并以优化燃料成本。通用SaaS强制1趟 = 1艘船,不灵活
要点3 —— 多币种实时:马来/新加坡/中国客户希望看到自己币种(MYR、SGD、CNY) + checkout时锁定汇率。大多SaaS从fixer.io每小时更新汇率,使汇率与客户在线银行看到的银行汇率不符 → 信任问题
更重要的是——附近区域的Hin Daeng潜水竞争运营商3年前就有中文网站 + 即时潜水预订,从中国客户市场份额吸引很快。如果现在不做,2年后将落后
Southern Whale 的方法
经过2次发现通话 + 1天实地访问,实际乘坐 + 与船长交谈,我们规划4大支柱
1) Astro迁移 + 性能基准 选择Astro替代Wix以实现LCP < 1.5秒 + 原生i18n路由(中/英/中/马),Wix难以做到 + 零插件攻击面(Wix在2024年曾breach)。部署在Cloudflare Pages + R2,用于德国潜水教练的280+水下照片
2) 自定义预订引擎 + 潜水证书验证 在Supabase上构建支持日游 + 潜水之旅 + 私人包船的一体化预订平台。通过PADI Pro Chek API + SSI Diver Verification的PADI证书验证 + 其他认证机构(NAUI、BSAC、CMAS)手动上传。如证书验证通过,允许客户即时预订潜水之旅
3) 多语言SEO + 中文存在 撰写中/英/中/马来语22篇内容中心(中文8篇 + 马来语4篇增量)。涵盖翡翠洞穴指南、岛屿海滩指南、董里儒艮观赏、Hin Daeng潜点profile、董里南部泰菜。中文SEO方面注册小红书 + 微信公众号账户给中国大陆客户
4) 日游 + 潜水套餐打包 设计客户在一次交易中选择日游 + Hin Daeng潜水增值(次日) + 住宿套餐的预订流程 → 提升平均订单价值 + 减少checkout摩擦
工作流程(逐周)
第1-2周:发现 + 架构 采访team包括业主 + 潜水教练 + 船长 + 管理员,乘坐4岛游1天 + Hin Daeng潜水1天理解operational reality,设计Supabase schema 24个表覆盖船只、行程、潜水证书、客户、支付、退款、审计日志
第3-5周:后端 + 预订引擎 预订API带5分钟座位锁定、通过Supabase Realtime的实时舰队同步、支付处理Stripe(多币种MYR/SGD/CNY/USD/EUR/THB) + PromptPay QR + 银行转账、与PADI Pro Chek + SSI API集成的潜水证书验证、座位不满时建议合并的多船重组逻辑
第6-7周:客户前端 + 多语言 迁移Wix → Astro 22页,构建移动优先预订UI(75%流量来自移动),实施4种语言i18n路由,locale bundle懒加载(初始bundle 42KB),checkout时锁定汇率的多币种checkout流程
第8-9周:内容 + SEO + GBP 撰写22篇中/英/中/马文章(全部4种语言均为本土作者),实施Schema markup Trip + TouristAttraction + DiveSpot + FAQPage,优化4种语言Google商业资料 + 提交30个目录本地引文(TripAdvisor、Klook、Padi Travel、Scuba Diving Magazine等)
第10周:QA + 启动 预订流程所有支付 + 所有语言端到端测试,与PADI + SSI测试账户做潜水证书验证测试,WCAG AA无障碍审计,软启动5天逐步推广
启动后续签6个月运维,每月3篇内容 + 每周小红书帖子 + 月度业绩审查
障碍与调整
问题1:PADI Pro Chek API rate limit —— PADI API免费tier限1,000 requests/天 + 支持10,000 requests的tier需付USD 500/月。解决方案是在Supabase缓存验证证书结果90天 + 仅在证书将到期时重新check → 免费tier足够
问题2:中文内容在百度上慢 —— 启动后第1个月中文流量低于预期,因百度爬虫对泰国hosting有IP block list。解决方案是直接通过百度Webmaster提交sitemap + 增加小红书内容 + 请香港/新加坡KOL(通过潜水社区网络2位)撰写运营商行程评测 → 5周后中文流量增长4倍
问题3:启动后第2个月潜水预订下跌18% —— 与PADI推出新政策时间吻合,部分国家(新加坡)在东南亚范围必须先有潜水保险——增加潜水保险合作伙伴(DAN Asia-Pacific)在checkout流程作为可选增值(450泰铢/天)。3周后潜水预订回归并超越原值 + 通过保险佣金提升margin
上线后及持续运营
启动后4个月内,自然流量从180增至3,960 sessions/月(+2,100%),direct预订+380%,OTA依赖从72%降至42%。潜水套餐附加率(客户在一次交易中预订日游 + Hin Daeng潜水增值)达28%——是启动前完全没有的新收入渠道
经验教训 潜水预订需要通用tour预订做不到的技术深度——证书验证 + 保险集成 + 潜点条件feed(天气 + 潮汐 + 能见度)是吸引潜水客户的护城河。马来/新加坡/中国客户对多币种 + 本土语言内容反应非常好——4种语言stack投资ROI高于预期
目前客户仍是第6个月运维客户,并开始第2阶段——增加3天Hin Daeng liveaboard + 开通潜水认证课程(董里的Open Water),通过同一网站预订。参见 甲米跳岛预订系统 使用类似模式,或 软件开发服务 用于其他自定义构建