Kiểm tra điều kiện ưu đãi trước khi báo giá cho khách

Khách gửi ảnh chương trình giảm giá và hỏi: “Đơn bên anh được áp dụng chứ?” Sale nhớ đội mình đang có ưu đãi nên trả lời đồng ý. Đến khi làm đơn mới phát hiện chương trình chỉ dành cho một nhóm sản phẩm, hoặc không được dùng cùng mức giá đã thỏa thuận.

Trước khi đưa ưu đãi vào báo giá, đối chiếu đúng phiên bản chương trình, đối tượng khách, sản phẩm, thời gian, điều kiện đơn hàng và quy tắc kết hợp. Phần nào chưa rõ thì xác minh trước, không tự diễn giải theo hướng có lợi để chốt đơn. Một ảnh quảng bá ngắn có thể chưa chứa đủ thông tin cần kiểm tra.

Bài này hướng dẫn sale áp dụng một chính sách đã được doanh nghiệp phê duyệt. Việc thiết kế, thông báo hoặc đăng ký chương trình theo quy định cần bộ phận phụ trách kiểm tra riêng; checklist dưới đây không thay cho việc đó.

Lấy một nguồn điều kiện đang được áp dụng

Ưu tiên văn bản hoặc thông tin chính thức do người quản lý chương trình cung cấp. Ghi tên chương trình, mã nếu có, ngày hiệu lực và nơi lưu bản đang dùng. Nếu ảnh khách gửi khác tài liệu nội bộ, đừng tự chọn bản thuận tiện hơn. Chuyển phần khác biệt cho người phụ trách xác nhận.

Không dựa vào lời nhớ “tuần trước vẫn giảm được” để áp dụng cho đơn mới. Chương trình có thể có giới hạn thời gian, sản phẩm hoặc đối tượng. Đồng thời, không tự nói một ưu đãi đã hết chỉ vì bạn không tìm thấy tài liệu; trước hết phải kiểm tra nguồn.

Việc quản lý phiên bản tài liệu bán hàng giúp đội dùng chung bản điều kiện, tránh mỗi sale giữ một ảnh khác nhau trong điện thoại.

Checklist đối chiếu trước khi tính giá

Phần cần kiểm tra	Câu hỏi cụ thể	Cách ghi kết quả
Khách hàng	Chương trình áp dụng cho ai? Khách này có bằng chứng phù hợp không?	Đủ, chưa đủ hoặc chờ xác minh
Sản phẩm	Mã hàng, quy cách và phiên bản nào được áp dụng?	Liệt kê đúng dòng hàng
Thời gian	Mốc quyết định là lúc đặt, xác nhận, thanh toán hay mốc khác?	Ghi đúng điều kiện, không tự thay
Mức mua	Tính theo số lượng, giá trị hay nhóm hàng nào?	Ghi cơ sở tính theo chính sách
Phần loại trừ	Hàng nào hoặc trường hợp nào không được áp dụng?	Tách rõ trên bảng đối chiếu
Kết hợp	Có dùng chung giá hợp đồng, ưu đãi khác hoặc quà tặng không?	Trích nội dung đã xác nhận
Giới hạn	Có giới hạn lượt dùng, số lượng hoặc khả năng đáp ứng?	Xác minh trạng thái trước khi hứa
Phê duyệt	Sale được tự áp dụng hay phải xin xác nhận?	Tên người hoặc vai trò duyệt

Chưa có câu trả lời thì ghi “chờ xác minh”, không tự mặc định là có. Khi chương trình ghi “tối thiểu” hoặc “tối đa”, đọc đủ đối tượng mà mức đó áp dụng. Đừng dùng tổng giá trị cả đơn nếu chính sách chỉ tính nhóm hàng được ưu đãi.

Ví dụ giả lập: đơn đủ tổng tiền nhưng có dòng không thuộc chương trình

