Chuẩn bị môi trường: Cài đặt Odoo bằng Docker Compose.

“Khách này ai đang chăm sóc?”, “Đã gửi mẫu chưa?”, “Vì sao hai tuần không có phản hồi?” là những câu hỏi thường xuất hiện khi thông tin bán hàng nằm rải rác trong điện thoại, tin nhắn và file Excel. Odoo CRM giúp đội ngũ tập trung nhu cầu mua hàng vào các hồ sơ có người phụ trách, trạng thái và việc cần làm tiếp theo.

Bài viết giải thích Odoo CRM bằng câu chuyện Nội thất An Phú, từ một cuộc hỏi mua đến cơ hội có thể lập báo giá. Mục tiêu là nhìn vào pipeline và hiểu công việc đang tiến triển ra sao, thay vì ghi nhớ vị trí từng nút. Ví dụ trong bài dùng VND và dữ liệu giả lập; các hình minh họa được tạo riêng để diễn giải tình huống, không phải ảnh chụp giao diện Odoo.

Dòng chảy cơ hội từ tiếp nhận đến kết quả

Sơ đồ dưới đây giúp bạn nắm toàn cảnh trước khi đọc từng phần. Đi theo các bước đánh số và mũi tên; các ghi chú bên dưới chỉ ra nhánh hoặc điều kiện cần kiểm tra. Bấm vào ảnh để xem rõ hơn.

Một khách hỏi mua chưa đồng nghĩa đã có đơn hàng

Minh Khôi đang mở văn phòng mới và hỏi An Phú về 20 bàn làm việc cùng 40 ghế. Bạn Lan nhận cuộc gọi, biết khách cần giao trong tháng tới nhưng chưa chốt chất liệu hoặc ngân sách. Nếu ghi ngay thành doanh thu, báo cáo sẽ tạo cảm giác công ty đã bán được hàng, trong khi khách còn có thể chọn nhà cung cấp khác.

Cách tổ chức phù hợp là lưu cơ hội bán hàng: một nhu cầu mua cụ thể đang được theo đuổi. Hồ sơ cần đủ thông tin để người khác hiểu câu chuyện, nhưng không cần bắt nhân viên điền hàng chục trường trước khi chăm sóc khách. Với An Phú, những thông tin quan trọng nhất là khách nào, cần gì, ai phụ trách, dự kiến bao nhiêu tiền và hành động tiếp theo là gì.

Tên công ty và người liên hệ có vai trò khác nhau. Minh Khôi là đơn vị mua; người trao đổi có thể là phụ trách hành chính, còn người duyệt cuối là giám đốc. Biết cả hai giúp nhân viên tránh tưởng rằng một cuộc trao đổi tích cực đã tương đương quyết định mua.

Phân biệt Contact, Lead, Opportunity và Sales Order

Một khách hàng có thể có nhiều cơ hội khác nhau: trang bị văn phòng mới, mở thêm chi nhánh, rồi thay tủ sau một năm. Không nên gộp tất cả thành một cơ hội kéo dài mãi vì sẽ khó biết nhu cầu nào đã kết thúc. Ngược lại, cùng một nhu cầu được nhập trùng bởi hai nhân viên có thể làm tổng giá trị pipeline tăng ảo.

Trong Odoo, Leads là một bước sàng lọc tùy chọn. Đội nhỏ có thể tạo Opportunity trực tiếp khi đã hiểu nhu cầu. Khi đầu mối đến nhiều từ biểu mẫu hoặc chiến dịch, bật Leads giúp tách việc kiểm tra đầu mối khỏi việc theo đuổi giao dịch. Không cần ép mọi cuộc gọi đi qua nhiều bước nếu nó không giúp đội bán hàng quyết định tốt hơn.

Đọc pipeline như một bảng công việc

Pipeline là các giai đoạn mà một cơ hội trải qua. Trong Kanban, mỗi cột là một giai đoạn và mỗi thẻ là một cơ hội. Nhìn theo chiều ngang, người quản lý thấy công việc đang dồn ở đâu. Nhìn vào từng thẻ, nhân viên biết câu chuyện nào mình cần tiếp tục xử lý.

Một pipeline đơn giản cho An Phú có thể gồm Mới tiếp nhận, Đã xác minh nhu cầu, Đang đề xuất và Đang thương lượng. Khi kết thúc, ghi nhận Won hoặc Lost theo chức năng tương ứng. Đây là cách đặt giai đoạn minh họa, không phải tên cột bắt buộc có sẵn giống nhau trên mọi database Odoo.

