Nền tảng kết nối Host và người du lịch, an toàn bằng thiết kế.
Host và khách tự thanh toán trực tiếp với nhau. Nền tảng đứng giữa để hai bên tìm thấy nhau, xác nhận yêu cầu đặt chỗ, và — khi có sự cố — dùng khoản ký quỹ do đối tác ngân hàng giữ để bảo vệ khách hàng.
Quản lý vận hành + tiếp thị hiện đại cho host trong một hệ sinh thái.
Xếp hạng theo chất lượng thực, không phải "ai trả nhiều hơn thì lên top".
Không hoa hồng trên giao dịch → khách trả ít hơn, host giữ nhiều hơn.
Yêu cầu, phản hồi, trạng thái đơn — cập nhật real-time, không độ trễ.
Tiền đến thẳng host thật, chính sách giá/huỷ/hoàn tiền công khai.
Ai giữ tiền của ai?
Giá trị dịch vụ đi thẳng từ khách đến host. Chỉ có một khoản — tiền ký quỹ của host — đi qua một đối tác được cấp phép, chuyên để xử lý sự cố. Bấm nút bên dưới để xem điều gì xảy ra khi có tranh chấp.
Ký quỹ Host & quy trình giải quyết tranh chấp
Đây là công cụ thực chất thay cho lời hứa "an toàn". Vì nền tảng không giữ tiền giao dịch, khoản ký quỹ của host — do đối tác được cấp phép giữ — là thứ duy nhất đứng ra bảo vệ khách khi mọi việc không như cam kết.
Khách báo cáo
Trong thời hạn quy định sau ngày sử dụng dịch vụ, kèm bằng chứng: ảnh, tin nhắn, booking log.
Admin xét duyệt
Đối chiếu chính sách công bố: dịch vụ sai mô tả, host không thực hiện cam kết, huỷ sai chính sách hoàn tiền.
Trích quỹ bồi thường
Nếu host sai, nền tảng gửi lệnh trích quỹ tới đối tác giữ tiền — có mức trần bồi thường rõ ràng, không vô hạn.
Host nạp lại quỹ
Phải khôi phục mức tối thiểu để tiếp tục nhận booking mới; từ chối hoặc tái phạm → tạm khoá tài khoản.
9 khối chức năng của hệ sinh thái
Bấm vào một khối để xem chi tiết. Khối viền nét đứt là phần do đối tác bên ngoài vận hành, không phải nền tảng.
Booking Request & Matching Engine
Xử lý yêu cầu đặt chỗ real-time: client gửi yêu cầu → hệ thống tạm giữ tồn kho (soft-hold) → host xác nhận/từ chối. Khi xác nhận, nền tảng công khai thông tin liên hệ để hai bên tự thu xếp thanh toán trực tiếp. Nền tảng không xử lý thanh toán giao dịch chính.
Ngăn xếp công nghệ trên GCP
Nguyên tắc: serverless-first, modular monolith trước — tách microservices khi có lý do thực tế, không tách sớm.
| Lớp | Công nghệ | Ghi chú |
|---|---|---|
| Frontend Web | Next.js (SSR/SSG) | Bắt buộc cho SEO; deploy trên Cloud Run hoặc Firebase Hosting |
| Backend API | NestJS / FastAPI trên Cloud Run | Serverless, scale-to-zero → tiết kiệm chi phí lúc ít traffic |
| Database giao dịch | Cloud SQL (PostgreSQL) | Booking request, tồn kho, trạng thái xác nhận — không lưu dữ liệu thanh toán chính |
| Sổ cái ký quỹ | Cloud SQL, bảng append-only | Đồng bộ/hiển thị số dư từ đối tác — không phải nơi giữ tiền thật |
| Database nội dung | Firestore (tuỳ chọn) | Listing, review — linh hoạt schema |
| Auth | Firebase Authentication | Social login, multi-tenant cho host |
| Tìm kiếm | Typesense / Vertex AI Search | Semantic search phục vụ AI agent |
| AI / LLM | Vertex AI (Gemini) | Agent client + host copilot; embeddings cho RAG |
| Lưu trữ file | Cloud Storage + Cloud CDN | Ảnh listing, tối ưu tải qua CDN |
| Async / Event | Pub/Sub + Cloud Tasks | Email/SMS xác nhận, đồng bộ tồn kho, nhắc host phản hồi |
| Analytics | BigQuery + Looker Studio | Báo cáo GMV, hành vi người dùng |
Vì sao GCP, và chi phí thực tế
Đội nhỏ, ưu tiên AI, ngân sách hạn chế — Vertex AI native và Google for Startups Cloud Program là hai lý do chính.
| Tiêu chí | GCP | AWS | Azure |
|---|---|---|---|
| Chi phí bootstrap | Cloud Run free tier rộng; Google for Startups (credit lớn) | Free tier hẹp hơn cho serverless | Ít ưu đãi hơn cho SEA |
| AI/LLM tích hợp | Vertex AI + Gemini native | Bedrock, rời rạc hơn | Azure OpenAI, phí cao hơn |
| Vùng SEA | asia-southeast1 (Singapore) | ap-southeast-1 | Ít lựa chọn AI hơn |
| Độ phức tạp vận hành | Thấp — rất "managed" | Trung bình | Trung bình–cao |
Ước tính chi phí hạ tầng MVP / tháng
Tổng ước tính ~30–90 USD/tháng ở giai đoạn MVP — có thể về gần 0 nếu tận dụng credit từ Google for Startups Cloud Program.
Ba con đường pháp lý cho phần ký quỹ
| Hướng đi | Thời gian tới go-live | Điều kiện / rủi ro |
|---|---|---|
| Tự xây, tự xin giấy phép | 12–18 tháng | Vốn điều lệ tối thiểu 50 tỷ đồng, hệ thống đối soát & báo cáo đạt chuẩn NHNN |
| Hợp tác tổ chức đã có giấy phép Đã chọn | 4–7 tháng | Phụ thuộc lộ trình đối tác, có thể chia sẻ biên lợi nhuận — phù hợp nhất với team bootstrap |
| Mua nền tảng rồi tuỳ biến | 6–10 tháng | Rủi ro khoá nhà cung cấp, phí license tăng theo giao dịch |
Miễn phí trước, tài trợ vận hành, thuê bao khi đủ lớn
Vì nền tảng không thấy được dòng tiền giao dịch, hoa hồng % gần như bất khả thi để thu tự động — thuê bao và phí dịch vụ là hướng bền vững hơn nhiều.
Thuê bao / gói dịch vụ host
Gói AI/SEO nâng cao, thu theo tháng — không phụ thuộc số lượng giao dịch thực tế.
Phí quản lý quỹ ký quỹ
Khoản phí nhỏ để duy trì hệ thống bảo vệ tranh chấp — giá trị thực, không phụ thuộc GMV.
Vị trí nổi bật (featured)
Quảng cáo nội bộ, gắn nhãn "Được tài trợ" rõ ràng, tách khỏi kết quả xếp hạng tự nhiên theo chất lượng.
Phí API cho reseller
Thu theo lượt gọi API ở mức sử dụng cao, không theo GMV giao dịch.
Hoa hồng tự nguyện
Chỉ khả thi khi có đủ uy tín để host tự kê khai — rủi ro thất thoát cao, không nên là nguồn thu chính ban đầu.
7 giai đoạn phát triển
Bấm vào từng giai đoạn để xem chi tiết. Team nhỏ nên launch Phase 1 với một loại dịch vụ, một khu vực trước khi mở rộng.
Rủi ro pháp lý — cái gì đã nhẹ, cái gì vẫn cần luật sư
Mô hình lai giúp chuyển phần nặng nhất (giữ tiền) cho đối tác đã có giấy phép, nhưng vẫn còn những điểm cần tư vấn chuyên môn trước khi vận hành chính thức.
✓ Đã chuyển cho đối tác xử lý
- Giấy phép trung gian thanh toánTheo Nghị định 52/2024/NĐ-CP, cần vốn điều lệ tối thiểu 50 tỷ đồng nếu tự làm — nay chuyển hoàn toàn cho đối tác đã có giấy phép.
- PCI-DSS & hạ tầng giữ tiềnĐối tác được cấp phép chịu trách nhiệm kỹ thuật cho phần lưu trữ/xử lý tiền ký quỹ.
- Giao dịch chính Host↔ClientKhông cần giấy phép trung gian thanh toán vì tiền không qua nền tảng.
⚠ Vẫn cần tư vấn luật sư
- Giấy phép kinh doanh lữ hànhTuỳ mô hình (đại lý, môi giới, tổ chức tour) theo Luật Du lịch VN.
- T&C ba bênRanh giới trách nhiệm giữa nền tảng, đối tác giữ tiền, và host cần rõ ràng bằng hợp đồng.
- Bảo vệ dữ liệu cá nhânTuân thủ Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 (hiệu lực 1/1/2026).
- Chống lạm dụng tranh chấpQuy trình xét duyệt công bằng hai chiều, tránh khách trục lợi từ quỹ ký quỹ của host.
- OverbookingCơ chế khoá tồn kho (soft-hold) khi có yêu cầu đang chờ xác nhận.
- Nội dung AI sinh raCần bước duyệt trước khi publish để tránh sai lệch thông tin gây tranh chấp.
Bước tiếp theo
- 1Chốt 1 vertical + 1 khu vực để làm MVP — tránh dàn trải nguồn lực.
- 2Thiết kế schema dữ liệu: booking request, listing, user, trust/rating, deposit ledger.
- 3Đăng ký Google for Startups Cloud Program để tối ưu chi phí ngay từ đầu.
- 4Dựng khung kỹ thuật tối giản: Next.js + Cloud Run + Cloud SQL + Auth — thêm AI sau khi luồng đặt phòng chạy ổn.
- 5Thiết lập billing alert & giám sát chi phí GCP ngay từ ngày đầu.
- 6Song song từ sớm: liên hệ 2–3 đối tác ký quỹ tiềm năng (NganLuong.vn, VNPay, MoMo Business, hoặc ngân hàng có tài khoản phong toả) để không bị chặn tiến độ ở Phase 2.