Trong nhiều doanh nghiệp, bán hàng không kết thúc khi khách hàng xác nhận đơn.

Sau báo giá còn có rất nhiều bước: kiểm tra tồn kho, duyệt giá, giữ hàng, giao hàng, xuất hóa đơn, theo dõi công nợ và thu tiền.

Nếu mỗi bộ phận quản lý một phần bằng Excel, email hoặc phần mềm riêng, doanh nghiệp rất dễ rơi vào tình trạng đơn hàng đã bán nhưng chưa chắc đã kiểm soát được lợi nhuận và dòng tiền.

Một hệ thống quản lý bán hàng hiệu quả cần nhìn đơn hàng như một vòng đời hoàn chỉnh, từ lúc hình thành cơ hội bán hàng cho đến khi doanh nghiệp thu được tiền.

1. Báo giá không nên là một tài liệu độc lập

Một quy trình bán hàng thường bắt đầu từ:

Customer

→ Quotation

→ Sales Order

→ Delivery

→ Invoice

→ Payment

Nhưng trong thực tế, báo giá thường được tạo bằng Word hoặc Excel rồi gửi cho khách hàng.

Khi khách đồng ý, nhân viên lại nhập thông tin vào một hệ thống khác để tạo đơn hàng.

Điều này tạo ra một vấn đề:

Cùng một dữ liệu nhưng được nhập nhiều lần.

Một hệ thống tốt nên cho phép:

Quotation → Convert to Sales Order

Thông tin khách hàng, sản phẩm, số lượng, đơn giá, chiết khấu và điều khoản được kế thừa thay vì nhập lại.

2. Báo giá cần có lịch sử thay đổi

Trong quá trình thương lượng, một báo giá có thể thay đổi nhiều lần.

Ví dụ:

Quotation V1

→ Đơn giá 100.000

Quotation V2

→ Đơn giá 95.000

Quotation V3

→ Đơn giá 92.000

Nếu chỉ lưu phiên bản cuối cùng, doanh nghiệp có thể không biết:

• Giá ban đầu là bao nhiêu?
• Ai thay đổi?
• Khi nào thay đổi?
• Vì sao thay đổi?
• Khách hàng đã xác nhận phiên bản nào?

Vì vậy, hệ thống nên có Version History hoặc ít nhất là lịch sử thay đổi quan trọng.

Đặc biệt với các doanh nghiệp có chính sách giá và phê duyệt nhiều cấp, đây là dữ liệu rất có giá trị.

3. Không phải báo giá nào cũng được chuyển thành đơn hàng

Một CRM hoặc Sales Management tốt cần phân biệt:

Quotation

và

Sales Order

Báo giá thể hiện:

Doanh nghiệp đề nghị bán.

Sales Order thể hiện:

Khách hàng đã xác nhận nhu cầu mua theo điều kiện cụ thể.

Do đó, có thể xây dựng trạng thái:

Draft

→ Submitted

→ Approved

→ Sent

→ Accepted

→ Rejected

→ Expired

Khi khách hàng chấp nhận:

Quotation → Sales Order

Như vậy, hệ thống có thể phân tích:

Có bao nhiêu báo giá đã trở thành đơn hàng?

mà không cần tổng hợp thủ công.

4. Sales Order phải kiểm tra khả năng đáp ứng

Một trong những lỗi thường gặp của quy trình bán hàng là:

Sales bán được hàng nhưng kho không có hàng.

Ví dụ:

Khách đặt:

500 sản phẩm A

Tồn kho:

300

Đã giữ cho các đơn khác:

200

Số lượng có thể bán thực tế:

100

Nếu Sales chỉ nhìn:

On Hand = 300

thì có thể tiếp tục nhận đơn mà không biết hàng đã được phân bổ.

Vì vậy, Sales Order nên kết nối trực tiếp với:

Inventory Availability

và

Reservation

5. Đơn hàng không chỉ có trạng thái “Đã giao” hoặc “Chưa giao”

Một đơn hàng lớn có thể giao nhiều lần.

Ví dụ:

Sales Order: 1.000 sản phẩm

Lần 1:

→ Giao 400

Lần 2:

→ Giao 300

Lần 3:

→ Giao 300

Nếu chỉ có một trạng thái:

Delivered = Yes/No

thì hệ thống không phản ánh được thực tế.

