Bán cùng lúc nhiều kênh: chia tồn kho sao để không hết hàng, huỷ đơn?

Câu trả lời ngắn: chọn một kho gốc duy nhất và cho mọi kênh nối được API trừ thẳng về đó; những kênh không nối được — inbox Facebook, Zalo, bán offline, ký gửi, pop-up — thì đừng cố đồng bộ mà hãy cắt riêng một phần hàng vật lý cho chúng; và luôn giữ một đệm an toàn tính theo tốc độ bán, không phải theo phần trăm. Ba việc đó, làm đúng thứ tự, chặn được gần hết các ca oversell dẫn tới huỷ đơn.

Chuyện quen thuộc với một brand vừa bắt đầu chạy được: tối thứ Bảy đơn về dồn dập, sáng Chủ nhật mở kho ra thì cái áo bán chạy nhất chỉ còn 3 cái, trong khi trên app đang có 7 đơn chờ. Bạn nhắn xin lỗi từng khách, bấm huỷ, tự nhủ "mất mấy đơn thôi mà".

Không phải mất mấy đơn. Cái bạn vừa mất là hạn mức huỷ đơn của cả tuần — thứ đắt hơn doanh thu của bảy cái áo rất nhiều.

Vì sao "còn hàng trên app" mà kho lại trống?

Vì bạn chỉ có một đống áo nhưng đang mở nhiều cái cửa. Mỗi kênh bán là một cái cửa nhìn vào cùng một đống hàng đó, và mỗi cửa lại có con số hiển thị riêng của nó. Oversell xảy ra khi tổng số cửa đang mở lớn hơn số áo thật trong kho.

Điểm mấu chốt mà nhiều brand nhỏ hiểu sai: con số bạn nhìn thấy trên Shopee không phải là hàng của bạn. Nó là lời hứa bạn đang treo trước mặt khách. Hàng thật chỉ có một chỗ: cái kệ trong phòng. Mọi phần mềm, mọi bảng Excel chỉ là bản sao — và bản sao thì luôn có độ trễ so với bản gốc.

Huỷ một đơn vì hết hàng thì mất gì?

Mất chỗ đứng trên sàn, chứ không chỉ mất doanh thu của đơn đó. Cả Shopee lẫn TikTok Shop đều xếp "huỷ vì hết hàng" vào nhóm lỗi của người bán, và cả hai đều đo bạn bằng một cửa sổ thời gian rất ngắn.

Bây giờ làm phép chia. Shop của bạn chạy 100 đơn một tuần. Ngưỡng 2% nghĩa là bạn được phép huỷ đúng 2 đơn. Một buổi livestream nổ hơn dự tính, một mã áo bán vượt số thật 5 cái — thế là hạn mức của cả tuần đi hết trong 40 phút, và sàn không quan tâm lý do là "hàng bán chạy quá".

Đó là lý do bài toán này không phải bài toán chăm sóc khách hàng. Nó là bài toán vận hành có ngưỡng cứng, và ngưỡng đó nhỏ hơn nhiều so với cảm giác của phần lớn chủ shop.

Lưu ý: các sàn điều chỉnh ngưỡng và cách tính theo từng thời kỳ. Hãy mở Kênh Người Bán / Seller Center của chính shop mình để xem con số đang áp cho bạn, đừng tin số nghe được trong hội nhóm.

Ba kiểu lệch tồn kho — bạn đang dính kiểu nào?

Lệch tồn kho có ba nguyên nhân hoàn toàn khác nhau, và chỉ một trong ba chữa được bằng phần mềm. Đây là chỗ nhiều brand đổ tiền mua công cụ đồng bộ rồi vẫn tiếp tục oversell, vì họ chữa đúng một kiểu và bỏ hai kiểu còn lại.

1. Lệch TRỄ — hai kênh cùng bán trong vài phút

Khách ở Shopee và khách ở TikTok Shop bấm mua cùng một phút; hệ thống chưa kịp trừ chéo. Đây là kiểu lệch duy nhất mà phần mềm đồng bộ đa kênh giải quyết được, và nó chỉ thực sự nguy hiểm trong các đợt cao điểm: livestream, flash sale, ngày đôi.

2. Lệch MÙ — hàng ra khỏi kho mà không kênh nào biết

Bạn bán một cái áo qua inbox Zalo. Bạn đưa hai cái cho khách sỉ. Bạn xách năm cái đi hội chợ. Bạn gửi ba cái cho KOC. Không có API nào ghi nhận những lần đó — kho vật lý đã hụt 11 cái trong khi mọi sàn vẫn hiển thị đủ.

