Các lỗi giảm giá cần phát hiện trước khi gửi báo giá
Sau cuộc gọi đầu tiên, sales thường phải gửi báo giá trong khi khách yêu cầu thêm ưu đãi và người duyệt chưa sẵn sàng phản hồi. File chính sách mới nhất có thể nằm trên Drive với tên gần giống bản cũ. Điều kiện giảm giá theo ngành, kỳ thanh toán hoặc chiến dịch cũng có thể chưa được ghi trong yêu cầu báo giá. Khi đó, kế toán hoặc người duyệt hợp đồng chỉ phát hiện dữ liệu thiếu sau khi báo giá đã được gửi.
Sai lệch thường dẫn đến việc sales phải sửa báo giá, gửi email điều chỉnh hoặc xác minh lại người đã duyệt. Khi việc này lặp lại, sales phải chờ xác nhận trước khi gửi hoặc chấp nhận rủi ro dùng sai điều kiện.
Chờ xác nhận làm tăng thời gian phản hồi. Gửi khi chưa xác nhận làm tăng xác suất áp dụng sai chính sách. Đội nội bộ cũng khó phân biệt chính sách hiện hành với ngoại lệ đã được duyệt cho một quan hệ khách hàng, mùa thấp điểm hoặc chiến dịch riêng.
Mô hình dữ liệu của chính sách giảm giá
Chính sách giá thường gồm gói dịch vụ, mức phí, điều kiện thanh toán và thời hạn ưu đãi. Doanh nghiệp có thể lưu các quy tắc này ở nhiều tài liệu hoặc áp dụng thêm điều kiện nội bộ.
Một số điều kiện được công bố cho khách, một số chỉ áp dụng nội bộ cho từng nhóm khách hàng. Một số báo giá phải đáp ứng biên lợi nhuận tối thiểu hoặc cần CEO duyệt vì liên quan đến đối tác chiến lược. Với công ty dịch vụ, cùng một mức phí vẫn có thể đi kèm số vòng chỉnh sửa, thời gian hỗ trợ hoặc cam kết bàn giao khác nhau.
AI không được tự quyết mức giảm giá. AI Agent chỉ kiểm tra bản nháp trước khi sales gửi báo giá: đối chiếu chính sách, yêu cầu bổ sung dữ liệu thiếu và đánh dấu các điểm cần người có thẩm quyền duyệt.
Trong quy trình duyệt báo giá nội bộ, AI có thể thực hiện bước kiểm tra điều kiện trước khi chuyển yêu cầu cho người duyệt. AI không thay sales thương lượng và không phê duyệt ngoại lệ. Nó chỉ nhắc các trường và điều kiện chưa được kiểm tra.
Nguồn dữ liệu Agent cần đọc
Để làm được việc, Agent không cần nối vào toàn bộ hệ thống ngay từ đầu. Một phiên bản MVP có thể bắt đầu từ những nguồn gần với đội sales nhất:
- Bảng giá hiện hành, gồm gói dịch vụ, điều kiện thanh toán và thời hạn áp dụng.
- Danh sách ngoại lệ cần duyệt, ví dụ khách enterprise, hợp đồng theo năm, đối tác giới thiệu, hoặc chiến dịch theo mùa.
- Mẫu báo giá và proposal đang dùng, kể cả các đoạn điều khoản dễ bị sửa tay.
- Ghi chú CRM hoặc form intake cho thấy nhu cầu, quy mô khách hàng và bối cảnh cuộc gọi.
Đội phải xác định nguồn nào là bản chính thức. Nếu có ba file cùng tên “pricing final”, Agent không thể tự xác định file hiện hành. Trước khi tự động hóa, đội cần chốt một nơi lưu chính sách, một người chịu trách nhiệm cập nhật và một cách đánh dấu phiên bản hết hiệu lực.
Phiên bản đầu có thể dùng Google Sheet và một thư mục Drive với quyền truy cập phù hợp. Quy trình cần quy định sales gửi bản nháp vào luồng kiểm tra, Agent trả về nhận xét có cấu trúc và người duyệt chỉ xử lý các ngoại lệ đã được đánh dấu.
Luồng kiểm tra từ bản nháp đến phê duyệt
Phiên bản đầu chỉ cần một luồng kiểm tra có trạng thái rõ.
Sales nhập hoặc tải lên bản nháp báo giá. Agent đọc các trường chính: tên gói, mức phí, mức giảm, điều kiện thanh toán, thời gian triển khai, cam kết đi kèm. Sau đó nó so với chính sách hiện hành và gắn nhãn từng điểm: hợp lệ, thiếu thông tin, lệch chính sách, hoặc cần duyệt.
Nếu thiếu dữ liệu, Agent hỏi lại bằng câu cụ thể, chẳng hạn “khách chọn thanh toán theo tháng hay theo năm?” hoặc “ưu đãi này có thuộc chiến dịch tháng này không?”. Nếu có rủi ro, Agent không nên sửa im lặng. Nó cần ghi rõ lý do: mức giảm vượt ngưỡng của sales lead, điều kiện thanh toán chưa khớp, hoặc proposal đang dùng mẫu cũ.
Sau khi sales chỉnh lại, bản nháp được gửi tiếp cho người duyệt nếu còn ngoại lệ. Người duyệt lúc này không phải rà từng câu. Họ chỉ xem các điểm đã được Agent đánh dấu và quyết định chấp nhận, từ chối, hoặc yêu cầu bổ sung điều kiện.
Trong Coaching triển khai hệ thống AI, Auranium khuyến nghị bắt đầu bằng một tác vụ có phạm vi rõ, yêu cầu người có thẩm quyền phê duyệt quyết định quan trọng và đo số lỗi lặp lại sau khi áp dụng quy trình.
Phân quyền giữa Agent và người duyệt
Agent có thể kiểm tra
- Đối chiếu gói dịch vụ, mức giảm và điều kiện thanh toán.
- Báo nguồn chính sách đang được sử dụng.
- Chuyển trường hợp ngoài quy tắc sang luồng xin duyệt.
Người phụ trách quyết định
- Chấp thuận ngoại lệ liên quan đến giá và cam kết thương mại.
- Xử lý trường hợp chính sách mâu thuẫn hoặc đã lỗi thời.
- Chịu trách nhiệm cho báo giá cuối cùng gửi khách.
Rủi ro cần kiểm soát trong thiết kế
Rủi ro đầu tiên là dữ liệu chính sách không được cập nhật. Nếu bảng giá cũ vẫn mở quyền chỉnh sửa hoặc link bản cũ vẫn được dùng trong nhóm Zalo, Agent có thể đối chiếu với nguồn đã hết hiệu lực. Vì vậy, quy trình phải có người quản lý tài liệu, quyền chỉnh sửa và trạng thái hiệu lực của từng phiên bản.
Rủi ro thứ hai là đội sales xem gợi ý của AI như phê duyệt cuối cùng. Cần tách rõ hai khái niệm: kiểm tra điều kiện và quyền chấp thuận ngoại lệ. Agent có thể nói “điểm này vượt chính sách”, nhưng người có thẩm quyền mới quyết định có chấp nhận hay không.
Rủi ro thứ ba nằm ở giọng phản hồi cho khách. Một ưu đãi có thể hợp lệ về chính sách nhưng cách viết lại tạo cảm giác bị ép mua hoặc hứa quá mức. Với các đội bán dịch vụ B2B, Agent nên kiểm tra thêm những câu dễ gây hiểu nhầm: phạm vi hỗ trợ, thời gian phản hồi, trách nhiệm hai bên, điều kiện hoàn tiền nếu có.
Rủi ro cuối cùng là tự động hóa quá sớm ở phần thương lượng. Nếu sản phẩm hoặc dịch vụ còn thay đổi liên tục, nên để Agent làm checklist và cảnh báo trước. Khi chính sách ổn định hơn, mới tính đến việc tạo bản nháp báo giá tự động.
Điều kiện để triển khai thử
MVP kiểm tra giảm giá phù hợp khi đội sales thường xuyên gặp một hoặc nhiều tình huống sau:
- Sales thường hỏi lại trong nhóm chat: “case này giảm được bao nhiêu?”.
- Báo giá gửi đi rồi phải thu hồi hoặc điều chỉnh điều kiện.
- Chính sách ưu đãi thay đổi theo chiến dịch nhưng file cũ vẫn được dùng.
- Người duyệt mất thời gian đọc lại toàn bộ proposal thay vì chỉ xem ngoại lệ.
- Kế toán hoặc vận hành phát hiện vấn đề sau khi khách đã đồng ý miệng.
- CRM có dữ liệu khách hàng nhưng không được dùng khi quyết định mức ưu đãi.
Phiên bản đầu chỉ nên áp dụng cho một dòng dịch vụ, một mẫu báo giá và một nhóm sales nhỏ. Trong thời gian thử nghiệm, đội cần ghi lại lỗi Agent phát hiện, câu hỏi không cần thiết và các ngoại lệ vẫn cần người duyệt.
Với các dự án AI Agent xử lý yêu cầu báo giá, doanh nghiệp cần chuyển các điều kiện mà đội ngũ đang ghi nhớ thành quy tắc, trường dữ liệu và trạng thái có thể kiểm tra. AI chỉ chuẩn bị nội dung và đánh dấu ngoại lệ, không giao tiếp thay người phụ trách trong các quyết định thương mại.
Output cần theo dõi sau khi triển khai
Quy trình kiểm soát giảm giá không nên thêm các bước duyệt cho trường hợp đã đáp ứng chính sách. AI Agent có thể giảm thời gian kiểm tra bằng cách yêu cầu bổ sung dữ liệu và đánh dấu ngoại lệ trước khi sales gửi tài liệu cho khách.
Founder hoặc CEO có thể dùng dữ liệu cảnh báo để kiểm tra chính sách bán hàng. Cảnh báo lặp lại có thể cho thấy chính sách khó hiểu, quyền duyệt chưa rõ hoặc sản phẩm có quá nhiều biến thể. Báo cáo theo tuần cung cấp dữ liệu để chỉnh bảng giá, sửa mẫu proposal hoặc bổ sung hướng dẫn cho đội sales.
Nên bắt đầu bằng một Agent chỉ kiểm tra chính sách cho một loại báo giá. Sau khi đo được độ chính xác, thời gian xử lý và số ngoại lệ, doanh nghiệp mới quyết định có mở rộng sang các quy trình bán hàng khác hay không.