Phần mềm quản lý bán hàng cho doanh nghiệp: bản đồ quy trình từ đơn đến đối soát

Phần mềm quản lý bán hàng cho doanh nghiệp là hệ thống nối liền tám chặng từ lúc nhận đơn đến lúc tiền về khớp sổ: tiếp nhận, giữ tồn, soạn hàng, giao hàng, thu tiền, xử lý hoàn huỷ, ghi nhận doanh thu và báo cáo. Đứt ở chặng nào thì chặng đó sinh ra việc làm tay.

Tóm tắt nhanh

• Đừng đánh giá phần mềm bán hàng bằng danh sách tính năng. Hãy đánh giá bằng việc nó có nối liền tám chặng của một đơn hàng hay không.
• Ba chặng hay bị đứt nhất là giữ tồn, bằng chứng giao hàng và giá vốn. Cả ba đều không hiện ra trong báo cáo doanh thu, chỉ hiện ra khi đối chiếu.
• Mỗi chặng phải sinh ra một bản ghi có mã, có thời điểm và có người chịu trách nhiệm. Bản ghi thiếu là chặng chưa tồn tại.
• Với doanh nghiệp nhiều kênh bán, chi phí lớn nhất không phải phần mềm mà là thời gian đối soát thủ công giữa các kênh.

Vì sao nên đánh giá theo quy trình, không theo tính năng

Một danh sách tính năng trả lời câu hỏi "phần mềm làm được gì". Nó không trả lời câu hỏi quan trọng hơn: "khi một đơn hàng đi qua doanh nghiệp tôi, thông tin có bị mất ở đâu không".

Lý do: phần lớn thất thoát trong bán hàng không xảy ra ở một chức năng riêng lẻ. Nó xảy ra ở chỗ chuyển giao giữa hai chức năng. Đơn đã xác nhận nhưng tồn kho không được giữ; hàng đã giao nhưng không có bằng chứng; tiền đã về nhưng không gắn với đơn nào; hàng bị trả nhưng không nhập lại kho. Mỗi điểm chuyển giao là một chỗ có thể mất thông tin, và mỗi chỗ mất thông tin là một chỗ phải làm tay.

Cách đánh giá thực dụng là vẽ ra bản đồ tám chặng của chính doanh nghiệp bạn, rồi hỏi phần mềm xử lý từng chặng thế nào. Nếu nhà cung cấp chỉ trả lời được ở mức chức năng, đó là dấu hiệu họ chưa từng vận hành quy trình này.

Bản đồ tám chặng của một đơn hàng

Chặng 1 — Tiếp nhận đơn đa kênh

Đơn có thể đến từ cửa hàng, điện thoại, Zalo, website, sàn thương mại điện tử hoặc nền tảng giao hàng. Mỗi kênh có định dạng dữ liệu và quy tắc xác nhận riêng.

Dữ liệu phải sinh ra: mã đơn nội bộ, mã đơn kênh (nếu có), kênh, thời điểm nhận, thông tin khách, danh sách mặt hàng, giá bán tại thời điểm nhận.

Sai lầm phổ biến là mỗi kênh ghi vào một bảng tính riêng và cộng tay vào cuối ngày. Cách đó không chỉ chậm mà còn làm mất khả năng phát hiện đơn trùng: cùng một khách đặt qua hai kênh, hai bản ghi, một lần giao.

Với mô hình bán tại chỗ như nhà hàng, chặng này phức tạp hơn vì đơn gắn với bàn và có thể mở nhiều lần trong một buổi. Cách xử lý trường hợp đó được trình bày trong phần mềm quản lý nhà hàng.

Chặng 2 — Xác nhận và giữ tồn

Đây là chặng hay bị đứt nhất. Khi đơn được xác nhận, hệ thống phải giữ số lượng tương ứng trong kho, không chỉ trừ khi giao. Giữ tồn nghĩa là số hàng đó không bán cho người khác được, nhưng cũng chưa phải là đã bán.

Dữ liệu phải sinh ra: số lượng giữ theo từng mặt hàng, thời điểm giữ, thời điểm hết hạn giữ, và trạng thái (đang giữ, đã xuất, đã nhả).

Sai lầm phổ biến là chỉ trừ kho khi giao hàng. Hệ quả: trong khoảng thời gian từ xác nhận đến giao, hai nhân viên bán cùng một món cho hai khách và một người phải xin lỗi. Sai lầm thứ hai là giữ tồn nhưng không có cơ chế nhả khi đơn bị huỷ, dẫn tới tồn kho bị khoá dần và cuối tháng phải kiểm kê lại.

Chặng 3 — Soạn hàng và đóng gói

Đây là chặng chuyển từ "đơn" sang "hàng thực". Hệ thống phải in được phiếu soạn hàng, ghi nhận ai soạn, soạn đủ hay thiếu, và đóng gói thành mấy kiện.

Dữ liệu phải sinh ra: phiếu soạn có mã, danh sách hàng thực tế soạn, số kiện, người soạn, thời điểm hoàn tất.