Giai đoạn nên mô tả tiến độ của khách, còn hoạt động nên mô tả việc nhân viên cần làm. “Đã xác minh nhu cầu” là giai đoạn; “gọi lại thứ Sáu” là hoạt động. Nếu biến mọi cuộc gọi thành một cột, pipeline sẽ rất dài mà vẫn không thể hiện khách đã gần quyết định mua hơn hay chưa.

Kéo thẻ sang cột khác là cách cập nhật trạng thái, không tự chứng minh mọi hành động nghiệp vụ đã hoàn thành. Ví dụ cột do bạn đặt tên “Đã gửi báo giá” không bảo đảm email đã được gửi thực sự. Nhân viên vẫn cần liên kết hoặc ghi nhận chứng từ tương ứng. Không mặc định rằng mọi tùy chỉnh tên cột đều tạo ra một quy trình tự động.

Hiểu những thông tin trên hồ sơ cơ hội

Các trường trên hồ sơ giúp trả lời những câu hỏi quản lý. Expected Revenue cho biết quy mô ước tính; Probability cho biết mức độ kỳ vọng chốt theo cách hệ thống hoặc người dùng thiết lập; Salesperson cho biết người phụ trách. Các giá trị này cần được cập nhật khi có thông tin mới, không giữ nguyên chỉ để pipeline trông đẹp.

Giả sử An Phú có cơ hội 100 triệu và đội bán hàng giả định khả năng chốt là 40%. Phép tính quản trị đơn giản cho giá trị có trọng số là 40 triệu. Nếu một cơ hội khác 30 triệu có xác suất giả định 70%, phần có trọng số là 21 triệu. Tổng 61 triệu là một ước lượng trong ví dụ, không phải doanh thu đã ghi nhận hay cam kết tiền sẽ về. Xác suất thực tế trong Odoo có thể được hỗ trợ bằng cơ chế dự đoán hoặc điều chỉnh theo cấu hình; không mặc định 40% là giá trị của một giai đoạn.

Ngay cả số cơ hội lớn cũng cần đọc cùng dữ liệu nền. Một giao dịch 500 triệu nhưng chưa xác định người quyết định có thể cần hành động khác một giao dịch 50 triệu đã thống nhất mẫu. CRM hữu ích khi giúp chọn việc tiếp theo, không chỉ cộng các con số kỳ vọng.

Một cơ hội cần có hành động tiếp theo

Sau cuộc gọi đầu tiên, Lan đặt hoạt động xác nhận kích thước bàn vào ngày mai. Khách phản hồi cần xem mẫu mặt gỗ, Lan ghi nhận kết quả và tạo hoạt động gửi phương án. Sau khi gửi, hoạt động tiếp theo là gọi xác nhận khách đã xem và còn điểm gì chưa phù hợp. Chuỗi này giữ công việc chuyển động, thay vì chỉ để thẻ ở một cột.

Ghi chú nội bộ nên viết đủ ngắn để đọc nhanh và đủ rõ để bàn giao: nhu cầu, điểm đã thống nhất, điểm chưa quyết định và người cần liên hệ. Không chỉ viết “đã gọi” vì đồng nghiệp không biết cuộc gọi tạo ra thay đổi gì. Trước khi dùng chức năng gửi tin nhắn trong hồ sơ, phân biệt ghi chú nội bộ với nội dung gửi cho khách theo giao diện và người nhận đang hiển thị.

Một nguyên tắc quản trị dễ áp dụng là không để cơ hội đang mở thiếu người phụ trách hoặc thiếu việc tiếp theo. Đây là quy ước vận hành của nhóm, không phải lời khẳng định Odoo tự bắt buộc mọi hồ sơ đều phải đủ hai điều kiện. Có thể dùng bộ lọc và lịch rà soát để phát hiện trường hợp còn thiếu.

Khi nào ghi nhận Won, Lost và chuyển sang Sales?

Nếu khách Minh Khôi chỉ đồng ý xem mẫu, cơ hội chưa nên ghi Won. An Phú cần tự thống nhất một tiêu chí như khách xác nhận phương án và điều kiện thương mại theo quy trình nội bộ. Khi lập báo giá từ cơ hội, cần cài ứng dụng Sales để sử dụng chức năng liên quan. Báo giá là nơi chi tiết hóa sản phẩm, số lượng, đơn giá và điều khoản.