Không phần mềm nào chữa được lệch MÙ. Nó chỉ chữa được bằng kỷ luật vật lý: mọi cái áo rời kho đều phải để lại một dấu vết, dù chỉ là một dòng ghi tay trong sổ.

3. Lệch MA — số có nhưng hàng không bán được

Đây là kiểu âm thầm nhất. Trong 40 cái "còn tồn" của bạn có: 4 cái dính lỗi nhẹ đang chờ xử lý, 3 cái khách đã giữ chỗ nhưng chưa chuyển khoản, 6 cái đang trên xe từ xưởng về, 2 cái đã gửi KOC chưa trả. Số trên hệ thống là 40, số bán được ngay hôm nay là 25.

Thử tự chấm: trong ba kiểu trên, brand của bạn mất hàng nhiều nhất ở kiểu nào? Kinh nghiệm làm việc với các brand nhỏ cho thấy phần lớn ca oversell không đến từ lệch TRỄ như mọi người tưởng, mà đến từ lệch MÙ cộng lệch MA — hai thứ không sửa được bằng cách đăng ký thêm một phần mềm.

Nên đồng bộ hết mọi kênh, hay chia hàng riêng cho từng kênh?

Cả hai, nhưng theo một quy tắc rõ ràng: kênh nối được API thì đồng bộ, kênh không nối được thì cắt riêng hàng. Đồng bộ giúp toàn bộ kho phục vụ được mọi kênh — hiệu quả hơn hẳn về vốn. Nhưng đồng bộ chỉ đúng khi máy thấy được mọi lần xuất hàng. Với kênh máy không thấy, cắt riêng là cách duy nhất trung thực.

Một mô hình chạy được cho brand nhỏ: hai đến ba sàn đồng bộ chung một kho gốc, cộng một "khay tay" cắt riêng cho inbox và offline, cộng một lô khoá riêng mỗi khi có livestream hoặc hội chợ, pop-up. Ba khối tách bạch, không khối nào ăn vào khối nào.

Đệm an toàn nên để bao nhiêu cái?

Đệm an toàn nên bằng tốc độ bán nhân với thời gian bạn phát hiện lệch — không phải một tỷ lệ phần trăm cố định. Đây là chỗ hầu hết các hướng dẫn trên mạng nói sai, vì "để dư 10%" nghe hợp lý nhưng lại vô nghĩa: 10% của một SKU bán 2 cái/ngày và 10% của một SKU bán 50 cái/ngày là hai mức rủi ro hoàn toàn khác nhau.

Công thức thực dụng:

Đệm = tốc độ bán mỗi giờ × số giờ giữa hai lần bạn thật sự đối chiếu kho

• Ngày thường, đối chiếu mỗi tối: SKU bán 20 cái/ngày, khoảng cách phát hiện 24 giờ → đệm tối thiểu 20 cái. Nghĩa là khi hệ thống báo còn 20, thực tế bạn nên coi như đã hết và ngừng nhận thêm đơn cho SKU đó.
• Buổi livestream: tốc độ bán có thể gấp 10–20 lần ngày thường trong 2 giờ. Nếu vẫn để đệm bằng ngày thường thì bạn đang chạy bằng may mắn.
• Kênh bán tay: khoảng cách phát hiện chính là khoảng cách giữa hai lần bạn ghi sổ. Người ghi sổ mỗi tối có đệm khác người ghi ngay khi xuất hàng.

Cách đọc công thức này cho gọn: đệm an toàn không đo sự cẩn thận của bạn, nó đo độ chậm của bạn. Ai đối chiếu kho thường xuyên hơn thì được phép để đệm mỏng hơn và bán được nhiều hàng hơn trên cùng một lô.

Vì sao hết size M nguy hiểm hơn hết cả mã?

Vì khách không mua "một mã áo", khách mua một size cụ thể. Một mã còn 40 cái nghe rất an toàn, nhưng nếu 40 cái đó là S và 2XL trong khi M và L đã sạch, thì với phần lớn người mua, mã đó đã hết hàng từ lâu — chỉ có bạn là chưa biết.

Mọi con số tồn kho, mọi ngưỡng cảnh báo, mọi điểm tái đặt hàng đều phải đặt ở cấp SKU (mã–màu–size), không phải cấp mẫu. Nếu bảng theo dõi của bạn chỉ có một dòng cho mỗi mẫu áo, bạn đang mù đúng chỗ nguy hiểm nhất.

Hai bài liên quan trực tiếp: cách đặt mã SKU cho local brand để mỗi size có một mã riêng không lẫn, và tỷ lệ size khi đặt may — vì size giữa luôn hết trước, và đặt sai tỷ lệ ngay từ đầu thì mọi kỹ thuật đồng bộ phía sau chỉ là chữa cháy.