Nên quản lý:

Ordered Quantity

Delivered Quantity

Remaining Quantity

Từ đó có thể xác định chính xác:

Đơn hàng còn phải giao bao nhiêu?

6. Delivery nên là một nghiệp vụ riêng

Một Sales Order không nhất thiết tương ứng với một lần giao hàng.

Có thể:

Sales Order

→ Delivery 01

→ Delivery 02

→ Delivery 03

Mỗi Delivery có thể có:

• Warehouse
• Delivery Date
• Product
• Quantity
• Batch/Serial nếu cần
• Shipping Information
• Receiver
• Delivery Status

Điều này đặc biệt quan trọng với doanh nghiệp giao hàng nhiều đợt hoặc có nhiều kho.

7. Từ đơn hàng đến hóa đơn cần có quy tắc rõ ràng

Một doanh nghiệp có thể áp dụng các chính sách khác nhau:

Invoice theo đơn hàng

Khách đặt hàng xong thì lập hóa đơn.

Invoice theo từng lần giao

Mỗi Delivery tạo một hóa đơn.

Invoice theo kỳ

Nhiều lần giao được tổng hợp để lập hóa đơn theo kỳ.

Không nên mặc định một mô hình duy nhất cho mọi doanh nghiệp.

Phần mềm cần cho phép thiết lập quy tắc phù hợp với nghiệp vụ.

8. Bán hàng chưa hoàn tất khi hóa đơn được phát hành

Một vấn đề khác thường bị bỏ quên:

Doanh thu không đồng nghĩa với tiền đã về.

Ví dụ:

Sales Order

→ Delivery

→ Invoice

→ Receivable

→ Payment

Sau khi lập hóa đơn, doanh nghiệp còn cần theo dõi:

• Đã thu bao nhiêu?
• Còn phải thu bao nhiêu?
• Đã quá hạn chưa?
• Khách hàng có lịch sử thanh toán như thế nào?

Do đó, Sales Management nên có khả năng kết nối với Accounts Receivable hoặc module Accounting.

9. Một đơn hàng cần nhìn được toàn bộ trạng thái

Một màn hình Sales Order hữu ích không nhất thiết phải có thật nhiều nút.

Điều quan trọng là người dùng có thể nhìn thấy:

Commercial

• Khách hàng
• Sản phẩm
• Giá bán
• Chiết khấu
• Tổng giá trị

Fulfillment

• Đã giữ hàng
• Đã xuất kho
• Đã giao
• Còn phải giao

Finance

• Đã lập hóa đơn
• Đã thu
• Còn phải thu
• Quá hạn

Workflow

• Ai tạo?
• Ai duyệt?
• Khi nào duyệt?
• Đang chờ bước nào?

Một đơn hàng vì vậy trở thành một business document xuyên suốt nhiều module.

10. Ví dụ: Một đơn hàng của doanh nghiệp thương mại

Giả sử khách hàng đặt:

100 sản phẩm A

Quy trình có thể là:

Bước 1 — Sales tạo báo giá

Quotation #Q001

→ 100 sản phẩm

→ Đơn giá

→ Chiết khấu

Bước 2 — Khách xác nhận

Quotation → Sales Order #SO001

Bước 3 — Hệ thống kiểm tra kho

On Hand = 150

Reserved = 50

Available = 100

Đơn hàng được giữ đủ số lượng.

Bước 4 — Kho thực hiện giao hàng

Delivery #D001

→ 100 sản phẩm

Bước 5 — Lập hóa đơn

Invoice #INV001

Bước 6 — Theo dõi công nợ

Invoice

→ Payment

→ Outstanding Balance

Từ một báo giá ban đầu, doanh nghiệp có thể theo dõi toàn bộ hành trình đến khi hoàn tất giao dịch.

11. Sales cần nhìn thấy lợi nhuận, không chỉ doanh thu

Một báo cáo bán hàng chỉ có:

Doanh thu = 1 tỷ

chưa chắc đã trả lời được câu hỏi quan trọng hơn:

Doanh nghiệp kiếm được bao nhiêu từ 1 tỷ doanh thu đó?

Nếu hệ thống kết nối:

Sales Price

với

Cost

doanh nghiệp có thể phân tích:

• Doanh thu
• Giá vốn
• Chiết khấu
• Lợi nhuận gộp
• Lợi nhuận theo sản phẩm
• Lợi nhuận theo khách hàng
• Lợi nhuận theo đơn hàng

Đặc biệt với doanh nghiệp có nhiều chính sách giá, việc quản lý margin ngay từ Sales Order có thể giúp Sales tránh bán dưới mức lợi nhuận mục tiêu.

12. Chính sách giá nên được quản lý tập trung

Doanh nghiệp có thể có:

• Giá bán lẻ
• Giá đại lý
• Giá theo khách hàng
• Giá theo số lượng
• Giá theo thời hạn
• Chiết khấu theo chương trình

Thay vì để nhân viên tự nhớ giá, hệ thống có thể sử dụng:

Price List

Customer Group

Product

Quantity Break

Effective Date

Khi Sales tạo báo giá, hệ thống có thể đề xuất mức giá phù hợp.

Nhân viên vẫn có thể điều chỉnh trong phạm vi được phép, còn trường hợp vượt chính sách có thể yêu cầu phê duyệt.

13. Approval Workflow giúp kiểm soát giảm giá

Ví dụ:

Sales được phép giảm tối đa 5%.

Nếu giảm từ 5% đến 10%:

→ Sales Manager duyệt.

Nếu giảm trên 10%:

→ Director duyệt.

Quy trình có thể được thể hiện:

Quotation

→ Discount Check

→ Approval

→ Send to Customer

Thay vì phải gửi email hoặc nhắn tin riêng để xin xác nhận.

Đây là một ví dụ đơn giản nhưng cho thấy workflow có thể biến chính sách quản lý thành quy trình thực thi trong phần mềm.

14. Khi Sales, Kho và Kế toán dùng chung dữ liệu

Một hệ thống bán hàng thực sự hữu ích khi các bộ phận không phải nhập lại dữ liệu của nhau.

Sales

Tạo và quản lý đơn hàng.

Warehouse

Nhận nhu cầu giao hàng và xử lý xuất kho.

Accounting

Nhận thông tin để xử lý hóa đơn và công nợ.

Management

Theo dõi doanh thu, đơn hàng và hiệu quả bán hàng.

Một dữ liệu có thể đi qua nhiều bộ phận nhưng vẫn giữ một nguồn thông tin thống nhất.

15. Góc nhìn Trí Thành Software: Đừng xây “phần mềm bán hàng”, hãy xây Order-to-Cash

Khi phân tích nghiệp vụ cho doanh nghiệp, Trí Thành Software thường khuyến nghị nhìn rộng hơn một màn hình Sales.

Thay vì chỉ xây:

Sales Management

có thể thiết kế theo chuỗi:

CRM

↓

Quotation

↓

Sales Order

↓

Inventory Reservation

↓

Delivery

↓

Invoice

↓

Accounts Receivable

↓

Payment

Đây chính là quy trình Order-to-Cash.

Khi thiết kế theo business flow, doanh nghiệp có thể giảm dữ liệu trùng lặp và tăng khả năng truy xuất từ đầu đến cuối.

Kết luận: Một đơn hàng tốt là một dòng dữ liệu xuyên suốt doanh nghiệp

Quản lý bán hàng không nên dừng lại ở câu hỏi:

“Hôm nay bán được bao nhiêu?”

Một hệ thống tốt cần trả lời được:

Báo giá nào đã thành đơn hàng?

Đơn hàng nào đang chờ xử lý?

Đơn nào đã giữ hàng?

Đã giao bao nhiêu?

Còn phải giao bao nhiêu?

Đã lập hóa đơn chưa?

Khách còn nợ bao nhiêu?

Đơn hàng này tạo ra bao nhiêu lợi nhuận?

Khi CRM – Sales – Warehouse – Delivery – Accounting được kết nối trên cùng một quy trình, doanh nghiệp không chỉ quản lý đơn hàng tốt hơn mà còn có được bức tranh rõ hơn về doanh thu, hàng hóa và dòng tiền.

Trí Thành Software cung cấp dịch vụ phân tích nghiệp vụ và phát triển phần mềm quản lý bán hàng, ERP và giải pháp theo ngành, có thể kết nối CRM, báo giá, đơn hàng, kho, giao hàng, công nợ và các module vận hành khác theo quy trình thực tế của doanh nghiệp.