Ghi Won cho biết kết quả theo đuổi cơ hội, không đồng nghĩa hàng đã giao đủ hoặc khách đã thanh toán. Đội bán hàng cần nối tiếp sang đơn bán và các chứng từ phát sinh. Việc đánh dấu cơ hội và trạng thái báo giá là các thông tin liên quan nhưng không nên mặc định luôn tự đồng bộ theo mọi tùy chỉnh của doanh nghiệp.

Nếu Minh Khôi chọn nhà cung cấp khác, ghi Lost với lý do có cấu trúc như giá chưa phù hợp, tiến độ không đáp ứng hoặc khách hoãn dự án. Một lý do rõ giúp cải thiện đề xuất sau này. Dùng chức năng Lost thay vì chỉ kéo vào một cột tự đặt tên “Thất bại” hoặc lưu trữ chung chung, để báo cáo có cơ sở nhận diện kết quả đúng.

Đọc báo cáo CRM để quyết định công việc

Trước một biểu đồ, hãy hỏi nó đang đếm số cơ hội hay cộng giá trị dự kiến, đang xem cơ hội tạo trong tháng hay dự kiến chốt trong tháng, và có lọc riêng người phụ trách hay không. Hai báo cáo cùng tên nhưng khác bộ lọc có thể đưa ra số khác nhau mà không có lỗi dữ liệu.

Nếu cơ hội dồn ở bước Đang đề xuất, hãy kiểm tra thời gian chuẩn bị báo giá và mức độ rõ của nhu cầu. Nếu nhiều cơ hội đã gửi báo giá nhưng không có hoạt động tiếp theo, đội đang thiếu nhịp theo dõi. Nếu phần lớn Lost do thời gian giao, giải pháp có thể nằm ở năng lực cung ứng chứ không ở việc gọi khách thường xuyên hơn.

Khi tính tỷ lệ thắng, cần nói rõ mẫu số. Ví dụ có 4 Won và 2 Lost trong một nhóm cơ hội đã kết thúc, tỷ lệ thắng trên nhóm đó là 4/6, khoảng 66,7%. Nếu tính thêm 10 cơ hội còn mở vào mẫu số, bạn đang trả lời một câu hỏi khác. Các cách tính thủ công phải được đối chiếu với thước đo và phạm vi báo cáo đang dùng, không gắn nhãn chúng là công thức mặc định của mọi báo cáo Odoo.

Tình huống ngắn để tự kiểm tra đã hiểu

Trên database học đã cài CRM, tạo ba cơ hội cho Minh Khôi, Hòa Bình và An Gia theo tình huống trong bài. Đặt mỗi cơ hội ở một giai đoạn khác nhau, gán người phụ trách và một hoạt động tiếp theo. Nếu có một tài khoản duy nhất, dùng chính tài khoản đó cho cả ba; mục tiêu là hiểu hồ sơ, không cần tạo thêm người dùng để làm bài.

• Mở lại Minh Khôi và giải thích được khách cần gì, giá trị dự kiến bao nhiêu và việc tiếp theo là gì.
• Kiểm tra tổng giá trị dự kiến của ba ví dụ là 155 triệu VND nếu chưa đổi dữ liệu; đây chưa phải doanh thu.
• Thử ghi một cơ hội Lost và tìm lại bằng bộ lọc phù hợp; không xóa hồ sơ chỉ để làm pipeline gọn.
• Chọn một cơ hội đủ rõ nhu cầu để lập báo giá ở bài Sales.

CRM đạt giá trị khi một người khác mở hồ sơ vẫn hiểu nên tiếp tục chăm sóc thế nào. Nếu pipeline đầy thẻ nhưng không có thông tin mới, hạn xử lý hoặc kết quả cuối cùng, phần mềm chỉ đang lưu một danh sách. Thói quen cập nhật trung thực mới giúp bảng đó trở thành công cụ điều hành bán hàng.

Tài liệu tham khảo

• Odoo CRM: phân biệt và chuyển Lead thành Opportunity
• Odoo CRM: báo giá và ghi nhận kết quả cơ hội
• Odoo CRM: phân tích pipeline
• Odoo CRM: tổ chức đội bán hàng