CÔNG CỤ TƯ VẤN NHANH
Tìm hạng phòng phù hợp
Tìm hạng phòng phù hợp
trong 30 giây
Lọc theo số khách, ngân sách và loại hình nghỉ dưỡng. Thông tin được tổng hợp từ bảng sản phẩm và lịch phòng hiện tại.
68Mã phòng
11Hạng phòng
—Còn trống hôm nay
DANH MỤC LƯU TRÚ
Hạng phòng nổi bật
ĐIỀU HÀNH PHÒNG
Tình trạng phòng
Chọn ngày để xem hoặc sửa. Mỗi lần cập nhật đều ghi trạng thái cũ, trạng thái mới, người sửa, thời gian và lý do.
| Khu | Villa | Hạng phòng | Mã phòng | Trạng thái | Chú thích / lý do | Cập nhật cuối |
|---|
BÁO CÁO QUẢN LÝ
Chỉ số tình trạng phòng
Cách tính: Phủ phòng = Đã đặt + Đang ở + Đi trong ngày / số phòng có thể bán. Phòng bảo trì được tách khỏi số phòng có thể bán.
| Thời gian | Đêm phòng | Phủ phòng | Đặt phòng | Trống | Tạm giữ | Bảo trì |
|---|
NHẬT KÝ THAO TÁC
Lịch sử chỉnh sửa trạng thái
| Thời gian sửa | Ngày phòng | Mã phòng | Hạng phòng | Thay đổi | Người sửa | Lý do / chú thích |
|---|
Lịch sử hiện được lưu bền trên trình duyệt của thiết bị này. Để nhiều nhân viên cùng cập nhật theo thời gian thực, bước tiếp theo là kết nối tài khoản và cơ sở dữ liệu trung tâm.
CUSTOMER 360 & BOOKING
Khách hàng, booking và lịch sử dịch vụ
Một hồ sơ khách hàng liên kết toàn bộ lần lưu trú, dịch vụ, thanh toán, hội thoại và công việc liên phòng ban.
DỮ LIỆU DÙNG CHUNGSale · Lễ tân · Nhà hàng · Kế toán · Vận hành
SALE / CSKHLead · nhu cầu · báo giá
→
BOOKINGBooking ID · phòng · cọc
→
LỄ TÂNHồ sơ lưu trú · check-in
→
DỊCH VỤNhà hàng · sự kiện · phát sinh
→
KẾ TOÁNĐối soát · hóa đơn · công nợ
DANH BẠ TẬP TRUNG
Khách hàng
Dữ liệu minh họa đã được ẩn thông tin định danh. Khi vận hành thật, quyền xem và sửa được giới hạn theo vai trò.
LỊCH SỬ SỬ DỤNG DỊCH VỤ
Toàn bộ phát sinh theo khách hàng
Mỗi giao dịch gắn Customer ID + Booking ID + bộ phận cung cấp, tránh thất thoát và nhập trùng.
| Ngày | Booking ID | Dịch vụ / phát sinh | Bộ phận | Giá trị | Trạng thái | Người ghi nhận |
|---|
01Mã định danh duy nhất
Customer ID cho một người; Booking ID cho một lần lưu trú. Có quy trình gộp hồ sơ trùng.
02Một chủ sở hữu dữ liệu
Mỗi trường có bộ phận chịu trách nhiệm, trạng thái duyệt và thời điểm cập nhật cuối.
03Sự kiện đồng bộ
Cọc xác nhận → chốt booking → khóa tồn phòng → tạo việc → gửi Pre Check-in.
04Riêng tư & kiểm toán
Phân quyền theo vai trò, che dữ liệu nhạy cảm, nhật ký xem/sửa và thời hạn lưu.
IDENTITY & ACCESS MANAGEMENT
Tài khoản và phân quyền truy cập
Quản trị viên tự định nghĩa vai trò, gán tài khoản theo bộ phận và kiểm soát riêng quyền xem dữ liệu nhạy cảm.
CHẾ ĐỘ HIỆN TẠIMô phỏng quản trị trên thiết bị nàyChưa thay thế xác thực và kiểm tra quyền tại máy chủ
VAI TRÒ
Nhóm quyền
TÀI KHOẢN NHÂN SỰ
Người dùng và bộ phận
| Nhân sự | Bộ phận | Vai trò | Trạng thái | Bảo mật | Hoạt động gần nhất |
|---|
NHẬT KÝ PHÂN QUYỀN
Lịch sử thay đổi
Điều kiện bắt buộc khi dùng thật
Quyền phải được kiểm tra ở API/máy chủ trên mọi lần đọc và ghi dữ liệu; dùng đăng nhập doanh nghiệp, MFA, phiên đăng nhập có thời hạn, mã hóa, sao lưu và nhật ký không thể sửa. Không lưu mật khẩu, khóa API hoặc ảnh giấy tờ trong trình duyệt.
NHÀ HÀNG 2026
Thực đơn bán hàng
Tra nhanh 83 món à-la-carte và 16 set menu cho bàn 6 hoặc 10 khách.
SẢN PHẨM SỰ KIỆN
Không gian & dịch vụ
Tư vấn theo sức chứa, ngân sách, thiết bị và thời lượng chương trình.
ẢNH XEM VÀ GỬI NGAY
Ảnh thực tế không gian & dịch vụ
KHÔNG GIAN TỔ CHỨC
Ảnh minh họa hiển thị ngay trên từng lựa chọnChọn không gian phù hợp
HẠNG MỤC BỔ SUNG
Thiết bị, setup và nhân sự
THƯ VIỆN BÁN HÀNG
Kho ảnh resort
19 thư mục ảnh được gom theo khu, hạng phòng, sự kiện và trải nghiệm.
ẢNH THỰC TẾ TỪ KHO MEDIA
Kiến trúc mở giữa thiên nhiên
Dùng các album bên dưới để gửi đúng nhóm ảnh cho khách, không cần tìm lại trong nhiều thư mục Drive.
THƯ MỤC GỐC
Mở toàn bộ album trên Drive
NỀN TẢNG DỮ LIỆU CHO AI
Quản trị AI Chatbot Facebook
AI tư vấn từ dữ liệu đã duyệt, thu thập nhu cầu và bàn giao cho sale. AI không tự xác nhận còn phòng, thanh toán hoặc đặt chỗ thành công.
NHÁP
Từ Messenger đến sale xác nhận
01Khách nhắn Page→02AI tra dữ liệu đã duyệt→03Tạo lead & bàn giao→04Sale chốt dịch vụ
Website là nguồn dữ liệu chính. Giá, khuyến mãi và tồn chỗ phải được lấy tại thời điểm hỏi; nếu chưa đủ tin cậy, chatbot chỉ nhận yêu cầu rồi chuyển sale.
AI không được tự cam kết
- Không đoán giá hoặc tình trạng phòng
- Không tự gửi số tài khoản ngoài nguồn duyệt
- Không xác nhận đã nhận tiền từ ảnh chụp
- Dừng trả lời khi sale tiếp quản
VẬN HÀNH
Trạng thái hội thoại
BÀN GIAO GẦN ĐÂY
Lead cần sale xử lý
TRI THỨC ĐƯỢC DUYỆT
Nguồn dữ liệu AI được phép sử dụng
Mỗi nguồn có quyền hiển thị, trạng thái xuất bản, ngày hiệu lực và thời điểm cập nhật.
Nguyên tắc truy nguyên
Mỗi câu trả lời phải lưu mã bản ghi, nguồn và thời điểm dữ liệu được dùng. Nội dung ít thay đổi đưa vào chỉ mục tìm kiếm; giá, khuyến mãi và tồn chỗ truy vấn trực tiếp.
ĐIỀU KIỆN BÀN GIAO
Chuyển sale khi
Lead tối thiểu: dịch vụ, ngày/giờ, số khách, số phòng, ngân sách nếu có, SĐT, ghi chú, sale phụ trách, hạn phản hồi và tóm tắt hội thoại.
Lịch sử phiên bản cấu hình
Trải nghiệm tư vấn bằng ChatGPTKhông gửi ra Facebook · không tự xác nhận còn phòng
ĐANG KIỂM TRA
Đang kiểm tra kết nối ChatGPT…
HỘP THƯ & LEAD
Nhu cầu chờ sale tiếp quản
Phân công sale, theo dõi SLA và khóa AI ngay khi người thật trả lời.
| Khách / nhu cầu | Thời gian | SĐT | Sale phụ trách | Trạng thái | SLA | Thao tác |
|---|
ĐƠN ĐẶT & THANH TOÁN
Sale xác nhận trước khi gửi khách
AI chỉ ghi nhận nhu cầu. Nhân viên được phân quyền phải kiểm tra dịch vụ, giá, tiền cọc và đối soát thanh toán.
TÌNH TRẠNG KẾT NỐI
CHƯA KẾT NỐI BACKENDMeta Messenger và OpenAI
Giao diện quản trị đã sẵn sàng. Để nhận/gửi tin thật cần backend HTTPS, webhook, hàng đợi và secret manager.
Meta App & Page
Page ID, Page Access Token, App Secret và quyền pages_messaging.
Chờ cấu hìnhWebhook an toàn
GET xác minh, POST kiểm tra chữ ký raw body, chống message trùng và trả 200 nhanh.
Chờ backendOpenAI API
Responses API, Structured Outputs và hàm lấy giá/tồn chỗ hiện hành.
Chờ khóa bảo mậtGiám sát vận hành
Lỗi webhook, lỗi AI, gửi tin thất bại, lead quá SLA và giới hạn ngân sách.
Thiết kế sẵnBiến môi trường chỉ lưu ở backend hoặc secret manager
META_PAGE_IDMETA_PAGE_ACCESS_TOKENMETA_APP_SECRETMETA_VERIFY_TOKENMETA_GRAPH_VERSIONOPENAI_API_KEYQuyền riêng tư và giới hạn Messenger
- Ẩn tên, SĐT và thanh toán trước khi dùng chat cũ làm FAQ.
- Phân quyền xem SĐT, đặt thời hạn lưu và quy trình xóa dữ liệu.
- PSID chỉ định danh hội thoại theo Page, không phải quyền đọc toàn bộ hồ sơ.
- Theo dõi last_customer_at; không tự gửi tin thông thường ngoài cửa sổ 24 giờ.
Lược đồ và nhật ký backend
Bảng: bot_configs, knowledge_sources, conversations, messages, leads, bookings, payments, bot_runs và integration_errors.
Sự kiện: webhook_received, ai_replied, lead_created, handoff, sale_replied và booking_confirmed.
Dùng khóa duy nhất page_id + meta_message_id để chống xử lý trùng.
Sáu giai đoạn triển khai
- Dữ liệuDuyệt bản ghi và quy tắc nguồn.
- AI nội bộChat thử và kiểm tra rào chắn.
- MessengerWebhook nhận/gửi ổn định.
- Lead & salePhân sale và khóa bot khi tiếp quản.
- Đơn đặtĐối soát và xác nhận đúng trạng thái.
- Tối ưuFAQ, bộ kiểm thử và báo cáo chuyển đổi.
CUSTOMER JOURNEY & BOOKING
Một Booking ID, một hành trình khách hàng
Nền tảng tập trung cho quản lý, Sale, CSKH và lễ tân: từ khi khách phát sinh nhu cầu đến tư vấn, chốt phòng, khai báo trước và nhận phòng.
ĐỀ ÁN MỤC TIÊUBooking · AI Copilot · Pre Check-in
Nhiều file và đường link
→Một nền tảng dùng chungPhòng, giá, ảnh, dịch vụ, khách hàng và booking cùng một nguồn dữ liệu.
Phụ thuộc kinh nghiệm cá nhân
→AI Copilot có kiểm soátChuẩn hóa cách trả lời, xử lý tình huống và nhắc Sale follow-up.
Nhập lại hồ sơ tại quầy
→Pre Check-in & OCRMột hồ sơ lưu trú được tái sử dụng, giảm gõ tay và thời gian chờ.
LUỒNG VẬN HÀNH MỤC TIÊU
Từ nguồn khách đến nhận phòng
Mỗi bước cập nhật vào cùng một hồ sơ; trạng thái, người phụ trách và lịch sử thay đổi luôn được ghi nhận.
CTV · Đối tácNguồn khách
HỒ SƠ BOOKING MẪU
Đã xác nhậnBK-2026-0930-018
5/6 nhóm dữ liệu hoàn tấtCòn thiếu chữ ký hợp đồng
NHẬT KÝ GẦN NHẤT
10:31 Lễ tân Trang đã kiểm tra danh sách khách · 10:24 Kế toán xác nhận cọc · 09:52 Khách hoàn thành Pre Check-in.
Một hồ sơ lưu trú dùng xuyên suốt
Thông tin đã được khách khai báo và lễ tân xác minh sẽ tự điền vào các bước sau.
- BookingThông tin đặt phòng và người đại diện
- Danh sách lưu trúĐại diện và toàn bộ người đi cùng
- Hợp đồngTự động điền dữ liệu đã duyệt
- Khai báo lưu trúXuất đúng cấu trúc cần sử dụng
- Check-inKiểm tra, ký xác nhận và giao phòng
Customer Service & Sales Copilot
Trợ lý cho nhân viên, không tự thay đổi giá hay xác nhận booking ngoài quy tắc.
- Nhận diện nhu cầu và gợi ý phương án phù hợp
- Soạn trả lời, xử lý phản đối và đề xuất nội dung follow-up
- Tra cứu phòng, giá, chính sách và dịch vụ đang hiệu lực
- Học từ hội thoại được phép dùng và tình huống thắng/thua
Kho kiến thức có kiểm soát
Mỗi nội dung có nguồn, người duyệt, ngày hiệu lực và phiên bản.
- Sản phẩm, giá, chính sách, FAQ và tài liệu đào tạo
- Hội thoại cũ được ẩn dữ liệu cá nhân trước khi sử dụng
- Ưu tiên dữ liệu hiện hành; chuyển người thật khi thiếu chắc chắn
- Lưu câu trả lời và nguồn tham chiếu để kiểm tra
Pre Check-in & hồ sơ lưu trú
Sau khi xác nhận booking, hệ thống gửi Link/QR riêng cho khách.
- Quét CCCD/Hộ chiếu để gợi ý điền, khách vẫn phải xác nhận
- Thêm nhiều người đi cùng trong cùng một booking
- Cảnh báo trường thiếu, giấy tờ mờ hoặc dữ liệu không khớp
- Tại quầy dùng máy đọc CCCD, tablet hoặc Mobile OCR
Điều phối, phân quyền & báo cáo
Mọi bộ phận nhìn đúng phần việc và trạng thái cần xử lý.
- Phân quyền quản lý, Sale, CSKH, lễ tân, kế toán và vận hành
- Giao việc tự động, SLA, nhắc follow-up và cảnh báo quá hạn
- Lịch sử chỉnh sửa, người thao tác và lý do thay đổi
- Đo chuyển đổi, tỷ lệ Pre Check-in, thời gian check-in và lỗi dữ liệu
Nguyên tắc bảo vệ dữ liệu định danh
Chỉ thu thập trường cần thiết; xin sự đồng ý của khách; che số giấy tờ trên màn hình; mã hóa khi lưu và truyền; giới hạn quyền xem; ghi nhật ký truy cập; đặt thời hạn lưu và quy trình xóa. Bản web thử nghiệm này chỉ minh họa luồng — không tải CCCD/Hộ chiếu thật.
Nguồn hiện tạiGoogle Sheets · Drive · Facebook
→Nền tảng trung tâmCRM · Booking · Inventory · Guest profile
→Tự động hóaAI Copilot · OCR · Hợp đồng · Công việc
→Điểm sử dụngQuản lý · Sale · CSKH · Lễ tân
Lộ trình triển khai đề xuất
- Giai đoạn 1 · Nền dữ liệuChuẩn hóa khách hàng, sản phẩm, phòng, giá và quy tắc tạo Booking ID; nhập dữ liệu hiện có.
- Giai đoạn 2 · CRM & BookingChạy thử luồng Lead → báo giá → cọc → giao việc; phân quyền và nhật ký thay đổi.
- Giai đoạn 3 · Pre Check-inLink/QR, OCR, danh sách người đi cùng, hợp đồng và quy trình lễ tân tại quầy.
- Giai đoạn 4 · AI CopilotDuyệt kho kiến thức, kiểm thử tình huống, kết nối kênh và tối ưu theo dữ liệu vận hành.
Chỉ số cần đo
Thời gian phản hồi đầu tiênLead → BookingTỷ lệ hoàn thành Pre Check-inThời gian check-in trung bìnhTỷ lệ sai/thiếu hồ sơFollow-up đúng SLA
Thiết lập đường cơ sở trước khi chạy thử; chỉ đặt mục tiêu sau khi có dữ liệu thực tế.