Ứng dụng đặt trước cho food truck: khung giờ lấy hàng giúp cắt giảm hàng đợi

Tại sao hàng đợi ở food truck lại ngoài tầm kiểm soát

Phần lớn hỗn loạn bắt đầu từ một nút cổ chai đơn giản: mọi thứ phải diễn ra ở cửa sổ. Khách xem menu, hỏi câu, quyết định, thanh toán, và chỉ sau đó bếp mới bắt đầu làm món. Khi mười người làm điều đó liên tiếp, hàng đợi không còn là hàng nữa mà thành bức tường.

Những trục trặc nhỏ chồng lên nhau. Một người cần chia hóa đơn. Ai đó thay đổi món sau khi đã trả tiền. Máy quẹt thẻ lỗi và phải thử lại. Trong khi đó, khách mới liên tục đến hỏi mất bao lâu, khiến nhân viên bị kéo ra khỏi khu vực nấu.

Hàng dài tốn nhiều hơn thời gian. Người ta rời đi khi thời gian chờ không rõ ràng, sai sót tăng vì mọi người vội, và nhân viên căng thẳng khi cửa sổ trở thành bàn hỗ trợ. Đánh giá cũng thường bị ảnh hưởng, bởi khách nhớ chờ đợi hơn cả hương vị. Ngay cả khách quen cũng đến ít hơn khi dịch vụ trở nên bất định.

Mọi người bỏ hàng vì nhiều lý do, nhưng mẫu số chung là: nếu họ không biết khi nào ăn được, họ không cam kết nữa. Một phụ huynh đưa con, người có giờ nghỉ trưa ngắn, hoặc nhóm muốn ở cùng nhau sẽ rút ngay khi hàng đợi có dấu hiệu gián đoạn.

Đó là điều mà một ứng dụng đặt trước với khung giờ lấy hàng thay đổi từng ngày. Đặt hàng và thanh toán diễn ra sớm hơn, khi khách có phút rảnh. Xe có một hàng đã được điều tiết thay vì một đợt dồn dập. Và cửa sổ trở thành nơi chuyển giao nhanh, không phải nơi mọi quyết định được đưa ra.

Thêm một thông báo đơn giản “sẵn sàng lấy hàng” và khách không còn đứng lảng vảng gần quầy nữa. Họ đến đúng khung, lấy đồ và hàng đợi vẫn ngắn ngay cả khi đông.

Hệ thống đặt trước và khung giờ thực sự làm gì

Một hệ thống đặt trước và khung giờ biến hàng đợi thành lịch trình. Thay vì đoán khi nào đồ sẽ sẵn sàng, khách chọn khung giờ cụ thể (ví dụ 12:10–12:20). Một lựa chọn này giúp bạn dàn trải nhu cầu trong giờ cao điểm để bếp nấu theo nhịp đều hơn.

Một ứng dụng đặt trước tốt cũng thu đơn trước khi ai đó đến cửa. Menu giữ định dạng nhất quán, tuỳ chọn thay đổi lấy từ danh sách, và ghi chú đặc biệt được nhập một lần. Điều này giảm nhầm lẫn topping, tránh câu hỏi lặp lại và thay đổi phút chót làm chậm mọi người.

Thanh toán trước là thay đổi lớn thứ hai. Khách trả trước, nhận xác nhận ngay lập tức và biết đơn đã khóa. Nhân viên không còn phải vừa đếm tiền, vừa quẹt thẻ trong giờ cao điểm, và bạn giảm số đơn bị bỏ giữa chừng.

Với phía bạn, hệ thống cơ bản là một hàng đợi với vài trạng thái rõ ràng: mới (đã trả và xác nhận), đang xử lý (đang nấu), sẵn sàng lấy hàng (đã đóng gói và dán nhãn), và đã lấy (đóng).

Khi bạn đánh dấu đơn là sẵn sàng, khách nhận một thông báo ngắn “sẵn sàng lấy hàng”. Điều này thay cho gọi tên giữa đám đông và giữ khu vực pickup yên tĩnh, ngay cả khi vỉa hè đông.

Ví dụ: một khách đặt hai tacos không hành và chọn khung 12:20–12:30. Bạn làm trong khung đó, bấm “Sẵn sàng”, họ đến, đưa tên hoặc mã đơn, lấy túi và đi. Hàng đợi dành cho khách đến trực tiếp thay vì biến thành phòng chờ.

