Case Study: Hệ thống đặt tour đảo online tại tỉnh Krabi, tăng Direct Booking 420%, giảm phụ thuộc OTA

1. Tình hình của khách hàng

Khách là nhà cung cấp tour đảo tại tỉnh Krabi, hoạt động 12 năm, có speed boat và tàu đuôi dài trong mạng lưới, mỗi tàu chứa 30 chỗ, chạy 2 trips/day cho các tuyến Phi Phi, Hong Islands, James Bond, 4 Islands và private charter.

Trước khi bắt đầu project, hệ thống booking vẫn là manual trộn với digital nửa vời — paper booking lúc walk-in tại cửa hàng, WhatsApp cho khách nước ngoài, Line cho người Thái, và website cũ chạy WordPress + WooCommerce. Vấn đề lớn là checkout dropoff rate của direct booking lên tới 78% vì payment option duy nhất là bank transfer mà khách nước ngoài hầu như không ai chịu dùng.

Cơ cấu khách: người Trung 45%, Đông Âu (chủ yếu Nga) 25%, Thái 15%, khác 15% — web cũ chỉ hỗ trợ tiếng Anh, và bản dịch tự làm bằng Google Translate khiến user diễn giải sai về những gì có trong gói tour thường xuyên.

Hiện tại 70% revenue đến từ OTA platforms (Klook, GetYourGuide, Viator), cắt phí commission 18-25% khiến margin mỏng dần. Mục tiêu project là tăng direct booking 400%+ trong 6 tháng và giảm tỷ trọng OTA dependency xuống không quá 40% revenue.

2. Tại sao solution thông thường không work

Chúng tôi bắt đầu bằng đánh giá off-the-shelf solutions trước vì khách không muốn đầu tư custom development nếu có thể mua SaaS.

WooCommerce + multilingual plugins (WPML, Polylang) — dùng thực tế thì plugin bắn sai route ngôn ngữ thường xuyên, và checkout flow vỡ khi currency switch giữa session. Kể cả enterprise plan cũng không giải quyết được vấn đề core architecture mà WooCommerce thiết kế cho retail, không phải booking.

FareHarbor, Rezdy, Bokun — hỗ trợ tour booking tốt, multi-currency cũng OK, nhưng không cái nào hỗ trợ PromptPay QR — kênh chính của khách Thái → khách Thái phải chuyển khoản rồi gửi slip, không instant.

Multi-boat scheduling SaaS — không hệ thống nào hỗ trợ business logic của “boat shuffle” mà khách phải dùng thường xuyên, tức khi tàu B có vấn đề phải chuyển khách sang tàu A tự động kèm send notification báo thuyền trưởng và mọi khách.

Vì vậy kết luận phải custom build.

3. Cách tiếp cận của chúng tôi

Tech stack: Next.js 14 (App Router) + Stripe + PromptPay QR generator (custom) + next-intl (i18n) + Prisma + PostgreSQL + Vercel Edge cho caching tour catalog cấp regional.

Multi-currency: Dùng Stripe handle THB/USD/EUR/CNY/RUB native với locked exchange rate lúc checkout bắt đầu (chống rate fluctuation trong lúc khách chọn add-ons).

Custom vs SaaS — lý do khách chọn custom:

5-year TCO của custom thấp hơn SaaS tới 60%+ (custom = $14K one-time + $1.2K/year hosting × 5 = ~$20K).

4 Pillars của architecture:

1. i18n done right — 4 ngôn ngữ (TH/EN/CN/RU) lazy-loaded theo route và user locale, copy mọi dòng qua native translator (không phải Google Translate)
2. Real-time fleet sync — Postgres triggers + websocket subscription giúp availability update trong <500ms ở mọi client
3. Multi-payment — Stripe (international cards + Apple/Google Pay), PromptPay QR (instant THB), bank transfer (fallback)
4. Boat captain mobile PWA — offline-first dùng trên tàu không có sóng, sync khi quay về bờ

4. Tuần qua tuần

Week 1-2: Discovery

