← Blog Ky Nang Sale

Gửi nhầm báo giá: đính chính gì trước khi gửi lại?

Nhân viên kinh doanh đối chiếu bản báo giá sai và bản đã sửa bên máy tính.

Vừa bấm gửi, sale nhận ra file đính kèm có giá cũ. Hoặc khách hỏi vì sao tên công ty khác xuất hiện trong bảng. Phản xạ thường là gửi thêm một file và nhắn “anh/chị xem bản mới nhé”. Cách này chưa làm rõ bản nào sai, sai ở đâu và khách đã dùng thông tin cũ tới bước nào.

Khi gửi nhầm báo giá, hãy xác định phạm vi lỗi, báo đầu mối chịu trách nhiệm và đính chính rõ ràng bằng bản đã được kiểm tra. Nếu có dữ liệu của khách khác, xử lý theo quy trình sự cố thông tin; không phát tán thêm file để nhờ mọi người xem hộ.

Phân biệt lỗi trước khi sửa

Mỗi loại nhầm cần một hướng xử lý. Ghi thời điểm gửi, kênh, người nhận, tên tệp và nội dung bị ảnh hưởng. Giữ bằng chứng công việc trong nơi được phép truy cập, không xóa lịch sử để che lỗi.

Loại nhầm Việc cần kiểm tra ngay Đầu mối cần phối hợp
Sai số, đơn vị hoặc phép tính Dòng bị ảnh hưởng và tổng liên quan Người lập và người duyệt giá
Sai phiên bản Bản đúng, thay đổi giữa các bản Người quản lý tài liệu
Đúng người nhưng sai file của khách khác Thông tin nào đã bị lộ Quản lý và người phụ trách sự cố dữ liệu
Sai người nhận Danh sách nhận, quyền xem liên kết Quản lý và bộ phận phụ trách bảo mật

Nếu chỉ thấy lỗi ở một dòng, vẫn rà tổng và điều kiện phụ thuộc. Một đơn vị “thùng” bị ghi thành “chiếc” có thể làm sai cả cách hiểu số lượng. Đối chiếu theo hướng dẫn thống nhất đơn vị tính và quy cách trước khi lập bản sửa.

Dừng việc dùng tiếp bản sai trong phạm vi mình kiểm soát

Báo ngay cho quản lý phụ trách, nêu dữ kiện thay vì giải thích dài về nguyên nhân. Mẫu nội bộ: “Lúc [giờ], em gửi [bản/tệp] tới [đầu mối]. Lỗi xác định được là [nội dung]. Khách hiện [đã phản hồi/chưa rõ]. Em cần xác nhận [phương án] trước khi đính chính.”

Nếu liên kết đang chia sẻ sai đối tượng, đề nghị người có quyền xử lý quyền truy cập theo quy trình. Tính năng thu hồi email, nếu có, không bảo đảm người nhận chưa đọc hoặc chưa tải tệp. Không đánh dấu sự cố đã xong chỉ vì phần mềm hiện “đã thu hồi”.

Với thông tin của bên thứ ba, trao đổi với đúng nhóm xử lý, chỉ cung cấp phần cần thiết. Việc đề nghị người nhận không sử dụng, không chuyển tiếp và xử lý bản đã nhận cần theo hướng dẫn của người phụ trách. Không gửi thêm thông tin của khách bị ảnh hưởng để giải thích lỗi.

Hỏi khách đã dùng báo giá tới đâu

Câu hỏi này giúp xác định ảnh hưởng, không phải để đẩy trách nhiệm sang khách. Họ có thể mới đọc, đã chuyển cho người mua hàng, đã trình duyệt hoặc đã phát hành đơn đặt hàng.

Có thể hỏi: “Để em phối hợp sửa đúng nơi, anh/chị cho em biết bản vừa gửi đã được chuyển hoặc dùng trong bước nào chưa ạ?” Nếu đã chuyển tiếp, thống nhất đầu mối cập nhật trong phạm vi được phép; không tự liên hệ mọi người trong doanh nghiệp khách.