Những tính năng chính bạn nên quyết định ngay từ đầu

Trước khi xây dựng, hãy quyết vài điều ảnh hưởng toàn bộ trải nghiệm. Một ứng dụng đặt trước có thể cảm giác bình tĩnh và dự đoán được hoặc rối và gây stress tùy cách bạn thiết lập khung giờ, giới hạn và quy tắc.

Bắt đầu với khung giờ lấy hàng. Khung cố định (như 10 hoặc 15 phút) dễ hiểu cho khách và dễ quản lý khi đông. Thời gian tùy chỉnh (ví dụ “12:07”) có thể cho cảm giác chính xác, nhưng thường gây tranh cãi ở cửa và làm khó gom nhóm đơn.

Tiếp theo, quyết “sức chứa” nghĩa là gì cho xe của bạn. Bạn có thể giới hạn mỗi khung theo số đơn hoặc theo số món. Giới hạn theo đơn đơn giản nhưng vỡ khi một đơn có 12 burrito. Giới hạn theo món công bằng hơn cho bếp, nhưng cần quy tắc đếm rõ ràng (ví dụ: một combo tính là 2 món).

Lead time là hàng rào bảo vệ để bạn không hứa điều không thể. Nếu trung bình chuẩn bị mất 8 phút, đặt khung sớm nhất là 15 phút cho bạn đệm để kiểm tra thanh toán, in phiếu và xử lý yêu cầu "làm kỹ hơn" bất ngờ.

Quy tắc cắt giờ (cutoff) quan trọng nhất khi bạn bận. Một cutoff tốt ngăn khách chọn khung gần mà bạn không thể thực hiện. Ví dụ, nếu 12:20, bạn có thể ngừng hiển thị khung 12:30 và chỉ để 12:45 trở đi.

Cuối cùng, lên kế hoạch xử lý món bán hết và khuyến mãi giới hạn. Quyết xem có cho phép đổi món không, món hết có chặn thanh toán không, và bảo vệ món “chỉ hôm nay” như thế nào để tránh bán quá số lượng.

Bảng kiểm quyết định nhanh:

• Kiểu cửa sổ: cố định 10–15 phút hay thời gian tùy chỉnh
• Sức chứa: số đơn mỗi khung hay số món mỗi khung
• Lead time: thời gian sớm nhất sau khi đặt
• Cutoff: khi nào một khung bị ẩn
• Quy tắc hàng hết: chặn, thay thế hay số lượng giới hạn

Nếu bạn xây với AppMaster, những quy tắc này dễ ánh xạ vào mô hình dữ liệu (slots, limits, inventory) và logic đơn giản trong Business Process Editor, nên bạn có thể điều chỉnh sau vài ca thực tế mà không cần viết lại mọi thứ.

Luồng dùng đơn giản cho khách và nhân viên

Một app đặt trước chỉ hiệu quả khi cả hai bên đều hoàn tất nhanh: khách đặt trong dưới một phút, và nhân viên thực hiện mà không phải mò trên nhiều màn hình.

Luồng khách (giữ bình tĩnh và dễ đoán)

Khách nên làm theo cùng các bước mỗi lần:

• Duyệt menu, chọn món và thấy tổng rõ ràng
• Chọn khung giờ lấy hàng (ví dụ 12:10–12:20)
• Thanh toán trước và nhận xác nhận ngay
• Nhận cập nhật trạng thái (đã nhận, đang chuẩn bị, sẵn sàng lấy hàng)
• Đến, trình đơn, lấy đồ và ra đi

Khung giờ làm phần lớn công việc nặng. Nếu bếp đang chậm, khách có thể chọn khung sau thay vì xếp vào hàng đang dài.

Luồng nhân viên (một màn hình, một hàng đợi)

Nhân viên cần một hàng đợi phù hợp với cách một xe thực sự vận hành:

• Chấp nhận đơn (hoặc tự động chấp nhận khi còn slot)
• Thấy đơn theo thứ tự chuẩn bị cho khung giờ đã chọn
• Bắt đầu chế biến và đóng gói khi xong
• Bấm “sẵn sàng lấy hàng” để thông báo cho khách
• Giao và đánh dấu hoàn tất