Sai lầm phổ biến là bỏ qua chặng này với đơn nhỏ. Nhưng chính đơn nhỏ mới cần ghi nhận, vì đó là loại đơn dễ soạn sai nhất và khó truy lại nhất khi khách khiếu nại.

Chặng 4 — Giao hàng và bằng chứng giao

Giao hàng có thể do nội bộ thực hiện hoặc qua đối tác. Trong cả hai trường hợp, phải có bằng chứng: ai giao, giao lúc nào, cho ai, ký nhận hay ảnh, và trạng thái giao thành công hay thất bại.

Dữ liệu phải sinh ra: mã chuyến giao, đơn vị vận chuyển, mã vận đơn, thời điểm giao, người nhận, bằng chứng.

Sai lầm phổ biến là chỉ ghi "đã giao" mà không có bằng chứng. Khi khách nói chưa nhận, doanh nghiệp không có gì để đối chiếu với đối tác vận chuyển, và thường phải chấp nhận mất hàng.

Chặng 5 — Thu tiền và đối soát

Tiền có thể thu khi đặt, khi giao, hoặc sau theo kỳ. Mỗi khoản thu phải gắn với một đơn hoặc một nhóm đơn, và phải gắn với một kênh thanh toán.

Dữ liệu phải sinh ra: mã giao dịch, phương thức, kênh, số tiền, phí (nếu có), mã tham chiếu bên ngoài, trạng thái đối soát.

Sai lầm phổ biến là ghi doanh thu bằng số tiền thực nhận. Với kênh có phí, cách đó làm doanh thu thấp hơn thực tế và làm chi phí phí biến mất khỏi báo cáo. Đúng phải là doanh thu theo giá bán và phí là một khoản chi phí riêng.

Chặng 6 — Hoàn, huỷ và trả hàng

Đây là chặng bị xem nhẹ nhất trong mọi buổi demo, và cũng là chặng tạo ra nhiều chênh lệch nhất. Một đơn bị huỷ phải nhả tồn, hoàn tiền nếu đã thu, và ghi lý do. Một đơn bị trả phải nhập lại kho, có thể không bán được như hàng mới.

Dữ liệu phải sinh ra: phiếu hoàn, lý do, số tiền hoàn, trạng thái hàng trả (nhập lại được hay phải huỷ), người duyệt.

Sai lầm phổ biến là xoá đơn bị huỷ khỏi hệ thống. Xoá làm mất dấu vết và làm báo cáo không còn phản ánh thực tế vận hành. Đơn huỷ phải còn, chỉ đổi trạng thái.

Chặng 7 — Ghi nhận doanh thu và giá vốn

Doanh thu ghi theo thời điểm nào là một quyết định kế toán, nhưng hệ thống phải làm được cả hai: theo ngày bán và theo ngày giao. Giá vốn phải lấy từ phiếu nhập tương ứng, không lấy từ giá hiện tại.

Dữ liệu phải sinh ra: bút toán doanh thu theo đơn, giá vốn theo lô xuất, chênh lệch giữa hai con số.

Sai lầm phổ biến là tính giá vốn bằng giá nhập mới nhất. Cách đó làm lãi gộp sai mỗi khi giá nhập biến động, và sai theo hướng không thể phát hiện nếu không có báo cáo đối chiếu.

Chặng 8 — Báo cáo và kiểm soát

Báo cáo chỉ có giá trị khi nó trả lời được câu hỏi hành động. "Doanh thu tháng này bao nhiêu" là câu hỏi báo cáo. "Đơn nào đã giao nhưng chưa thu tiền quá 15 ngày" là câu hỏi kiểm soát, và là loại câu hỏi tạo ra tiền.

Dữ liệu phải sinh ra: danh sách ngoại lệ, không chỉ số tổng. Một báo cáo không có danh sách ngoại lệ sẽ không ai hành động.

Một cách kiểm tra nhanh: mở báo cáo bán hàng của tháng trước và thử trả lời ba câu. Thứ nhất, đơn nào đã giao nhưng chưa thu tiền. Thứ hai, mặt hàng nào có tỷ lệ trả lại cao nhất. Thứ ba, đơn nào bị huỷ vì hết hàng. Nếu cả ba câu đều cần mở bảng tính riêng, chặng 8 chưa tồn tại, dù hệ thống có bao nhiêu biểu đồ.

Điều này cũng giải thích vì sao việc chọn phần mềm nên bắt đầu từ danh sách câu hỏi bạn cần trả lời hằng tuần, không bắt đầu từ danh sách chức năng nhà cung cấp đưa ra.

Bảng: tám chặng, dữ liệu và câu hỏi kiểm tra

Cách dùng bảng này: với mỗi dòng, yêu cầu nhà cung cấp chỉ ra màn hình cụ thể và một bản ghi mẫu. Nếu họ phải mô tả bằng lời thay vì mở màn hình, chặng đó chưa có.

Ba điểm đứt gãy tốn kém nhất