• Phỏng vấn owner, GM, 2 boat captains, 1 admin để map workflow thực tế
• Database schema design 22 tables bao gồm boat schedule, captain shift, tour package, customer, payment, refund, OTA sync log

Week 3-5: Backend API

• Booking flow API với seat-lock mechanism (5 phút hold trong checkout)
• Fleet availability engine: xem conflicts real-time xuyên suốt cả mạng lưới tàu, hỗ trợ boat shuffle
• Payment processors: Stripe integration + custom PromptPay QR generator + bank transfer reconciliation worker

Week 6-8: Customer Frontend

• Mobile-first booking UI (70% traffic từ mobile)
• 4 ngôn ngữ lazy-loaded — initial bundle một ngôn ngữ = 38KB
• Checkout flow: select tour → date → pax → add-ons → payment → confirmation
• Currency converter widget hiển thị real-time nhưng lock rate lúc checkout

Week 9-10: Admin Console

• Reservations console UI tiếng Thái (admin toàn người Thái)
• Refund flow hỗ trợ partial refund, weather cancellation
• OTA partner webhooks: Klook, GetYourGuide, Viator — inventory sync 2-way

Week 11-12: Captain Mobile PWA

• Offline-first bằng Service Worker + IndexedDB queue
• QR scan check-in (khách show booking QR tại cảng)
• Weather-based cancellation flow: captain báo cancel → admin approve → hệ thống refund tự động + báo khách 4 ngôn ngữ

Week 13: Polish

• Native CN + RU translator review copy mọi dòng
• Accessibility audit (WCAG AA)
• Security review (OWASP Top 10 + PCI scope review)

Week 14: Soft Launch

• Gradual rollout: 10% → 50% → 100% trong 5 ngày
• Training sessions: 2 lần cho admin, 1 lần cho captain
• Post-launch monitoring 2 tuần trọn vẹn

5. Vấn đề gặp phải

Stripe ở Thailand: Lúc plan lần đầu Stripe chưa available cho TH-registered entities trực tiếp → khách chọn dùng Stripe Atlas mở công ty ở Delaware để nhận international payments + dùng PromptPay cho THB payments → tax setup phức tạp hơn dự kiến, phải phối hợp cả Thai accountant + US CPA cho form 5472, dẫn đến compliance review thêm 2 tuần.

Russian translation glossary: Khách Nga quen với từ chuyên ngành marine như “Skiff” (thuyền nhỏ), “Catamaran” — Google Translate dịch sai thành từ không ai dùng trong ngành → khắc phục bằng cách tạo glossary 80+ từ vựng để native translator review trước khi dịch toàn bộ.

Captain app treo trên tàu: Tuần đầu soft launch có report rằng captain app treo khi ở giữa biển không có sóng → khắc phục bằng service worker + offline-first sync queue chạy khi network quay lại, cộng pre-cache data booking ngày đó khi tàu rời cảng.

6. Kết quả sau launch + ongoing

Tháng thứ 3:

• Direct booking +420% so với baseline
• OTA dependency giảm từ 70% xuống còn 35% revenue
• Average order value +25% vì multi-pax booking dễ hơn, và add-ons (lunch upgrade, photographer) khiến khách mua thêm

Tháng thứ 6:

• Return customer rate 18% (trước đây 4%) — từ email retargeting bằng booking data lưu là first-party
• Mở rộng thêm private charter booking flow (khách request sau launch)

Bài học rút ra:

• i18n phải đầu tư native translator, không có đường tắt — Google Translate khiến mất 100% credibility, đặc biệt với khách Trung và Nga trả nhiều tiền
• Boat shuffle logic là điều SaaS không thể cover — operational reality của tour operator Thái phức tạp hơn tiêu chuẩn Western tour ops nhiều

Ongoing:

• Bảo trì hệ thống + feature releases mỗi quý, dưới dạng quarterly retainer
• Roadmap: AI-driven dynamic pricing, group booking widget cho corporate clients, multi-property expansion (khách có kế hoạch mở resort)