Đơn xuất hiện ở đâu? Hầu hết xe dùng tablet gắn gần khu vực chế biến, nhưng view trên điện thoại hữu ích cho xe một người. Một số đội muốn có phiếu in đơn giản để đóng gói, miễn là trạng thái kỹ thuật số vẫn được cập nhật.

Khi giao hàng, giữ bước xác minh đơn giản: tên khách cộng số đơn hoặc mã ngắn. Nếu đông, mã QR lớn giúp đẩy nhanh giao nhận, nhưng phải hoạt động ngay cả khi màn hình mờ.

Về huỷ và hoàn tiền, đặt một quy tắc rõ (ví dụ “hủy đến 10 phút trước khung”) và làm nó thành một lần chạm cho nhân viên. Nếu xây trong AppMaster, bạn có thể mô hình các trạng thái này trong Data Designer và giữ cùng luồng trên web và mobile mà không tăng độ phức tạp.

Từng bước: thiết lập khung giờ pickup và xử lý đơn

Bắt đầu từ menu, không phải lịch. Đánh dấu món làm chậm hàng: mọi thứ cần chiên mới, nướng lâu, hoặc lắp ráp cẩn thận. Những món này nên có ít slot hơn hoặc lead time dài hơn.

Tiếp theo, chọn độ dài slot phù hợp với nhịp nấu của đội bạn. 10 phút phù hợp cho menu đơn giản, 15–20 phút an toàn hơn nếu nhiều tuỳ chỉnh. Rồi đặt sức chứa khởi điểm mỗi slot (bao nhiêu đơn có thể hoàn thành trong khung đó). Bắt đầu thận trọng và tăng dần khi có dữ liệu thực tế.

Chuỗi thiết lập thực tế:

1. Tạo khung giờ trong giờ mở cửa (ví dụ 11:30–14:30) và chọn độ dài slot.
2. Đặt sức chứa mỗi slot (bắt đầu với 4–8 đơn) và giới hạn tối đa món nếu cần.
3. Thêm quy tắc pickup: hiển thị mã đơn, kiểm tra tên tuỳ chọn, và khoảng thời gian giữ rõ ràng (ví dụ 10 phút).
4. Quyết xử lý no-show: huỷ, chính sách hoàn tiền, hoặc cho lấy muộn khi có thể.
5. Lên luồng cho nhân viên: đơn hiển thị ở đâu (tablet, POS, in phiếu) và ai đánh dấu từng giai đoạn.

Thông báo định hình hành vi. Gửi thông báo xác nhận ngay, rồi chỉ gửi “sẵn sàng lấy hàng” khi túi thực sự đã được đặt sẵn. Nếu bếp trễ, gửi cập nhật trì hoãn với ước tính mới để khách không chen vào cửa.

Khi đông, nhân viên cần một nơi để quản lý mọi thứ. Bảng đơn nhỏ hiển thị khung giờ, trạng thái (mới, đang nấu, sẵn sàng, đã lấy) và ghi chú thường là đủ. Đây là cốt lõi của app đặt trước cho food truck, và dễ xây như một bảng quản trị nội bộ trên công cụ no-code như AppMaster.

Sai lầm phổ biến làm tăng hỗn loạn

Hệ thống đặt trước phải làm cho hàng ngắn hơn và bếp bình tĩnh hơn. Cách nhanh nhất phá hoại điều đó là nhận đơn nhanh hơn khả năng nấu và hy vọng sẽ bắt kịp.

Vấn đề hay gặp như sau:

• Bán quá nhiều đơn trong 10 phút hơn công suất bếp và quầy
• Tạo quá nhiều khung giờ nhỏ mà không giới hạn mỗi khung
• Bị chậm nhưng không nói gì, khiến khách đến đúng giờ và thất vọng
• Làm pickup lộn xộn (nhiều định dạng tên, số đơn không rõ, không có điểm trả hàng duy nhất)
• Menu không đồng bộ với tồn kho, khiến món hết sau khi khách đã trả

Overbooking là vấn đề lớn. Nếu 15 phút bận nhất chỉ xử lý 12 đơn, hãy giới hạn khung ở 12 và để khung sau nhận phần dư. Ứng dụng đặt trước chỉ tốt khi quy tắc công suất thực tế.

