surfup

Nhà hàng Thái Lan

Thực đơn trực tuyến với đơn gọi món qua QR, bot Telegram cho nhân viên và bảng quản trị

HoReCa · Thực đơn trực tuyến · Đặt món qua QR · Bot Telegram · Bảng quản trị
Bối cảnh dự án

Khách hàng là một nhà hàng Thái có bếp mở và thực đơn mà một nửa số món cần được giải thích: nguyên liệu lạ với khách, các mức độ cay, nước sốt và món tráng miệng khó hình dung chỉ qua lời mô tả. Khách đến từ nhiều nhóm: khách du lịch không quen với ngôn ngữ của nhà hàng và người địa phương muốn «thử hương vị Thái Lan». Thực đơn giấy truyền thống gây ra cùng lúc ba vấn đề: nhanh lỗi thời — mỗi lần đổi giá hay món đều phải in lại và tốn chi phí; không thể hiện món ăn «trực quan» — ảnh phải được thêm bằng các tờ rời; và khiến nhân viên phục vụ quá tải — vào giờ cao điểm, khách phải đợi 5–10 phút chỉ để gọi món, còn lỗi «nghe nhầm món, làm nhầm món» xảy ra thường xuyên. Việc ghi chép cũng là vấn đề riêng: đơn hàng và doanh thu theo ca được cộng thủ công, nên chủ nhà hàng không có bức tranh chính xác về hoạt động trong phòng ăn theo thời gian thực. Nhà hàng muốn đặt liên kết công khai của thực đơn trên hồ sơ Google Maps, nơi hiện nay mang lại một phần đáng kể lượng khách lần đầu.

01 · Thách thức

Thiết kế và xây dựng hệ thống trong đó một thực đơn hoạt động ở hai chế độ và đơn hàng đến bếp mà không qua bất kỳ khâu

«truyền miệng» nào. Bài toán có bốn phần: thứ nhất, thực đơn công khai với liên kết cố định để đăng trên Google Maps, mạng xã hội và in lên tài liệu quảng bá; thứ hai, các liên kết riêng của cùng thực đơn, khi quét mã QR trên bàn sẽ biến trang trưng bày thành quy trình đặt món đầy đủ, cho phép chọn món và gửi đến bot Telegram của nhân viên, với số bàn được mã hóa ngay trong liên kết; thứ ba, bot Telegram dành cho nhân viên nhà hàng, nơi tập hợp mọi đơn hàng, ghi chép và tính tổng tiền; thứ tư, bảng quản trị để chủ nhà hàng tự thêm, sửa và xóa món mà không cần lập trình viên. Hệ thống phải chạy trên thiết bị cơ bản của nhân viên và khách chỉ cần dùng camera điện thoại.

02 · Công việc đã thực hiện

