Cách viết thông báo sự cố cho khách hàng khi chưa rõ nguyên nhân: 5 bước

Bắt đầu bằng bốn điều khách hàng cần biết

Nếu trang thanh toán liên tục báo lỗi, khách hàng muốn biết trước tiên thao tác nào bị ảnh hưởng, đơn hàng có được lưu không và khi nào có thông tin tiếp. Thông báo đầu tiên không phải báo cáo nguyên nhân. Hãy nói ngắn gọn ảnh hưởng đã xác nhận, điều chưa rõ, việc khách có thể làm ngay và giờ cập nhật kế tiếp. Chưa biết giờ khôi phục vẫn có thể nói bốn điều đó. Mọi tình huống thanh toán và đơn hàng trong bài chỉ là ví dụ giả định, không phải sự cố thực tế của Official Mail.

Từ thông báo đầu tiên đến xác nhận khôi phục

Quy trình bắt đầu từ lỗi khách nhìn thấy, sau đó kiểm tra ảnh hưởng, gửi thông báo, cập nhật đúng hẹn và xác minh thao tác đã hoạt động lại.

1. Nêu thao tác khách không thể hoàn tất, không chỉ mã lỗi

Lỗi 500 trên màn hình quản trị không giúp khách biết đơn của họ ra sao. Hãy mô tả thao tác bị chặn, chẳng hạn 'Một số khách chưa thể hoàn tất thanh toán'. Đừng mở rộng phạm vi chưa rõ thành 'mọi khách hàng', cũng đừng gọi ảnh hưởng đã xác nhận là 'bất tiện nhỏ'. Bảng sau là ví dụ giả định.

Khi thông báo thật, hãy thay phạm vi và thời gian bằng dữ kiện đã quan sát.

2. Điền năm mục trong thông báo đầu tiên

Thông tin hữu ích cần đi trước lời xin lỗi dài. Ghi 1) chức năng bị ảnh hưởng, 2) hiện tượng khách thấy, 3) điều đã xác nhận và đang kiểm tra, 4) việc an toàn nên làm hoặc lần thử lại cần tránh, 5) giờ và nơi cập nhật tiếp theo. Nếu đơn đã được ghi nhưng màn hình hoàn tất lỗi, bảo khách thanh toán lại có thể gây thu tiền hai lần. Đừng khuyên thử lại trước khi biết trạng thái đơn; hãy nêu kênh hỗ trợ.

Đây là mẫu giả định; cần thay phạm vi, địa chỉ hỗ trợ và giờ cập nhật bằng thông tin thật.

3. Hứa giờ cập nhật tiếp theo, không hứa giờ sửa xong

'Sẽ cập nhật lúc 15 giờ' không có nghĩa sẽ sửa xong lúc đó. Dù sự cố còn tiếp diễn, hãy đúng hẹn nêu điều đã kiểm tra, ảnh hưởng có thay đổi không và giờ cập nhật tiếp. Người vận hành một mình nên chọn khoảng 30 phút hoặc một giờ phù hợp với khả năng thực hiện. Chưa có phát hiện mới vẫn có thể nói phạm vi ảnh hưởng chưa đổi và việc điều tra đang tiếp tục. Người xử lý và người viết thông báo phải dùng chung danh sách sự thật. Nếu dùng trang trạng thái, email khách hàng và mạng xã hội, hãy chọn một thông báo chính thức làm bản ghi chuẩn để các kênh không nói trái nhau.

4. Kiểm tra luồng khách hàng trước khi báo đã khôi phục

Cảnh báo lỗi biến mất chưa đủ để tuyên bố khôi phục. Hãy thực hiện lại thao tác từng bị chặn. Với thanh toán, theo quy trình thử nghiệm được phê duyệt, kiểm tra lần lượt việc nhận đơn, màn hình hoàn tất, thông báo và bản ghi giao dịch. Nếu cần tiền thật hay dữ liệu khách hàng, dùng môi trường và quy trình được cho phép. Thông báo khôi phục cần nêu chức năng bị ảnh hưởng, giờ xác nhận hoạt động bình thường, việc còn lại và kênh liên hệ. Nếu chưa rõ nguyên nhân, nói riêng việc phân tích vẫn tiếp tục. Khôi phục chức năng và xác định nguyên nhân là hai trạng thái khác nhau.

5. Lưu dòng thời gian thông báo và kiểm tra cho lần sau

Lưu cùng nhau thời điểm có báo cáo đầu tiên, xác nhận ảnh hưởng, thông báo đầu tiên, các lần cập nhật đã hứa và kiểm tra khôi phục. Mục đích không phải né trách nhiệm mà là giảm thời gian khách phải chờ ở lần sau. Nếu thông báo đầu tiên chậm, ngoài nguyên nhân kỹ thuật hãy xem ai có quyền thông báo, có ngại nói khi chưa rõ toàn bộ phạm vi không, và địa chỉ gửi chính thức cùng nơi ghi trạng thái đã sẵn sàng chưa. Có thể đặt trước quy tắc thời gian trả lời khách hàng để tách yêu cầu thường ngày khỏi tin khẩn về sự cố.

Mẫu thông báo đầu tiên có thể lưu sẵn

Đừng hoãn thông báo đầu tiên vô thời hạn vì còn ô chưa rõ. Hãy nói đang kiểm tra thay vì đoán, và thay toàn bộ ngoặc vuông bằng dữ kiện thật.

Câu hỏi thường gặp

Chưa biết nguyên nhân có thể thông báo không?

Có, khi đã xác nhận khách hàng bị ảnh hưởng. Nêu hiện tượng, phạm vi đã biết và giờ cập nhật tiếp theo mà không đoán nguyên nhân hay hạn sửa xong.

Có cần gửi email cho mọi khách hàng?

Quyết định theo phạm vi ảnh hưởng và việc khách cần làm. Phân biệt thông báo trạng thái công khai với email cho nhóm bị ảnh hưởng, đồng thời giữ nội dung nhất quán.

Nếu đã khôi phục nhưng chưa phân tích xong nguyên nhân?

Nêu riêng kết quả xác minh chức năng hoạt động bình thường và tình trạng phân tích nguyên nhân. Đừng coi nguyên nhân nghi ngờ là sự thật.