Quá nhiều khung giờ cũng phản tác dụng. Nhiều lựa chọn có vẻ tốt cho khách, nhưng nếu bạn không kiểm soát được lượng mỗi khung, bạn chỉ chia hỗn loạn ra thành các ô nhỏ hơn.

Trì hoãn xảy ra, đặc biệt giờ trưa. Sai lầm là im lặng. Một cập nhật đơn giản như “trễ 10 phút” kèm ước tính mới bảo vệ lòng tin và giảm việc khách gọi hỏi tình trạng.

Nhầm lẫn khi pickup là sát thủ thầm lặng. Dùng một quy tắc pickup và giữ theo: một điểm lấy, một định danh (số đơn ngắn hoặc tên + chữ cái cuối), và một trạng thái quan trọng với khách: “sẵn sàng lấy hàng.”

Cuối cùng, giữ menu trung thực. Nếu món dễ hết, giới hạn số lượng, ẩn khi hết, hoặc đánh dấu “giới hạn” để kỳ vọng được thiết lập trước khi thanh toán.

Nếu bạn xây hệ thống (công cụ no-code như AppMaster giúp được), ưu tiên:

• Giới hạn slot gắn với năng lực bếp thực tế
• Trạng thái rõ ràng và luồng tin nhắn khi trễ
• Một định danh pickup duy nhất và định dạng dễ nhìn
• Quy tắc menu theo tồn kho

Làm pickup nhanh và dễ dự đoán tại chỗ

Hệ thống đặt trước chỉ giảm hàng nếu pickup diễn ra nhẹ nhàng. Khi khách đến, họ nên biết đi đâu, nói gì và mất bao lâu.

Trước hết, định nghĩa “sẵn sàng” cho đội bạn. Đơn không phải sẵn sàng khi món cuối cùng vừa ra khỏi khay. Nó sẵn sàng khi đã được đóng gói, dán nhãn và đầy đủ (dao, thìa, khăn, nước uống). Điều này tránh chậm trễ: nhân viên đi tìm phụ kiện trong khi đám pickup chờ.

Làm pickup rõ ràng và tự giải thích

Chỉ định một điểm pickup: một cửa sổ nhỏ, kệ hoặc bàn cạnh xe. Treo biển rõ “Preorder Pickup” và hướng dẫn đơn giản như “Show order number.” Nếu dùng app đặt trước, thông báo trong app nên trùng với biển để khách không lúng túng.

Dùng nhãn mà nhân viên đọc được trong một lần liếc. Giữ nhãn nhất quán mỗi lần:

• Số đơn (chữ lớn nhất)
• Tên khách (hoặc chữ viết tắt)
• Khung giờ lấy (ví dụ: 12:10–12:20)
• Ghi chú quan trọng (dị ứng, không hành)

Khi cao điểm, phân một người chỉ giao hàng. Nhiệm vụ của họ là kiểm nhãn, xác nhận và chuyển người nhanh. Khi đầu bếp kiêm giao hàng, hàng đợi dừng mỗi lần có câu hỏi.

Đến sớm và đến muộn

Bạn sẽ gặp cả hai. Quy định và giữ nó:

• Đến sớm: nếu đồ đã sẵn sàng thì giao; nếu chưa, yêu cầu chờ tới khi khung bắt đầu.
• Đến đúng giờ: ưu tiên những đơn này trước.
• Đến muộn: giữ đơn một khoảng rõ ràng (ví dụ 20–30 phút), rồi theo chính sách hoàn tiền hoặc làm lại.

Pickup dễ đoán không chỉ là tốc độ mà là chắc chắn. Khi mọi người tuân theo cùng tín hiệu, hàng đợi bình tĩnh ngay cả khi rất bận.

Độ tin cậy, thanh toán và kiểm tra an toàn cơ bản

App đặt trước chỉ hữu ích nếu nó đáng tin khi bạn cần nhất: đúng lúc cao điểm. Xây trên giả định rằng sóng điện thoại có thể kém và mọi người dễ mắc lỗi khi vội.

Lên kế hoạch cho kết nối kém

Có phương án chạy chế độ suy giảm. Nếu mất kết nối, nhân viên vẫn cần thấy thứ tiếp theo để làm. Lựa chọn đơn giản nhất là ghi chú ngoại tuyến trên thiết bị và danh sách in/cached dự phòng (số đơn, tên, khung, trạng thái). Khi mạng về, đồng bộ bằng cách đánh dấu những gì đã làm và đã giao.