Với khách, hệ thống trông như «chỉ là một website có thực đơn», nhưng bên dưới là logic được thiết kế kỹ cho hai chế độ truy cập và ba vai trò: khách, nhân viên và người quản trị thực đơn. Mỗi quyết định kỹ thuật đều nhằm trả lời một câu hỏi: làm sao giảm trở ngại trong quá trình gọi món.

  • Thiết kế kiến trúc hai chế độ với một kho nội dung và hai phạm vi truy cập. Liên kết công khai mở thực đơn giới thiệu gồm danh mục, ảnh, thành phần, mức độ cay và giá — không có nút gọi món, chỉ giới thiệu ẩm thực trên Google Maps và mạng xã hội. Liên kết theo bàn chứa tham số bật chế độ đặt món: giỏ hàng, ghi chú cho từng món và nút gửi đơn sẽ xuất hiện. Nội dung luôn dùng chung nên không cần đồng bộ hai thực đơn.
  • Xây dựng thực đơn công khai dưới dạng trang thích ứng, tải nhanh trong một giây ngay cả khi dùng mạng di động ngoài đường, vì khách thường mở trang ngay từ hồ sơ Google Maps khi đang ở gần nhà hàng. Trang có ảnh món ăn, mô tả ghi rõ độ cay và thành phần, danh mục từ súp đến đồ uống và món tráng miệng, cùng giá cập nhật. Hệ thống lưu trữ nằm ngoài mạng nội bộ của nhà hàng, giúp liên kết luôn hoạt động ổn định bất kể Wi-Fi tại quán hay lượng khách trong phòng ăn.
  • Tạo mã QR riêng cho từng bàn, mỗi mã có liên kết duy nhất chứa sẵn số bàn. Khách không phải chọn «tôi đang ngồi bàn số N» trong danh sách hay đọc số bàn cho nhân viên — hệ thống tự nhận biết từ liên kết. Điều này loại bỏ nguồn sai sót chính của các hệ thống tương tự và gắn đúng địa chỉ bàn cho đơn hàng ngay từ đầu. Bảng QR được đặt sao cho khách ngồi ở bất kỳ vị trí nào cũng dễ quét.
  • Tạo giỏ hàng và quy trình gửi món không cần đăng ký: khách thêm món, ghi chú («không đậu phộng», «cay hơn», «để riêng nước sốt»), kiểm tra lại rồi xác nhận. Đơn được gửi đến bot Telegram của nhân viên cùng mã đơn duy nhất và số bàn. Không cần cài ứng dụng, nhập số điện thoại hay tạo tài khoản: từ lúc quét mã đến khi gửi đơn chỉ mất một hoặc hai phút, ngắn hơn có chủ ý so với mọi cách khác.
  • Phát triển bot Telegram cho nhân viên: bot nhận tất cả đơn hàng theo thời gian thực, gồm mã đơn, số bàn, món, ghi chú của khách và tổng tiền. Ngoài nhận đơn, bot còn ghi chép lịch sử theo ca và theo ngày, tổng tiền theo danh mục và món, gửi lại đơn và theo dõi trạng thái xử lý. Nhân viên dùng Telegram vốn đã mở trên thiết bị làm việc; không cần cài phần mềm riêng hay đào tạo, vì giao diện là cuộc trò chuyện quen thuộc.
  • Xây dựng bảng quản trị thực đơn: thêm món, sửa giá, mô tả, ảnh và danh mục, xóa món hoặc đánh dấu còn/hết hàng ngay lập tức. Mọi thay đổi xuất hiện ngay trên cả thực đơn công khai lẫn chế độ gọi món vì đó là cùng một thực đơn. Chủ nhà hàng quản lý món ăn bằng điện thoại, không cần lập trình viên hay nhờ chúng tôi xử lý từng việc nhỏ.
  • Tính đến các tình huống thường ngày trong phòng ăn: nếu bếp vừa hết món khách đặt, quản trị viên ẩn món ngay trên bảng quản trị và món đó biến mất khỏi chế độ gọi món; nếu đơn bị gửi nhầm hai lần, nhân viên thấy cả hai và từ chối bản trùng; nếu giá thay đổi, chỉ cần sửa một chỗ để cập nhật mọi nơi. Chính những tình huống bình thường này quyết định hệ thống có được nhà hàng đang hoạt động sử dụng lâu dài hay không.
  • Đưa hệ thống vào hoạt động và hướng dẫn nhân viên: in và đặt mã QR, hướng dẫn nhân viên phục vụ sử dụng bot, theo sát các ca đầu tiên, thu thập phản hồi của khách và nhân viên, rồi điều chỉnh giao diện dựa trên trải nghiệm thực tế.

Ba quyết định tạo nên thành công của dự án. Thứ nhất là «một thực đơn, hai chế độ»: nhà hàng chỉ quản lý một nguồn nội dung nên trang giới thiệu công khai và quy trình gọi món không bao giờ khác nhau. Thứ hai là dùng Telegram làm thiết bị đầu cuối cho nhân viên: không tốn tiền mua thiết bị, đơn đến ngay nơi nhân viên vốn đang làm việc, lịch sử tự lưu mà không cần «sổ ghi chép». Thứ ba là mã hóa số bàn trong liên kết QR để hệ thống không hỏi khách điều mà nó có thể tự biết. Toàn bộ hệ thống rẻ hơn một lần in lại toàn bộ thực đơn giấy và tiếp tục hoạt động mà không cần thuê bao, máy chủ riêng hay thiết bị chuyên dụng trong phòng ăn.

03 · Kết quả

Tác động rõ nhất là giá trị hóa đơn trung bình tăng: ảnh món và khu vực món tráng miệng, đồ uống luôn hiển thị trong thực đơn khuyến khích khách gọi thêm những món nhân viên không kịp giới thiệu vào giờ cao điểm. Tác động thứ hai là giảm tải cho nhân viên: họ ít phải chạy đi nhận món hơn và có thêm thời gian phục vụ, mang món, dọn bàn và trò chuyện với khách. Bot giúp chủ nhà hàng lần đầu có bức tranh chính xác về đơn hàng theo bàn, ca và món mà không cần ghi tay một dòng nào. Cuối cùng, liên kết công khai trên Google Maps hoạt động như một bước «bán trước»: khách xem thực đơn trước khi đến, chia sẻ ảnh món ăn với nhau và đến quán khi đã biết mình muốn gọi món gì.