Giả sử chính sách nội bộ đã duyệt quy định giảm 5% cho mã A khi khách mua từ 100 sản phẩm A trong một đơn; mã B không thuộc chương trình. Khách đặt 80 sản phẩm A và 40 sản phẩm B, rồi hỏi có được giảm vì tổng số lượng là 120 không.

Sale cần đối chiếu ngưỡng của mã A, không cộng mã B vào để kết luận đủ. Nếu khách muốn xem phương án khác, có thể tính một đơn mới theo số lượng họ thực sự cần và điều kiện đã xác minh. Không thúc họ mua thêm hàng không cần chỉ để được nhận ưu đãi.

Đây là ví dụ giả lập, không phải chương trình hiện có của Salescloud hay một doanh nghiệp cụ thể. Mức giảm và số lượng chỉ minh họa cách đọc điều kiện. Với chương trình thật, cần dùng đúng cơ sở tính và quy định áp dụng của chương trình đó.

Giải thích với khách bằng phần áp dụng được

Thay vì trả lời ngắn “đơn này không được”, có thể nói:

“Em đã kiểm tra chương trình [tên/phiên bản]. Trong đơn hiện tại, phần [dòng hàng] đáp ứng [điều kiện đã xác nhận]. Phần [dòng hàng] chưa đáp ứng vì [lý do cụ thể]. Em sẽ thể hiện riêng giá và ưu đãi từng phần để anh/chị dễ đối chiếu. Nội dung [chưa rõ] em đang xin xác nhận, chưa đưa vào mức giá cam kết.”

Không giấu điều kiện ở cuối một chuỗi tin nhắn sau khi khách đã chọn mua. Trên báo giá, nêu rõ ưu đãi liên quan đến những dòng nào và mốc áp dụng nào. Nếu phải trình bày nhiều thành phần, tham khảo cách tách chi phí báo giá để khách nhìn được giá hàng, phần giảm và các khoản khác mà không hiểu nhầm.

Khi sale đã lỡ hứa một mức chưa kiểm tra

Dừng gửi các bản báo giá tiếp theo dựa trên lời hứa đó. Báo quản lý phần đã nói với khách, nguồn thông tin bạn dùng và điều kiện phát hiện sau đó. Việc này cần làm rõ trước khi sửa giá, vì nội dung đã trao đổi có thể ảnh hưởng đến thỏa thuận của hai bên.

Không âm thầm xóa dòng ưu đãi và gửi lại như chưa từng có gì. Cũng không tự giữ mức giảm bằng cách lấy ngân sách khác nếu chưa được phép. Khi có phương án được xác nhận, giải thích cho khách sự khác biệt và xin thống nhất bước tiếp theo. Trường hợp cần xem nghĩa vụ hoặc tranh chấp, chuyển bộ phận có thẩm quyền; bài viết không kết luận quyền lợi pháp lý cho từng đơn.

Nếu đội liên tục phải xin ngoại lệ, xem lại cách kiểm tra yêu cầu giảm giá của sale. Có thể vấn đề nằm ở tài liệu khó hiểu, quyền duyệt không rõ hoặc nhân viên chưa biết hỏi điều kiện nào, chứ không chỉ ở mức giá.

Lưu đủ để người khác kiểm tra lại được

Trong ghi chú cơ hội, lưu chương trình đã dùng, nguồn điều kiện, các dòng áp dụng, phần chờ duyệt và người xác nhận. Không chỉ ghi “đã có ưu đãi”. Khi khách thay đổi số lượng hoặc thời gian đặt, kiểm tra lại điều kiện trước khi giữ nguyên giá cũ.

CRM hỗ trợ tập trung lịch sử và công việc cần theo dõi. AI có thể giúp lập bản nháp giải thích dựa trên chính sách bạn cung cấp, nhưng không nên tự suy ra điều kiện còn thiếu hoặc tự duyệt ngoại lệ. Trước khi gửi, người phụ trách đối chiếu bản nháp với nguồn chính thức và kiểm tra phép tính bằng công cụ phù hợp.