Một quy tắc nhỏ hữu ích: coi số đơn là nguồn dữ liệu duy nhất. Nếu khách trình biên lai mà màn hình không có, kiểm tra danh sách dự phòng trước khi làm lại.

Thanh toán, quyền truy cập và an toàn cơ bản

Vấn đề thanh toán thường là trùng lặp, trạng thái “processing” đứng im, hoặc hoàn tiền không truy vết. Ngăn chặn bằng trạng thái rõ ràng và bước một chiều: Được tạo → Đã thanh toán → Đang xử lý → Sẵn sàng → Đã lấy. Nhân viên không nên nhảy quanh các bước này tuỳ tiện.

Giữ dữ liệu khách tối thiểu. Hầu hết xe chỉ cần tên (hoặc biệt danh), số điện thoại hoặc email để gửi biên lai, và chi tiết đơn. Bỏ qua sinh nhật, địa chỉ và bất kỳ thứ gì bạn không dùng.

Quyền theo vai trò quan trọng ngay cả với đội nhỏ. Quyết ai có thể đánh dấu “sẵn sàng”, ai sửa đơn, ai hoàn tiền. Nhiều xe giới hạn hoàn tiền cho chủ/quản lý, trong khi mọi ca trực có thể đánh dấu “sẵn sàng.”

Ghi log cơ bản giúp dễ giải quyết vấn đề:

• Thời gian đặt, thời gian thanh toán
• Thời gian đánh dấu sẵn sàng
• Thời gian giao (và ai giao)
• Hoàn tiền: số tiền, lý do, dấu thời gian
• Sự kiện sửa đơn (thay đổi gì)

Nếu bạn xây trong AppMaster, bạn có thể mô hình các trạng thái trong Data Designer và áp quyền trong Business Process Editor để app nhất quán ngay cả khi hàng đông.

Một ví dụ thực tế: giờ trưa từng làm tắc hàng

Một xe downtown đậu gần cụm văn phòng. Từ 11:30 đến 13:00, chuyện cũ lặp lại: hàng dài, quyết định vội ở cửa, và bếp không đoán trước được thứ sẽ đến.

Với app đặt trước, xe thêm khung 10 phút từ 11:20 đến 13:10. Khách trả trước, chọn khung, và nhận thông báo “sẵn sàng lấy hàng” khi đồ đã đóng gói.

Trong một ngày bận, quy trình như sau:

• 11:05: Khách đặt trước cho khung 11:30–11:40. Nhân viên thấy hàng đợi sắp xếp theo khung thay vì một danh sách khổng lồ.
• 11:20: Khung 11:30 đạt giới hạn (ví dụ 18 đơn). Khách mới được hướng tới 11:40–11:50.
• 11:28: Đầu bếp bắt đầu đóng gói cho khung đầu tiên. Nhân viên đổi biển kệ thành “11:30 pickups.”
• 11:33: Khách đến, đối chiếu tên trên màn hình pickup, lấy túi dán nhãn và ra trong chưa tới một phút.
• 11:50: Bếp vẫn bận nhưng không bị bất ngờ. Đơn được dàn trải và hàng vẫn ngắn.

Rồi sự cố thực tế: 12:10, xe hết một món kèm. Nhân viên gắn nó là không khả dụng, và các đơn bị ảnh hưởng trong khung 12:20–12:40 được đánh dấu. Khách nhận thông báo với hai lựa chọn rõ ràng: đổi sang món khác hoặc nhận hoàn tiền nhanh cho món đó.

Với khách, trải nghiệm dự đoán được: đặt trong 30 giây, chọn khung, thấy trạng thái từ “đã xác nhận” sang “đang chuẩn bị” rồi “sẵn sàng lấy hàng.” Với nhân viên, mọi thứ có cảm giác được kiểm soát: ít người chặn cửa sổ, ít cuộc trò chuyện dài, và hàng đợi phù hợp với nhịp bếp trong 60–90 phút cao điểm.

Checklist nhanh trước khi ra mắt

Trước khi mở cho khách thật, chạy một buổi thử đầy đủ với đội như “khách” trên điện thoại. Đặt đơn cho các khung khác nhau, thêm tuỳ chọn, và cố tình phá hệ thống để tìm lỗi. App đặt trước chỉ hữu ích khi giữ được tính dự đoán trong giờ cao điểm.