04 · Kết quả chính
Chỉ sốKết quả
Cập nhật thực đơnIn lại mất vài ngày → Vài phút trên bảng quản trị
Từ lúc khách quyết định đến khi gọi món5–10 phút → 1–2 phút
Lỗi trong đơn hàngThường xuyên → Chỉ lẻ tẻ trong mỗi quý
Giá trị hóa đơn trung bình+17%
Ghi chép đơn hàng và doanh thu theo caGhi tay trong sổ → Tự động trong bot

Các chỉ số được chuyển từ tài liệu gốc của case study. Khoảng thời gian được ghi khi nguồn có nêu.

Ba tháng đầu tiên
giá trị hóa đơn trung bình
+17%
từ lúc khách quyết định đến khi gọi món (trước đây là 5–10 phút)
1–2 phút
để cập nhật thực đơn trong bảng quản trị thay vì in lại
Vài phút
Bốn phần của hệ thống
  1. 01Thực đơn công khaimột liên kết cho Google Maps và mạng xã hội
  2. 02Liên kết theo bànQR có sẵn số bàn
  3. 03Bot Telegram cho nhân viênđơn hàng, lịch sử và tổng tiền
  4. 04Bảng quản trịthực đơn không cần lập trình viên
Hành trình khách hàng
  1. 01Quét mã QR
  2. 02Thực đơn
  3. 03Giỏ hàng
  4. 04Xác nhận
  5. 05Đơn hàng trong botmã đơn và số bàn
Thời gian từ lúc quyết định đến khi gọi món
Từ lúc khách quyết định đến khi gọi món
Trước5–10 phút
Sau1–2 phút
Giá trị thấp hơn là tốt hơn

Biểu đồ dùng cận trên của các khoảng: 5–10 phút và 1–2 phút.

Các bước tiếp theo

Các bước tiếp theo chúng tôi đề xuất cho nhà hàng:

  • Thanh toán ngay trong thực đơn: khách tự thanh toán tại bàn mà không cần đợi nhân viên, bàn quay vòng nhanh hơn và không còn hàng chờ tính tiền vào giờ cao điểm.
  • Hỗ trợ nhiều ngôn ngữ: bổ sung mô tả món ăn bằng tiếng Anh và các ngôn ngữ khác cho khách du lịch trên cùng bộ nội dung, với các bản dịch riêng.
  • Hiện diện GEO (Generative Engine Optimization): dữ liệu có cấu trúc về ẩm thực, thực đơn và không khí nhà hàng để trợ lý AI nhắc đến nhà hàng chính xác khi trả lời «ăn món Thái ở đâu», một kênh ngày càng có nhiều khách dùng để chọn nhà hàng.
  • Phân tích thực đơn: món nào được xem nhưng không được gọi, món nào giúp tăng hóa đơn — cơ sở để tối ưu danh mục và ưu đãi theo mùa.
Lời chia sẻ
Tối thứ Sáu trước đây nhân viên không kịp ra bàn; giờ đơn tự gửi đến, kèm số bàn và ghi chú của khách. Khi món bán chạy nhất hết, tôi chỉ mất mười giây để ẩn món trên bảng quản trị — không ai phải ra về thất vọng.

— Chủ nhà hàng Thái

Tài liệu mới nhất

Tất cả tài liệu

Bài viết và hướng dẫn thực tiễn từ SurfUp.

Hướng dẫn · 10 phút

Trang “là gì?” và câu trả lời AI: mất lượt nhấp hay nhu cầu giảm?

Chuyên mục tham khảo của một ngân hàng mất 24% lượt truy cập khi nhu cầu giảm 13%. Cách phân biệt lượt nhấp bị khối AI lấy mất với nhu cầu giảm và cách đo lường.

Đọc
Hướng dẫn · 8 phút

Lưu lượng giảm sau một bản cập nhật Google

Cách xác định mức giảm lưu lượng là do bản cập nhật Google, tính mùa vụ hay lỗi website. Lịch cập nhật năm 2026, bài kiểm tra sáu câu hỏi và kế hoạch cho 14 ngày đầu.

Đọc
Hướng dẫn · 9 phút

Nhu cầu giảm hay website mất lưu lượng: đối chiếu lượt truy cập với Wordstat

Nhu cầu tiền gửi giảm 75%, lưu lượng giảm 37%; với thẻ, nhu cầu giảm 35% còn lưu lượng giảm 63%. Cách đối chiếu lưu lượng với nhu cầu để không đổ lỗi cho website khi nguyên nhân nằm ở thị trường.

Đọc