Sai lầm phổ biến khi làm vé QR là nhét toàn bộ tên, email và số điện thoại của khách vào hình mã.
Với hội thảo 300 người, cách này tạo mã dày, khó quét và làm lộ dữ liệu ngay khi ai đó chụp được vé. Ban tổ chức trước đó dùng ba tập danh sách giấy, mất 45 phút mới đưa hết khách vào sảnh. Người đến lúc 8 giờ 20 phải đứng thành hai hàng ngay từ cửa.
Muốn tạo mã QR sự kiện có tốc độ ổn, đội kỹ thuật cần hiểu dữ liệu trong mã, cách máy quét đối chiếu và giới hạn của bản in.
Dữ liệu nào thực sự cần nằm trong vé QR?
Mã trên vé chỉ cần chứa một chuỗi nhận diện khó đoán, ví dụ “EV26-F7K9-P2Q4”. Chuỗi này liên kết tới bản ghi đăng ký trên hệ thống. Khi nhân viên quét, máy chủ trả về tên khách, hạng vé, trạng thái thanh toán và tình trạng check-in.
Nếu đưa thẳng họ tên hoặc số điện thoại vào QR, bất kỳ ứng dụng đọc mã nào cũng thấy dữ liệu. Chuỗi nhận diện giúp màn hình nhân viên chỉ hiện thông tin sau khi đăng nhập. Nó cũng làm hình mã bớt đặc vì lượng ký tự ngắn hơn.
Mỗi khách dùng một chuỗi riêng. Hai người mua cùng công ty vẫn nhận hai vé, nhờ đó ban tổ chức biết ai đã vào. Chuỗi tuần tự như 001, 002 dễ bị đoán; nên sinh token ngẫu nhiên và kiểm trùng trước lúc gửi email.
Máy quét xác nhận vé theo cơ chế nào?
Điện thoại tại cửa đọc chuỗi rồi gọi API check-in qua HTTPS. API tra token, kiểm trạng thái và trả ba kết quả màu rõ ràng: xanh cho vé hợp lệ, vàng cho vé đã dùng, đỏ cho token không tồn tại. Màn hình kèm tên khách để nhân viên đối chiếu lời chào.
Khi bấm xác nhận, hệ thống ghi thời gian, cửa vào và thiết bị quét. Nếu cùng vé xuất hiện lần nữa, nhân viên thấy mốc check-in trước. Họ có thể gọi trưởng ca thay vì tự cho qua dựa trên ảnh chụp màn hình.
Thao tác ghi trạng thái phải được xử lý nguyên tử, nghĩa là hai máy quét cùng token chỉ có một máy nhận kết quả hợp lệ đầu tiên. Đây là chỗ ứng dụng cần khóa bản ghi hoặc dùng câu lệnh cập nhật có điều kiện.
Hội thảo chia ba luồng: A cho họ tên A đến H, B cho I đến Q, C cho R đến Z. Cách chia bảng chỉ giúp khách chọn cửa; hệ thống trung tâm vẫn cho mọi máy quét bất kỳ vé nào.
Mức sửa lỗi ECC ảnh hưởng tốc độ ra sao?
QR có bốn mức sửa lỗi L, M, Q và H. Mức cao cho phép mã vẫn đọc khi một phần bị bẩn hoặc che, đổi lại hình chứa nhiều mô-đun hơn. Vé hội thảo in sạch, dùng một lần thường có thể bắt đầu ở mức M.
Nếu đặt logo giữa mã, đội thiết kế có thể tăng lên Q rồi thử thật. Logo vẫn phải nhỏ, vùng ba ô định vị ở các góc được giữ nguyên. Dùng mức H cho mọi trường hợp sẽ làm mã đặc hơn khi token hoặc đường dẫn dài.
Quyết định ECC nên dựa trên vật liệu. Vé giấy cán mờ ít phản sáng khác với vòng tay nhựa bị cong. Ban tổ chức in 30 mẫu ở các mức, thử dưới đèn sảnh và ghi thời gian lấy nét trước khi chốt.
Tạo mã QR sự kiện với kích thước in nào?
Mã trên vé đeo được đặt cạnh 25 mm, có vùng trắng bao quanh và nền tương phản cao. Khoảng cách quét tại bàn khoảng 15 đến 25 cm. Nếu khách giơ vé từ xa, kích thước phải tăng theo tỷ lệ khoảng cách.
Đội vận hành dùng công cụ tạo mã QR trên trình duyệt để dựng mẫu miễn phí. Trang xuất PNG hoặc SVG, cho gắn logo và có VietQR. Vé check-in chọn SVG để đưa vào file in biến đổi, còn VietQR chỉ dùng ở luồng thanh toán nếu hội thảo có bán thêm tại chỗ.
Vùng trắng quanh mã không được đặt chữ “CHECK IN” hoặc khung màu lấn vào. Bản in laser cần giữ cạnh vuông sắc, tránh giấy hút mực mạnh. Sau khi in, mẫu ở đầu, giữa và cuối lô đều được lấy ra quét.
Một đường dẫn dài kèm nhiều tham số làm số ô tăng lên. Hệ thống nên dùng đường dẫn ngắn trên tên miền của sự kiện hoặc token trực tiếp nếu ứng dụng quét riêng. Ban tổ chức không dùng dịch vụ rút gọn xa lạ vì lỗi dịch vụ đó sẽ chặn cả cửa vào.
Kết nối yếu thì quầy check-in vận hành thế nào?
Sảnh tổ chức có WiFi nhưng 300 điện thoại khách cùng truy cập dễ tạo tải. Ba máy check-in dùng một mạng riêng, thêm hai SIM 4G làm dự phòng. Mỗi thiết bị được thử API ở đúng vị trí cửa trước ngày diễn ra.
Ứng dụng có thể tải danh sách token đã mã hóa xuống máy và xếp hàng các lượt ghi khi mất mạng ngắn. Rủi ro là hai máy ngoại tuyến có thể chấp nhận cùng một vé. Vì vậy, chế độ offline chỉ mở ở một cửa dự phòng, sau đó đồng bộ ngay khi kết nối trở lại.
Ban tổ chức in danh sách rút gọn theo mã đăng ký cho tình huống hệ thống dừng hẳn. Danh sách này nằm trong phong bì niêm phong tại bàn trưởng ca. Nhân viên chỉ dùng khi có lệnh, tránh quay về dò giấy vì một máy tạm mất sóng.
Pin cũng thuộc quy trình dự phòng. Mỗi điện thoại sạc đầy, khóa cập nhật ứng dụng trong buổi sáng và có pin dự phòng 10.000 mAh. Độ sáng để đủ đọc ngoài cửa, nhưng thời gian khóa màn hình kéo dài hơn nhịp đón khách.
Đo công suất cửa vào trước giờ mở
Một lượt quét gồm đưa vé, lấy nét, gọi API, nhìn màu và mời khách qua. Trong buổi chạy thử, thời gian trung vị là 5,4 giây. Một máy lý thuyết xử lý khoảng 11 khách mỗi phút, nhưng ban tổ chức lấy mức an toàn sáu khách vì có người phải mở lại email.
Ba máy ở mức sáu khách/phút tạo công suất 18 khách/phút. Nếu 240 người đến trong 20 phút, nhu cầu trung bình là 12 khách/phút. Hệ thống có khoảng đệm, còn quầy hỗ trợ riêng xử lý người quên vé hoặc sai tên.
| Hạng mục thử | Kết quả | Cách xử lý |
|---|---|---|
| Vé hợp lệ | 5,4 giây/lượt | Cho khách qua khi màn hình xanh |
| Vé đã dùng | 7,8 giây/lượt | Chuyển sang trưởng ca |
| Email mở chậm | 23 giây/lượt | Hướng khách chuẩn bị vé trước vạch |
| Không tìm thấy vé | Trên 60 giây | Đưa sang bàn hỗ trợ, giữ luồng chính chạy |
Kết quả thật trong ngày diễn ra là 300 khách qua cửa trong 24 phút, thay cho 45 phút dùng giấy. Hàng chính không bị chặn bởi các ca cần sửa thông tin. Màn hình tổng cũng cho biết còn bao nhiêu khách chưa đến.
Ba thắc mắc tại bàn kỹ thuật sự kiện
Ảnh chụp vé gửi cho người khác có dùng được không?
Người quét trước sẽ ghi trạng thái đã dùng. Người đến sau bị cảnh báo và được chuyển sang trưởng ca kiểm giấy tờ. Với vé có giá trị cao, ban tổ chức có thể đối chiếu thêm tên hoặc mã xác nhận gửi riêng.
Có cần máy quét mã vạch chuyên dụng?
Điện thoại có camera tốt đáp ứng hội thảo 300 khách nếu ứng dụng gọn và mạng ổn. Máy chuyên dụng hữu ích khi lượng khách lớn, ánh sáng khó hoặc nhân viên phải quét liên tục nhiều giờ.
Nên gửi vé QR qua email hay tin nhắn?
Email phù hợp để kèm lịch và hướng dẫn, còn tin nhắn giúp khách mở nhanh ở cửa. Có thể gửi cả hai nhưng cùng dùng một token. Tin nhắn nhắc trước hai giờ nên đề nghị khách tăng sáng màn hình và mở sẵn vé.
Tạo mã QR sự kiện chỉ là phần hình ảnh của hệ thống check-in. Tốc độ 24 phút đạt được nhờ token ngắn, API ghi trạng thái, ba luồng quét và bàn hỗ trợ tách riêng. Trước giờ đón khách, hãy in vé thật, dùng thiết bị thật và đo đủ một lượt từ lúc khách đưa màn hình tới khi bước qua cửa.