Khi nào phải đặt lô mới — trước khi hết bao lâu?

Đặt lại khi tồn chạm điểm tái đặt hàng = tốc độ bán mỗi ngày × tổng thời gian có hàng mới + đệm an toàn. Không phải khi hết, cũng không phải khi "thấy sắp hết".

Đây là chỗ bài toán tồn kho đa kênh trở thành bài toán sản xuất, và cũng là chỗ khoảng cách giữa hai thế giới lộ ra rõ nhất:

• Sàn đo bạn theo cửa sổ 7 ngày. Huỷ đơn hôm nay thì tuần này bạn chịu.
• May lại một lô tính bằng tuần. Tại HYPO, riêng khâu mẫu đã mất khoảng 3–5 ngày, và một lô mới còn phải xếp lịch vải, cắt, may, in, qua 3 trạm QC trước khi ra kho.

Hai nhịp đó lệch nhau, và đơn huỷ sinh ra chính trong khoảng lệch đó. Brand nào chờ bán hết mới đặt lô mới thì mỗi lần cháy hàng là một lần gian hàng tự đóng cửa vài tuần — trong khi thuật toán của sàn vẫn tiếp tục chấm điểm bạn mỗi ngày.

Với MOQ khoảng 50 áo/mã, việc đặt bù không nhất thiết phải là một lô lớn. Đặt sớm một lô nhỏ để giữ nhịp bán thường rẻ hơn nhiều so với việc đứt hàng 3 tuần rồi phải mua lại thứ hạng hiển thị bằng quảng cáo. Chi tiết cách canh nhịp có trong bài lead time sản xuất áo thun mất bao lâu và đặt lại lô hàng restock sao cho giống lô đầu.

Nhắc thẳng một điều dễ bị bỏ qua: đặt sớm nghĩa là tiền nằm trong kho sớm hơn. Đó là đánh đổi thật, không phải lời khuyên miễn phí — hãy đọc kèm dòng tiền của local brand và quản lý tồn kho trước khi tăng tần suất đặt hàng.

Sắp hết hàng giữa chừng thì bấm nút nào trước?

Theo đúng thứ tự này, vì chi phí tăng dần và cái cuối cùng là cái đắt nhất:

1. Hạ số hiển thị hoặc đưa tồn về 0. Giữ nguyên listing, đừng xoá sản phẩm — xoá là mất lịch sử bán và đánh giá đã tích luỹ, thứ khó xây lại hơn nhiều so với việc để một SKU tạm hết hàng.
2. Chuyển sang pre-order với ngày giao ghi rõ. Chỉ làm khi bạn đã có lịch sản xuất chắc chắn, và phải khai báo minh bạch cho khách. Xem nên làm pre-order hay hàng có sẵn để biết khi nào cách này an toàn.
3. Liên hệ khách sớm để đổi size, đổi màu hoặc hoàn tiền. Nhắn trước khi khách phát hiện luôn tốt hơn để hệ thống tự báo trễ hàng.
4. Huỷ đơn — nút cuối cùng. Và chấp nhận rằng nó tính vào NFR/SFCR của bạn. Không có mẹo nào làm cho một đơn huỷ vì hết hàng biến mất khỏi chỉ số.

Nói thẳng một chuyện: đây không phải bài toán phần mềm

HYPO là xưởng may và in, không bán phần mềm quản lý kho, nên không có lý do gì để nói khác đi: phần lớn ca oversell mà chúng tôi nghe từ khách không sửa được bằng công cụ. Chúng đến từ hàng rời kho không ai ghi, từ hàng lỗi vẫn nằm trong số tồn, và từ việc đặt lô mới quá muộn so với thời gian sản xuất thật.

Phần mềm đồng bộ giải quyết được lệch TRỄ — kiểu lệch dễ thấy nhất và thường là kiểu ít gây thiệt hại nhất. Hai kiểu còn lại nằm ở kỷ luật kho và ở lịch sản xuất, tức là ở phía bạn và phía xưởng của bạn.

Nếu đang chuẩn bị mở thêm kênh, hãy tính ngược từ hai con số trước khi tính bất cứ thứ gì khác: tốc độ bán mỗi ngày của SKU chủ lực, và tổng thời gian để có lô hàng tiếp theo trong kho. Nhân hai con số đó lại, bạn có lượng hàng tối thiểu cần chuẩn bị. Còn lãi thực trên mỗi đơn sau phí sàn thì công cụ tính giá bán sàn của HYPO tính giúp bạn trong một phút.