Shop bán ba nơi — website, TikTok Shop, Lazada — thì mỗi lần có hàng mới là đăng ba lần. Ảnh chụp một bộ, mô tả viết một lần, nhưng thao tác đăng thì nhân ba. Và lần sửa giá thì cũng nhân ba, chỉ khác là hay quên mất một nơi.
Vì sao đăng ba lần lại sinh lỗi, chứ không chỉ tốn giờ
- Giá lệch. Sửa giá ở web, quên sàn. Khách mua giá cũ, shop vẫn phải giao.
- Mô tả lệch. Web ghi "còn size M, L", sàn vẫn ghi đủ size. Khách đặt size hết hàng.
- Ảnh cũ. Đổi mẫu bao bì, thay ảnh ở web, sàn vẫn ảnh cũ. Khách nhận hàng thấy khác ảnh, đánh giá một sao.
- Tên hàng khác nhau. Cùng một món có ba tên, đến lúc đối chiếu tồn kho thì không biết là một hay là ba.
Cách làm: khai một lần, đồng bộ đi
Khai sản phẩm trong phần mềm một lần — tên, mã, giá, thuộc tính, ảnh, tồn kho — rồi đồng bộ sang TikTok Shop và Lazada. Sửa ở một chỗ, ba nơi đổi theo. Đơn từ ba nơi cũng về cùng một danh sách và trừ cùng một kho.
Ordersys đồng bộ TikTok Shop và Lazada. Các sàn khác chưa hỗ trợ — nói rõ để anh chị không phải phát hiện sau khi đã ký.
Đặt tên hàng thế nào cho dùng chung được
| Nên | Không nên |
|---|---|
| Áo thun cotton nam cổ tròn — trắng — size L | Áo thun nam SIÊU HOT 🔥 giá sốc |
| Loại hàng + chất liệu + đặc điểm + màu + size | Nhồi từ khoá, chèn biểu tượng |
| Mỗi màu, mỗi size là một mã riêng | Một mã cho cả 20 biến thể |
Tên viết theo cách khách gõ khi tìm, không viết theo cách quảng cáo. Và mỗi thuộc tính một mã là thứ quyết định báo cáo có dùng được không: cuối mùa phải biết size nào màu nào còn tồn, chứ không phải biết "áo thun còn 40 cái".
Ảnh: một bộ đủ dùng cho cả ba nơi
- Ảnh vuông, nền sáng, hàng chiếm phần lớn khung. Sàn hiển thị ảnh vuông; ảnh chữ nhật bị cắt mất phần quan trọng.
- Ảnh đầu tiên không chèn chữ. Nhiều sàn từ chối hoặc hạ hiển thị ảnh bìa có chữ quảng cáo.
- Đủ bốn góc: toàn cảnh, cận chất liệu, ảnh mặc/dùng thật, ảnh kèm thước đo hoặc vật so sánh kích thước.
- Ảnh thật thay vì ảnh nhà cung cấp. Ảnh nhà cung cấp thì shop nào cũng có, khách không phân biệt được — và tỷ lệ hoàn hàng cao hơn vì hàng thật không giống ảnh.
Mô tả: viết một lần, viết cho người sắp bấm mua
Thứ tự nên viết:
- Hai dòng đầu nói món này là gì và hợp với ai. Khách trên điện thoại chỉ thấy hai dòng trước khi phải bấm "xem thêm".
- Thông số đo được: kích thước, chất liệu, khối lượng, dung tích. Đây là phần khách tìm.
- Bảng size hoặc hướng dẫn chọn nếu là hàng mặc.
- Bảo hành, đổi trả.
Không viết "chất lượng cao cấp", "giá tốt nhất thị trường" — không ai tin và cũng không ai tìm bằng những chữ đó.
Thứ tự làm cho shop đang có sẵn hàng trên nhiều nơi
- Chọn một nơi làm bản gốc — nên là phần mềm, không nên là sàn.
- Rà lại tên và mã hàng cho thống nhất trước khi đồng bộ. Đây là việc mất công nhất nhưng chỉ làm một lần.
- Đồng bộ sang sàn, rồi từ đó chỉ sửa ở bản gốc.
Xem website bán hàng cho cửa hàng bán lẻ, bán hàng trên TikTok Shop cần chuẩn bị gì và đồng bộ tồn kho giữa cửa hàng và sàn.
Ordersys có bản cho nhà hàng, quán ăn và bản cho cửa hàng bán lẻ: tính tiền, kho, báo cáo, xuất hoá đơn điện tử. Cài đặt và đào tạo tận nơi.
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ờ.