Đứt ở giữ tồn. Biểu hiện: bán quá tồn, phải huỷ đơn, hoặc tồn kho bị khoá vì đơn huỷ không nhả. Chi phí không nằm ở phần mềm mà ở việc mất đơn và mất uy tín.

Đứt ở bằng chứng giao. Biểu hiện: tranh chấp với khách và với đối tác vận chuyển không có căn cứ. Chi phí nằm ở hàng mất và thời gian xử lý khiếu nại.

Đứt ở giá vốn. Biểu hiện: lãi gộp báo cáo đẹp nhưng tiền mặt không tăng. Chi phí nằm ở quyết định giá sai, và thường chỉ phát hiện sau vài tháng.

Ba điểm này có chung một đặc điểm: không hiện ra trong báo cáo doanh thu. Vì vậy một buổi demo chỉ xem doanh thu sẽ không bao giờ phát hiện được chúng.

Chọn theo quy mô và độ phức tạp

Với doanh nghiệp có sản xuất hoặc lắp ráp, chặng giữ tồn phức tạp hơn nhiều vì phải giữ cả nguyên liệu và thành phẩm. Cách xử lý định mức và lệnh sản xuất được trình bày trong phần mềm quản lý sản xuất.

Năm chỉ số nên đo từ ngày đầu

1. Tỷ lệ đơn bị huỷ do hết hàng. Đo chất lượng của chặng giữ tồn.
2. Thời gian trung bình từ xác nhận đến giao. Đo chất lượng phối hợp giữa soạn hàng và giao hàng.
3. Tỷ lệ đơn giao không có bằng chứng. Đo mức độ tuân thủ quy trình, và là chỉ số dự báo tranh chấp.
4. Số ngày trung bình từ giao đến thu tiền. Đo dòng tiền, không đo doanh thu.
5. Tỷ lệ chênh lệch giữa tồn kho hệ thống và kiểm kê. Đo chất lượng dữ liệu gốc.

Năm chỉ số này đều tính được từ dữ liệu hệ thống sinh ra ở tám chặng trên. Nếu một chỉ số không tính được, nghĩa là chặng tương ứng chưa có bản ghi đầy đủ.

Câu hỏi thường gặp

Doanh nghiệp vừa có cần phần mềm quản lý bán hàng riêng không?

Cần khi số đơn mỗi ngày vượt khả năng theo dõi bằng bảng tính, thường là từ vài chục đơn trở lên hoặc khi bán từ hai kênh. Dưới ngưỡng đó, một bảng tính có cấu trúc cùng quy trình đối soát viết tay có thể đủ. Điều không nên bỏ dù quy mô nhỏ là giữ tồn khi xác nhận đơn và bằng chứng giao hàng.

Vì sao phải giữ tồn ngay khi xác nhận đơn?

Vì khoảng thời gian từ xác nhận đến giao là lúc hai nhân viên có thể bán cùng một món cho hai khách. Giữ tồn biến số hàng đó thành "đã có chủ" mà chưa phải "đã bán". Hệ thống không có khái niệm giữ tồn sẽ chỉ phát hiện thiếu hàng ở bước soạn hàng, khi đã muộn để giữ khách.

Đơn bị huỷ nên xoá hay giữ lại?

Giữ lại và đổi trạng thái. Xoá làm mất khả năng phân tích lý do huỷ, làm sai báo cáo tỷ lệ huỷ và làm mất dấu vết nếu có tranh chấp. Đơn huỷ còn trong hệ thống cũng là dữ liệu để cải thiện chặng giữ tồn, vì nó cho biết huỷ vì hết hàng, vì khách đổi ý hay vì giao chậm.

Nên ghi doanh thu theo ngày bán hay ngày giao?

Tuỳ quy định kế toán của doanh nghiệp, nhưng hệ thống phải làm được cả hai và phải ghi rõ đang dùng cách nào. Với hàng hoá thông thường, ghi theo ngày giao phản ánh đúng nghĩa vụ đã hoàn thành. Với dịch vụ làm theo kỳ, cách ghi có thể khác. Điều quan trọng là nhất quán và có báo cáo đối chiếu giữa hai cách.

Cập nhật và kiểm chứng

Cập nhật tháng 10/2026. Nội dung được rà soát theo quy trình bốn chặng Khám phá, Đặc tả, Xây dựng, Bàn giao và đo lường mà WinSell áp dụng, và theo thông lệ vận hành bán hàng đang áp dụng. Bài viết không nêu giá dịch vụ và không sử dụng số liệu khách hàng của bất kỳ bên nào.

Nếu doanh nghiệp của bạn có quy trình đặc thù mà gói sẵn phải tuỳ chỉnh nhiều, xem cách WinSell xây dựng phần mềm theo yêu cầu tại dịch vụ của WinSell. Với doanh nghiệp đang ở giai đoạn đầu của một chương trình số hoá rộng hơn, lộ trình tổng thể được trình bày trong chuyển đổi số doanh nghiệp là gì. Báo giá sau khi chốt phạm vi.