Shop mới bán online hay bắt đầu bằng cách tự chạy giao hàng quanh khu, rồi tới lúc đơn nhiều thì loay hoay. Ba đường đi, mỗi đường hợp với một giai đoạn khác nhau — và đường nào cũng hỏng ở cùng một chỗ nếu không ghi vận đơn vào phần mềm.
Ba cách giao, so thẳng
| Tự giao | Thuê người giao riêng | Hãng vận chuyển | |
|---|---|---|---|
| Chi phí mỗi đơn | Thấp nhất, nhưng tốn giờ của chính mình | Cố định theo lương, đơn ít thì đắt | Theo đơn, đơn ít cũng không lỗ |
| Phạm vi | Quanh cửa hàng | Trong thành phố | Toàn quốc |
| Giao trong ngày | Được | Được | Nội thành thường được |
| Khi đơn tăng đột biến | Vỡ trận | Không kịp | Co giãn được |
| Khách theo dõi đơn | Không có | Không có | Có mã vận đơn |
| Xử lý hàng hoàn | Tự lo | Tự lo | Hãng chuyển về |
Chỗ hỏng chung của cả ba cách
Không phải ở khâu giao, mà ở khâu ghi. Shop tạo vận đơn trên trang của hãng vận chuyển, rồi đơn hàng nằm một nơi, vận đơn nằm một nơi. Hậu quả:
- Khách hỏi "đơn em tới đâu rồi", nhân viên phải mở trang hãng tra thủ công.
- Đơn giao thất bại quay về, không ai cập nhật vào kho — tồn kho sai.
- Cuối tháng đối soát tiền COD với hãng, không biết đơn nào đã nhận tiền, đơn nào chưa.
Gắn hãng vận chuyển vào phần mềm thì vận đơn tạo ngay trên đơn hàng đó, trạng thái cập nhật ngược lại, và tiền COD đối chiếu theo từng đơn thay vì theo bảng kê tổng.
Ai trả tiền ship — ba kiểu và hệ quả
| Kiểu | Hệ quả |
|---|---|
| Khách trả toàn bộ | Shop không lỗ, nhưng giỏ hàng bị bỏ nhiều hơn ở phút chót |
| Shop chịu hết | Đơn giá trị nhỏ dễ lỗ. Phải tính phí ship vào giá bán, và lúc đó giá cao hơn shop khác |
| Miễn ship từ một mức | Cách phổ biến nhất, vì nó vừa giảm bỏ giỏ vừa đẩy giá trị đơn lên |
Mức miễn ship nên đặt cao hơn giá trị đơn trung bình một chút — đủ để khách thêm một món, không đủ xa để khách bỏ cuộc.
Đơn hoàn: khoản lỗ ít ai tính
Đơn giao không thành công không chỉ mất tiền ship chiều đi. Nó mất cả chiều về, cộng thời gian nhập lại kho, cộng hàng bị móp méo phải giảm giá. Với hàng giá trị thấp, một đơn hoàn có thể xoá lãi của ba đơn thành công.
- Xác nhận đơn trước khi gửi với khách mới và đơn giá trị cao. Một tin nhắn rẻ hơn một chiều hoàn.
- Ghi lại khách bom hàng. Lần sau yêu cầu chuyển khoản trước.
- Khuyến khích thanh toán trước bằng ưu đãi nhỏ. Đơn đã trả tiền gần như không bị từ chối nhận.
Ba việc này chỉ làm được khi lịch sử đơn của khách nằm trong phần mềm, không nằm rải trong tin nhắn.
Đơn từ sàn thì hãng vận chuyển do sàn chọn
Bán trên TikTok Shop và Lazada thì phần vận chuyển chạy theo quy trình của sàn. Việc của shop là để đơn sàn về cùng một chỗ với đơn web và đơn quầy, để soạn hàng và trừ kho không phải làm ở ba màn hình khác nhau.
Tóm lại
- Mới bán, ít đơn, quanh khu: tự giao.
- Đơn đều, giao xa: gắn hãng vận chuyển vào phần mềm — đây là điểm chuyển quan trọng nhất.
- Nhiều đơn nội thành cần trong ngày: mới tính tới người giao riêng.
- Dù chọn cách nào, vận đơn phải gắn với đơn hàng trong phần mềm, không để rời.
Xem website bán hàng cho cửa hàng bán lẻ và đối soát COD đơn giao hàng.
Hộ kinh doanh doanh thu từ 1 tỷ/năm phải dùng hoá đơn điện tử khởi tạo từ máy tính tiền. Ordersys bán hàng và xuất hoá đơn trong một bước.
Các tin tức khác
In mã QR dán bàn: cỡ nào, dán đâu, đổi menu có phải in lại
In mã QR ra giấy A5 dán mặt bàn, hai tuần sau mã mờ vì lau bàn, khách quét ba lần không ra rồi lại gọi nhân viên. Bài này gom những thứ nên biết trước khi ra tiệm in: mỗi bàn một mã riêng nên dán nhầm là đơn chạy sai bàn, thực đơn nằm trên hệ thống nên đổi giá đổi món không phải in lại, tải mã về dạng SVG để in cỡ nào cũng nét, cạnh mã bao nhiêu theo khoảng cách khách ngồi, dán chỗ nào cho khỏi bị đĩa che, và hai cấu hình nên bật kèm — xác nhận đơn từ QR và nút gọi phục vụ.
Cửa hàng nhiều người bán: tính doanh số và hoa hồng từng người
Bốn người bán, cuối tháng chủ chia thưởng theo cảm tính, người giỏi nghề ấm ức rồi nghỉ. Bài này chỉ cách để số liệu sinh ra ngay lúc bán: hoá đơn gắn người bán, báo cáo bán hàng xem theo nhân viên có số lượng bán và doanh thu gộp, hoa hồng gắn vào từng dòng hàng với hai cấp cho đơn do hai người cùng làm, tính theo tỉ lệ doanh thu hoặc mức tiền cố định, khách trả hàng thì hoa hồng trừ lại theo tỉ lệ. Kèm ba việc nên thống nhất trước khi công bố cách chia.
Chốt ca đêm quán karaoke: đối soát tiền phòng, đồ uống và tiền mặt
Hai giờ sáng giao ca, ngăn kéo một nắm tiền mặt, phòng 5 vẫn còn hát, hôm sau cộng lại thiếu ba trăm nghìn mà không ai nhớ vì sao. Bài này đi hết một ca đêm trên phần mềm: mở ca với tiền tạm ứng đầu ca, mọi hoá đơn phòng và phiếu thu chi tự gắn vào ca, đóng ca thì nhập cả tiền mặt theo sổ lẫn tiền đếm tay để phần mềm chỉ ra chênh lệch, in phiếu kết ca rồi mới giao tiền. Kèm câu trả lời cho phòng còn hát lúc giao ca và cách đọc báo cáo kết ca cuối tuần.
Quản lý chuỗi nhiều quán bida: một tài khoản xem được mọi chi nhánh
Mở CLB thứ hai rồi mỗi tối lại gọi điện từng quán hỏi doanh thu, khách cầm thẻ hội viên quán cũ sang quán mới thì nhân viên không tra được. Bài này nói rõ phần nào của chuỗi dùng chung thật — danh sách hội viên, số dư điểm và ví nạp thẻ khi bật dùng chung thành viên — và phần nào buộc phải riêng từng chi nhánh: bàn, bảng giá, đèn, camera, nhân viên, hạng thẻ, voucher, hoá đơn và báo cáo. Kèm thứ tự nên làm khi mở chi nhánh thứ hai để khỏi phải khai lại.
Khách nhắn qua Zalo, Facebook và gọi điện: gom về một chỗ thế nào
Một khách nhắn Zalo hỏi giá, hai hôm sau gọi điện đặt, tuần sau inbox Facebook — ba người trả lời, khách bị hỏi lại từ đầu ba lần và quán vẫn không biết kênh nào thực sự ra đơn. Bài này nói thẳng thứ phần mềm KHÔNG làm (không kéo tin nhắn ba kênh về một hộp thư) và thứ gom được: lấy số điện thoại làm khoá dồn mọi lần mua về một hồ sơ khách, gắn kênh bán cho từng đơn để cuối tháng có báo cáo theo kênh, cùng cách phân người trực và thứ tự triển khai cho đỡ nản.
Quản lý ca phục vụ: ai bán bàn nào, doanh số từng nhân viên
Sáng ra chủ hỏi tối qua ai trực bàn 12, ai bán được nhiều nhất, két lệch hơn trăm nghìn là do đâu — không ai trả lời được vì cả ca bấm chung một tài khoản. Bài này nói cách khai mỗi nhân viên một tài khoản để đơn tự ghi người tạo và người thu tiền, quy trình mở ca đóng ca, các cột trong báo cáo kết ca (gồm chênh lệch tiền mặt), báo cáo doanh số theo từng nhân viên và ba điều nên thống nhất trước khi chạy.
Màn hình phụ cho khách xem đơn và giá ngay tại quầy cafe
Khách đọc một hơi bốn ly nhiều tuỳ chọn, nhân viên bấm xong quay ra báo tổng tiền, rồi cả hàng đứng chờ hai bên dò lại xem ai nhớ đúng. Bài này nói màn hình phụ quay về phía khách làm được gì ở quầy cafe, trà sữa: hiện từng món kèm size, đường, đá, topping ngay lúc bấm, đẩy mã QR chuyển khoản sang cho khách tự quét, lúc vắng thì chạy ảnh khuyến mãi — kèm phần cứng cần sắm và những gì phải khai trước khi gắn màn.
Tính giờ nhiều loại bàn bida: lỗ, băng, carom giá khác nhau
Bàn carom nhập đắt gấp mấy lần bàn lỗ nhưng cuối ngày vẫn tính chung một mức tiền giờ, vì chủ quán sợ để nhiều giá thì nhân viên nhầm. Bài này nói ba lớp quyết định đơn giá một bàn bida (loại bàn, từng bàn, bảng cộng thêm theo giờ và thứ), cách phần mềm cắt phiên chơi khi khách đánh vắt qua giờ đổi giá, block phút và làm tròn tiền giờ, cùng ba chỗ nên kiểm lại sau khi khai bảng giá.
Giá giờ phòng VIP, thường và giờ vàng cho quán karaoke
Phòng VIP ba mươi chỗ vẫn tính cùng giá giờ với phòng bốn người ở cuối hành lang, trưa vắng bán đúng bằng tối thứ bảy — quán karaoke để nguyên vậy vì sợ rắc rối khi tính tiền. Bài này nói cách khai tiền giờ phòng thành dịch vụ tính giờ gắn với từng loại phòng, bốn thông số quyết định cách ra tiền (block phút, số block giờ đầu, giá block giờ đầu, khung giờ đặc biệt), nguyên tắc giảm giá giờ vắng thay vì tăng giá cao điểm, và ba chỗ hay sai khi chia khung giờ.