---
title: "Từ Lead tới Sales Order: dòng chảy CRM–Sale"
url: "https://bahub.vn/khoa-hoc/erp-cho-ba/tu-lead-toi-sales-order-dong-chay-crm-sale"
author: "Võ Văn Trí"
published: "2026-09-10"
updated: "2026-11-02"
source: "bahub.vn"
license: "Được dùng lại, trích dẫn và đưa cho AI đọc, với điều kiện ghi rõ nguồn bahub.vn kèm link bài gốc."
---

# Từ Lead tới Sales Order: dòng chảy CRM–Sale

> Lead sinh ra từ kênh nào, khi nào chuyển thành cơ hội, thông tin nào phải có trước khi tạo báo giá, và câu BA phải hỏi khách trước khi cấu hình CRM.

- Nguồn: https://bahub.vn/khoa-hoc/erp-cho-ba/tu-lead-toi-sales-order-dong-chay-crm-sale
- Tác giả: Võ Văn Trí
- Khoá học: ERP cho Business Analyst (mục lục: https://bahub.vn/khoa-hoc/erp-cho-ba.md)
- Chương: Phân hệ Odoo

Buổi demo hệ thống cho một doanh nghiệp may mặc bán sỉ. Trưởng phòng kinh doanh hỏi một câu rất bình thường: danh sách khách mà marketing vừa gom về từ hội chợ tuần trước sẽ nằm ở menu nào hả em.

Mở phân hệ CRM ra thì không có menu nào tên Lead cả, chỉ có pipeline cơ hội của nhân viên bán hàng.

Đó không phải lỗi cài đặt. Trên Odoo 19, **menu Lead mặc định bị ẩn**, và phải vào phần cài đặt của CRM bật ô Lead lên thì nó mới hiện ra, bởi Odoo coi lớp lead là một bước tùy chọn chứ không phải bước bắt buộc với mọi doanh nghiệp.

> Chuyện nghe như một ô tick, nhưng nó là một quyết định thiết kế quy trình.

Bật ô đó nghĩa là doanh nghiệp thừa nhận có một lớp sàng lọc nằm giữa marketing và sale; không bật nghĩa là mọi thứ rơi vào hệ thống đều đi thẳng vào pipeline của nhân viên bán hàng. Quyết định sai ở chỗ này thì vài tháng sau báo cáo dự báo doanh thu sẽ đầy những bản ghi rác mà không ai dám xóa.

Bài này đi theo một khách hàng từ lúc tên của họ rơi vào hệ thống cho tới lúc đơn bán hàng được xác nhận. Toàn bộ phần cơ chế trong bài tôi mô tả trên Odoo 19, và đây là loại nội dung bạn phải dựng lại trên đúng bản mình đang chạy chứ không nên tin theo trí nhớ.

## Nguồn sinh ra một Lead

Lớp lead sinh ra để giải một vấn đề rất cụ thể: thông tin khách chảy vào doanh nghiệp từ nhiều kênh rời rạc, mỗi kênh do một người phụ trách, và không kênh nào biết kênh kia đã có ai.

Trên Odoo, bản ghi lead sinh ra từ bốn đường chính.

* **Đường thứ nhất là hộp thư của đội ngũ bán hàng**, bởi mỗi đội có thể gắn một địa chỉ email bí danh, và mọi thư gửi vào địa chỉ đó tự tạo một bản ghi mới đã gán sẵn cho đội.
* **Đường thứ hai là biểu mẫu liên hệ trên website**, đẩy thẳng dữ liệu người điền vào CRM khi doanh nghiệp dùng thêm phân hệ Website.
* **Đường thứ ba là nhập tay** sau một sự kiện hay một cuộc gọi.
* **Đường thứ tư là nạp hàng loạt từ file**, và đây là đường khách hay chọn khi họ có sẵn vài nghìn dòng trên hệ thống cũ mà chưa muốn làm tích hợp.

Cần lưu ý rằng dữ liệu vào từ những đường này chưa chắc là khách thật. Tôi từng gặp cả trường hợp đối thủ dùng robot đổ dữ liệu giả vào biểu mẫu website để làm nhiễu đội sale. Đó là lý do tồn tại của bước xác minh, và cũng là lý do có doanh nghiệp cần lớp lead còn có doanh nghiệp thì không.

## Ranh giới giữa Lead và Cơ hội

Định nghĩa tôi vẫn dùng khi giải thích cho khách rất ngắn: **lead là người đã thể hiện sự quan tâm tới sản phẩm**, còn **cơ hội là người đã thể hiện rõ nhu cầu**, đã sẵn sàng mua và đang chờ bên bán đưa ra mức giá phù hợp.

Về mặt dữ liệu thì hai thứ đó không phải hai bảng. Trên Odoo 19, **lead và cơ hội là cùng một loại bản ghi**, phân biệt nhau bằng đúng một trường có hai giá trị, và khi tạo mới thì giá trị mặc định phụ thuộc vào việc người dùng có đang bật lớp lead hay không. Chi tiết này quan trọng với bạn hơn với dev, vì nó nói rằng tắt lớp lead không làm mất dữ liệu hay mất tính năng; nó chỉ bỏ đi một bước sàng lọc.

Điều dễ bỏ qua khi khảo sát là **hai thứ khác nhau ở mức độ đã được xác minh chứ không khác nhau về loại đối tượng**. Do đó câu hỏi bạn phải hỏi khách không phải là anh chị có muốn dùng lead hay không, mà là ai xác minh, xác minh bằng cách nào, và một bản ghi phải thỏa mãn điều kiện gì thì mới được giao cho nhân viên bán hàng.

Có những trường hợp lớp này thừa. Doanh nghiệp bán dự án, mỗi tháng vài chục khách, ai gọi tới cũng được giám đốc kinh doanh nghe máy trực tiếp, thì thêm lớp sàng lọc chỉ tạo thêm một lần bấm nút. Ngược lại, doanh nghiệp chạy quảng cáo trên nhiều nền tảng và nhận về hàng trăm dòng mỗi tuần thì bỏ lớp này đồng nghĩa với đổ toàn bộ rác vào pipeline.

![Ít khách thì lớp lead thừa, khách đổ về hàng trăm dòng thì cần một lớp sàng](https://bahub.vn/uploads/2026/11/1793631156544-2px8m2-tu-lead-toi-sales-order-dong-chay-crm-sale-1.webp "Ít khách thì lớp lead thừa, khách đổ về hàng trăm dòng thì cần một lớp sàng")

## Thời điểm chuyển đổi và những gì hệ thống làm

Nút chuyển thành cơ hội nằm trên đầu bản ghi lead, và cửa sổ hiện ra sau khi bấm có ba phần bạn cần đọc kỹ khi viết tài liệu.

* **Phần thứ nhất là tác vụ chuyển đổi**, gồm chuyển thành cơ hội mới hoặc hợp nhất với cơ hội đã tồn tại. Odoo tự đề xuất hợp nhất khi tìm thấy ít nhất một bản ghi khác trùng với lead đang chuyển, và ở cửa sổ này việc dò trùng chỉ dựa vào khách hàng đã gắn hoặc địa chỉ email đã chuẩn hóa, không dùng số điện thoại; đây là cơ chế khác với cơ chế gợi ý ngay trên bản ghi mà tôi nói ở dưới.
* **Phần thứ hai là khách hàng liên quan**, và trên Odoo 19 chỉ còn hai lựa chọn là tạo khách mới từ thông tin trên lead hoặc liên kết với một khách đã có, nghĩa là chuyển xong thì cơ hội luôn mang theo một khách hàng.
* **Phần thứ ba là phân công**, gồm nhân viên bán hàng và đội ngũ bán hàng, trong đó chọn nhân viên thì đội ngũ tự điền theo đội mà nhân viên đó thuộc về.

Bấm xong thì hệ thống ghi thời điểm chuyển đổi vào một trường riêng là Ngày chuyển đổi. Chính trường này cho phép bạn đo trung bình một lead nằm bao lâu trước khi được thừa nhận là cơ hội; Odoo không dựng sẵn báo cáo đó, đây là cách làm của tôi, nhưng nó là con số nên xin ngay trong buổi khảo sát, bởi nó là bằng chứng định lượng cho câu than phiền rằng marketing gom khách về mà sale không gọi.

Cơ chế phát hiện trùng có ranh giới rõ ràng, và bạn phải nói ranh giới đó ra trước khi khách kỳ vọng quá nhiều. Ngay trên bản ghi, hệ thống gợi ý các bản trùng theo ba tiêu chí là cùng tên miền email, cùng số điện thoại đã chuẩn hóa và cùng một pháp nhân khách hàng.

Riêng với các nhà cung cấp email phổ thông như Gmail hay Yahoo thì Odoo không so theo tên miền mà coi mỗi địa chỉ là một thực thể độc lập, nên chỉ hai bản ghi trùng nguyên địa chỉ mới bị nhận ra. Hệ quả ở thị trường Việt Nam là nếu khách của bạn phần lớn để lại email cá nhân thì tiêu chí tên miền gần như vô dụng, ba nhân viên của cùng một công ty đi hội chợ sẽ thành ba lead không liên quan gì tới nhau, và **việc phát hiện trùng dựa chủ yếu vào số điện thoại**.

## Pipeline và các giai đoạn

Cơ hội sống trong một pipeline, và pipeline mặc định của Odoo có bốn giai đoạn mà giao diện tiếng Việt gọi là Mới, Đủ điều kiện, Đề xuất và Đạt.

**Bốn giai đoạn này là dữ liệu mẫu chứ không phải chuẩn mực**, và tôi chưa gặp doanh nghiệp nào bán hàng đúng theo bốn bước đó. Lấy ngay doanh nghiệp may mặc ở phần mở bài: quy trình bán thật của họ có một bước mà không giai đoạn mặc định nào diễn tả được, là làm mẫu rồi chờ khách duyệt mẫu, mà đó lại là chỗ deal chết nhiều nhất.

Để nguyên bốn giai đoạn mặc định thì toàn bộ khoảng thời gian đó bị nén vào một cột, và tới lúc ban giám đốc hỏi tại sao chu kỳ bán hàng dài thì không ai trả lời được bằng dữ liệu.

> Nguyên tắc tôi vẫn dùng là mỗi giai đoạn phải tương ứng với một sự kiện quan sát được từ phía khách hàng chứ không phải một trạng thái trong đầu nhân viên bán hàng.

Khách đã nhận mẫu, khách đã duyệt mẫu, khách đã nhận báo giá là những giai đoạn dùng được; còn khách đang quan tâm hay khách có vẻ sẽ mua thì không, bởi không ai kiểm được và mỗi nhân viên tự hiểu một kiểu.

![Giai đoạn pipeline nên bám theo sự kiện thật phía khách, như bước duyệt mẫu](https://bahub.vn/uploads/2026/11/1793631157923-2tmg1w-tu-lead-toi-sales-order-dong-chay-crm-sale-2.webp "Giai đoạn pipeline nên bám theo sự kiện thật phía khách, như bước duyệt mẫu")

Về cấu hình, có ba thứ trên giai đoạn bạn phải chốt với khách.

* **Thứ nhất là cờ đánh dấu giai đoạn đạt**: bấm nút Đạt trên cơ hội thì hệ thống đẩy thẳng nó sang giai đoạn mang cờ này cùng xác suất một trăm phần trăm, không cần đi tuần tự qua các giai đoạn ở giữa.
* **Thứ hai là ngưỡng số ngày không cập nhật**, dùng để hệ thống tự làm nổi những cơ hội nằm im quá lâu.
* **Thứ ba là một giai đoạn có thể chỉ áp dụng cho vài đội ngũ bán hàng nhất định**, nghĩa là doanh nghiệp bán cho đại lý và bán lẻ theo hai quy trình khác nhau vẫn dùng chung một hệ thống.

## Thông tin phải có trước khi bấm nút báo giá

Đây là điểm nối giữa CRM và Sale, và cũng là chỗ tài liệu phân tích hay viết thiếu nhất.

Trên cơ hội có nút tạo báo giá mới. Nếu cơ hội đã gắn khách hàng thì bấm nút là mở thẳng form báo giá bên phân hệ Bán hàng. Nếu chưa gắn khách thì Odoo chặn lại bằng một cửa sổ chọn khách, và cửa sổ này có ba lựa chọn: tạo khách mới, liên kết với khách đã có, hoặc không liên kết khách nào. Chọn lựa chọn cuối thì form báo giá vẫn mở ra, nhưng người dùng vẫn phải chọn khách ngay trên báo giá mới lưu được.

Nói cách khác, **thông tin tối thiểu để rời khỏi CRM là một khách hàng có danh tính trong hệ thống**, và hệ thống chỉ cho bạn chọn chỗ điền nó chứ không cho bỏ qua.

Tuy nhiên tối thiểu không có nghĩa là đủ. Khi báo giá được tạo từ cơ hội, nó kế thừa một loạt giá trị gồm:

* chính cơ hội nguồn
* khách hàng
* đội ngũ bán hàng
* nhân viên bán hàng
* các thẻ phân loại
* tên cơ hội đưa vào trường nguồn gốc
* và ba trường dữ liệu marketing là chiến dịch, phương tiện và nguồn.

**Ba trường cuối đáng dừng lại lâu nhất.** Chúng chỉ được điền ở đầu phễu, nên nếu bản ghi lead vào hệ thống mà không mang theo thông tin kênh thì không bước nào phía sau bù lại được, và doanh nghiệp chạy quảng cáo nhiều kênh rồi hỏi kênh nào ra doanh thu sẽ nhận về đúng một báo cáo trống.

Chiều ngược lại cũng có, và đây là chi tiết dễ gây tranh cãi khi nghiệm thu. Khi đơn bán hàng sinh ra từ cơ hội được xác nhận, nếu giá trị chưa thuế của đơn lớn hơn doanh thu dự kiến đang ghi trên cơ hội thì **Odoo tự ghi đè con số cũ** và để lại một dòng ghi chú trong lịch sử bản ghi.

Cần lưu ý rằng việc ghi đè này chỉ xảy ra khi đơn dùng cùng loại tiền với công ty, nên doanh nghiệp có báo giá bằng ngoại tệ sẽ thấy hành vi không đồng nhất giữa các deal. Dù thế nào thì số dự báo ban đầu cũng không còn nguyên vẹn sau khi deal chốt, và nếu khách muốn so dự báo với thực tế thì phải nói chuyện này ngay từ đầu.

Đơn bán hàng được xác nhận cũng là điểm dừng của bài này; phần đời tiếp theo của nó gồm phiếu giao hàng, hóa đơn và thu tiền thuộc bài về [dòng chảy dữ liệu của một đơn hàng](https://bahub.vn/khoa-hoc/erp-cho-ba/erp-van-hanh-the-nao-dong-chay-du-lieu).

![Báo giá kế thừa nguồn, kênh, chiến dịch từ đầu phễu; thiếu ở đó thì không bù lại được](https://bahub.vn/uploads/2026/11/1793631160429-5zh5lq-tu-lead-toi-sales-order-dong-chay-crm-sale-3.webp "Báo giá kế thừa nguồn, kênh, chiến dịch từ đầu phễu; thiếu ở đó thì không bù lại được")

## Ghi nhận một cơ hội thua

Phần lớn dự án cấu hình rất kỹ nhánh thắng và bỏ trắng nhánh thua, trong khi **nhánh thua mới là nhánh chiếm đa số bản ghi**.

Trên Odoo, bấm nút Mất mở ra một cửa sổ gồm hai ô là lý do mất và ghi chú đóng, cả hai đều không bắt buộc. Về mặt dữ liệu, **đánh dấu thua nghĩa là đặt xác suất về không và lưu trữ bản ghi lại**, nên cơ hội thua biến mất khỏi pipeline và chỉ hiện ra khi bỏ bộ lọc mặc định đi.

Danh sách lý do mất nằm trong phần cấu hình và thêm bớt tùy ý; ba lý do mẫu Odoo cài sẵn đại ý là giá quá đắt, doanh nghiệp không có đủ nhân lực hay kỹ năng, và không đủ tồn kho.

Ba lý do mẫu đó chính là lý lẽ để thuyết phục khách bắt buộc điền lý do thua. Mất vì giá là chuyện của chính sách giá, mất vì không đủ người là chuyện của năng lực, còn mất vì không đủ hàng là chuyện của kho chứ không phải chuyện của sale.

> Ba loại đó đòi ba người khác nhau ra quyết định, và nếu không ai ghi lại thì cả ba đều biến thành một câu chung chung là thị trường khó.

Do đó khi triển khai, hãy chốt trước một **danh sách lý do đóng giữ ngắn ở mức năm tới bảy mục**, và quy ước nhân viên bán hàng chỉ được chọn trong danh sách chứ không gõ tự do. Để trống hoàn toàn thì bạn có một trường vô nghĩa; danh sách dài quá thì mỗi người chọn một kiểu và báo cáo không gom được.

Cần lưu ý rằng đây là quy ước vận hành do doanh nghiệp tự đặt, bởi Odoo mặc định không bắt buộc điền hai ô này, và nếu khách muốn hệ thống chặn hẳn thì đó là một dòng phải đưa vào danh sách GAP.

## Những câu phải hỏi khách trước khi cấu hình CRM

Toàn bộ phần trên quy về một danh sách việc phải làm trước khi chạm vào màn hình cấu hình.

* Hỏi đội sale đang chia theo gì: theo vùng, theo kênh, hay theo dòng sản phẩm
* Hỏi ai nhận dữ liệu đầu vào và ai được quyền giao khách cho nhân viên bán hàng
* Hỏi điều kiện để một bản ghi được coi là đã xác minh
* Vẽ lại các giai đoạn bán thật theo sự kiện quan sát được từ phía khách
* Chốt danh sách lý do thua và quy ước bắt buộc điền
* Xác định các trường dữ liệu kênh phải có ngay từ bước đầu phễu

Câu đầu tiên trong danh sách quyết định nhiều hơn vẻ ngoài của nó, bởi **đội ngũ bán hàng trên Odoo không phải một cái nhãn mà là đơn vị mang chỉ tiêu**, mang bí danh email nhận dữ liệu vào, và mang cả quy tắc phân bổ.

Cụ thể, Odoo có chế độ phân công dựa theo quy tắc: bật lên thì mỗi đội có một điều kiện lọc xác định đội đó nhận loại dữ liệu nào, còn mỗi thành viên có điều kiện lọc riêng, một bộ lọc ưu tiên, một hạn mức số lead trung bình trong ba mươi ngày, và một ô tạm ngừng nhận khi người đó nghỉ phép.

Đây cũng là chỗ phải nói thẳng một giới hạn để bạn đừng hứa quá tay với khách. Cơ chế phân bổ đó chạy theo điều kiện lọc và hạn mức số lượng, nên nó phân đều được và phân đúng nhóm được; nó chỉ biết ai giỏi mảng nào khi trưởng nhóm tự viết điều đó thành bộ lọc, và nó không biết ai vừa mất một deal lớn hay ai đang quá tải vì một khách khó.

Những quy tắc phân bổ mang tính con người như vậy vẫn phải do trưởng nhóm làm tay, và nếu khách muốn hệ thống tự làm thì **đó là một dòng GAP cần định giá chứ không phải một ô cấu hình**.

Sau khi báo giá được tạo ra từ cơ hội, câu hỏi đầu tiên của mọi nhân viên bán hàng là tại sao đơn giá lại ra con số đó, và câu trả lời nằm ở [bảng giá cùng thứ tự ưu tiên lấy giá trong Odoo](https://bahub.vn/khoa-hoc/erp-cho-ba/pricelist-odoo-thu-tu-uu-tien-gia), một cơ chế đủ rắc rối để cần một bài riêng.

---

Nguồn: https://bahub.vn/khoa-hoc/erp-cho-ba/tu-lead-toi-sales-order-dong-chay-crm-sale — Được dùng lại, trích dẫn và đưa cho AI đọc, với điều kiện ghi rõ nguồn bahub.vn kèm link bài gốc.