Khi đã có đơn đặt hàng hoặc tranh luận về mức giá, chuyển người có thẩm quyền xem hồ sơ. Không tự tuyên bố báo giá sai “đương nhiên vô hiệu”, tự hủy cam kết hoặc hứa giữ giá để khách yên tâm. Tham khảo cách đối chiếu đơn đặt hàng của khách để xác định những điểm cần làm rõ.

Chuẩn bị bản sửa có thể đối chiếu

Giữ mã liên quan và đặt phiên bản rõ theo quy ước của đội. Nêu những mục thay đổi, những mục giữ nguyên nếu đã kiểm tra và trạng thái của bản cũ theo kết luận được duyệt. Không chỉ đổi tên thành “final mới nhất” rồi mong khách tự tìm khác biệt.

Người kiểm tra nên mở chính tệp sẽ gửi, đối chiếu khách, hạng mục, lượng, đơn vị, giá, thuế/phí, thời hạn và thông tin nhận. Kiểm tra cả trang phụ, ghi chú hoặc dữ liệu ẩn có thể bị gửi kèm. Chỉ người được giao duyệt mới xác nhận điều kiện thương mại.

Mẫu đính chính sau khi đã duyệt phương án

Tiêu đề: Đính chính báo giá [mã], phiên bản [số/ngày]

“Chào anh/chị [tên], em xin lỗi vì bản [mã/tên tệp] gửi lúc [thời điểm] có [lỗi cụ thể]. Em gửi bản [phiên bản] đã được kiểm tra và phê duyệt.

Phần điều chỉnh gồm [liệt kê ngắn]. Các mục [nêu phần giữ nguyên đã xác minh]. Cách xử lý bản trước và yêu cầu đang mở là [kết luận đã được người có thẩm quyền duyệt].

Anh/chị giúp xác nhận đã nhận đúng bản này và cho em biết nếu bản trước đã được dùng ở bước khác để hai bên phối hợp cập nhật. Nội dung còn chờ xác nhận là [nếu có], em sẽ phản hồi vào [mốc đã thống nhất].”

Nếu chưa có bản sửa được duyệt, chỉ báo lỗi đã xác định và hẹn cập nhật khả thi. Đừng điền một giá tạm vào mẫu rồi lại phải đính chính lần nữa.

Ví dụ giả lập: sai tổng nhưng khách đã trình mua

Giả sử sale gửi bảng có hai dòng đúng, nhưng ô tổng bỏ sót dòng thứ hai. Khách đã chuyển bảng này để xin duyệt. Sale báo quản lý, xác nhận phép tính và hỏi khách về bước đang chạy. Sau khi phương án được duyệt, sale gửi bảng sửa, đánh dấu ô tổng thay đổi và nhờ đầu mối khách cập nhật bộ hồ sơ liên quan.

Ví dụ không cho phép suy rằng cứ sai phép tính là bên bán được tự đổi thỏa thuận. Nếu khách đã xác nhận hoặc phát sinh nghĩa vụ, người có chuyên môn cần xem tình huống cụ thể. Mục tiêu của sale lúc này là cung cấp đúng dữ kiện, không tranh luận vượt quyền.

Chỉ đóng việc khi phần ảnh hưởng đã được xử lý

  • Bản đúng đã được kiểm tra và gửi tới đúng đầu mối.
  • Khách đã nhận bản sửa; các câu hỏi còn mở có người xử lý.
  • Nội bộ biết phiên bản đang dùng và tình trạng đơn liên quan.
  • Sự cố dữ liệu, nếu có, đã chuyển đúng người phụ trách.
  • Nguyên nhân có biện pháp phòng ngừa cụ thể.

Nếu lỗi do lấy nhầm file, sửa quy tắc quản lý phiên bản tài liệu bán hàng. Nếu do công thức, bổ sung kiểm tra tổng. Ghi chú và việc theo dõi trong CRM giúp cả đội biết còn gì chưa xong; chúng không thay thế kiểm tra báo giá hay quyết định xử lý cam kết.

Áp dụng ngay cho đội sale của bạn

Dùng thử Salescloud miễn phí 14 ngày, không cần thẻ thanh toán.

Bài viết mới