Dùng checklist này và đánh dấu mỗi mục pass hoặc fix:

• Khung pickup và sức chứa: đặt độ dài slot (ví dụ 5 hoặc 10 phút), giới hạn đơn mỗi slot, và thử thay đổi sức chứa giữa ca (thêm nhân lực, bếp hỏng).
• Độ chính xác menu và thời gian: làm cho món hết không thể đặt, gắn tag món chuẩn bị lâu, và xác nhận combo, modifier khớp với khả năng nấu.
• Thông báo đầu-cuối: xác nhận nhận đơn đến tay khách, và đảm bảo “sẵn sàng lấy hàng” được kích hoạt bởi hành động nhân viên (không phải hẹn giờ). Thử tín hiệu kém và chế độ im lặng.
• Sẵn sàng cho điểm pickup: treo biển rõ ràng cho preorder pickup, in hoặc viết nhãn, và quyết câu thoại giao hàng: tên, số đơn, và xử lý khi thiếu.
• Số liệu hàng tuần: theo dõi thời gian chờ trung bình tại pickup, tỉ lệ no-show, số slot overflow, và tải cao nhất 30 phút.

Làm thêm kiểm tra thực địa: người chờ sẽ đứng đâu, và ai trả lời “Của tôi đã sẵn sàng chưa?” Nếu điểm pickup không rõ, bạn sẽ dựng lại hàng dù đã có khung giờ.

Nếu xây bằng công cụ no-code như AppMaster, thiết lập view admin đơn giản cho nhân viên: slot hôm nay, đơn theo trạng thái, và một nút “Ready” lớn. Sau đó chạy pilot trong một ca trưa, xem số liệu và điều chỉnh sức chứa cùng thời gian menu trước khi mở rộng.

Bước tiếp theo: pilot, cải thiện, rồi xây app

Bắt đầu nhỏ để học nhanh. Chọn một xe, rút gọn menu, và chỉ cung cấp vài khung pickup (ví dụ 11:30–12:00 và 12:00–12:30). Ít lựa chọn giúp phát hiện chỗ hỏng dễ hơn.

Chạy pilot một tuần và coi đó là thử nghiệm, không phải ra mắt lớn. Mục tiêu của bạn là xem khung giờ có giảm hàng không và nhân viên có theo kịp mà không phải vội không.

Kế hoạch pilot đơn giản:

• Giới hạn preorder cho 8–12 món bán chạy nhất và tạm khóa tuỳ chỉnh khó
• Đặt sức chứa an toàn cho mỗi khung (bắt đầu thấp, rồi nâng)
• Thu phản hồi nhanh hàng ngày từ nhân viên và vài khách quay lại
• Theo dõi 3 chỉ số: đơn đến muộn, bỏ lỡ pickup và thời gian chờ trung bình tại cửa
• Điều chỉnh quy tắc giữa tuần nếu hàng lại bắt đầu hình thành

Sau một tuần, cải tiến loại bỏ sự mơ hồ. Hầu hết lợi ích đến từ thay đổi nhỏ câu chữ và nhãn: quy tắc pickup rõ hơn, tên trên phiếu lớn hơn, và trạng thái đơn giản như “Đang nấu” và “Sẵn sàng lấy hàng.” Bạn cũng có thể tinh chỉnh công suất để không quá tải một khung trong khi khung kia vắng.

Khi luồng ổn định, xây app thật. Công cụ no-code hữu ích vì bạn cần hơn trang menu: cơ sở dữ liệu cho đơn và slot, quy tắc nghiệp vụ (giới hạn mỗi khung), màn hình cho nhân viên và khách.

Với AppMaster (appmaster.io), bạn có thể tạo ứng dụng đặt trước và khung giờ pickup với cơ sở dữ liệu trực quan (PostgreSQL), logic kéo-thả cho giới hạn slot và trạng thái đơn, và UI web + native. Bạn có thể thêm thanh toán bằng Stripe, gửi “sẵn sàng lấy hàng” qua email/SMS hoặc Telegram, và quản lý từ bảng admin.

Khi quy tắc pilot rõ, việc xây sẽ nhanh hơn vì bạn không đoán mò. Bắt đầu với phiên bản nhỏ nhất: khung giờ, trả trước, một màn hình nhân viên và một thông báo.