Quản lý yêu cầu hỗ trợ khách hàng với EzySupport: Từ tiếp nhận đến xử lý hoàn tất
Back To Blogs
Post by:
Nguyễn Thị Quỳnh Mai - Chuyên viên Marketing
Nguyễn Thị Quỳnh Mai - Chuyên viên Marketing
Date:
1791164780000
Ở bài trước, Hương Camera đã sử dụng EzyRating để tổng hợp phản hồi, xác định điểm chạm đang có vấn đề và chọn một nội dung cần cải thiện. Tuy nhiên, không phải phản hồi nào cũng có thể giải quyết bằng cách sửa bài viết hoặc Email. Khi khách hàng gặp lỗi cụ thể, cần hướng dẫn riêng hoặc cần nhân viên trực tiếp kiểm tra, cửa hàng phải có một quy trình tiếp nhận và theo dõi rõ ràng.
Trong bài này, Hương Camera sẽ tạo một yêu cầu hỗ trợ thử nghiệm với nội dung “Không tìm thấy hướng dẫn cài đặt Canon EOS R50”, sau đó kiểm tra toàn bộ quá trình từ lúc khách gửi yêu cầu đến khi nhân viên phản hồi và hoàn tất xử lý trên EzySupport.
Quy trình cần kiểm tra: Khách gửi yêu cầu → EzySupport ghi nhận → Nhân viên kiểm tra → Gửi hướng dẫn → Khách xác nhận → Hoàn tất yêu cầu
1. Chuẩn bị một yêu cầu hỗ trợ thử nghiệm
Trước khi thao tác, Hương Camera cần xác định rõ vấn đề sẽ kiểm tra. Không nên dùng nội dung quá chung chung như “Tôi cần hỗ trợ”, vì nhân viên sẽ không biết khách đang gặp khó khăn ở đâu.
Trong lần kiểm tra này, có thể chuẩn bị thông tin như sau:
| Nội dung | Dữ liệu thử nghiệm |
|---|---|
| Họ tên | Khách hàng kiểm thử |
| [Điền Email dùng để kiểm tra] | |
| Sản phẩm | Canon EOS R50 |
| Loại yêu cầu | Hướng dẫn sử dụng |
| Tiêu đề | Không tìm thấy hướng dẫn cài đặt Canon EOS R50 |
| Nội dung | Tôi đã mua Canon EOS R50 nhưng chưa tìm thấy bài hướng dẫn cài đặt ban đầu. Vui lòng gửi giúp tôi đường dẫn phù hợp. |
| Kết quả mong đợi | Nhận được phản hồi chứa đúng đường dẫn hướng dẫn |
Nên sử dụng một địa chỉ Email mà người quản trị có thể mở để kiểm tra phản hồi. Không sử dụng thông tin của khách hàng thật trong quá trình thử nghiệm
Sau khi đã biết mình cần kiểm tra điều gì, bước tiếp theo là gửi yêu cầu từ đúng giao diện mà khách hàng sẽ sử dụng.
2. Gửi yêu cầu từ giao diện website
Mở trang hỗ trợ hoặc biểu mẫu liên hệ đang được kết nối với EzySupport trên website Hương Camera. Nhập dữ liệu thử nghiệm đã chuẩn bị, sau đó gửi yêu cầu.
Trước khi bấm gửi, cần kiểm tra:
- Email được nhập đúng.
- Tiêu đề mô tả được vấn đề.
- Nội dung có tên sản phẩm và nhu cầu cần hỗ trợ.
- Biểu mẫu không yêu cầu những thông tin không cần thiết.
- Chính sách sử dụng dữ liệu hoặc nội dung đồng ý được hiển thị nếu website thu thập thông tin cá nhân.
Sau khi gửi, giao diện dành cho khách hàng cần hiển thị một thông báo rõ ràng. Người dùng phải biết yêu cầu đã được tiếp nhận hay vẫn cần thao tác lại.
Thông báo trên website mới chỉ chứng minh biểu mẫu đã phản hồi. Hương Camera vẫn cần kiểm tra dữ liệu có thực sự được chuyển vào EzySupport hay không.
3. Kiểm tra yêu cầu trong EzySupport
Đăng nhập trang quản trị EzyPlatform và mở khu vực EzySupport. Tìm yêu cầu vừa gửi dựa trên Email, tiêu đề hoặc thời gian tạo.
Mở chi tiết yêu cầu và đối chiếu:
- Họ tên người gửi.
- Email liên hệ.
- Tiêu đề yêu cầu.
- Nội dung mô tả.
- Thời gian gửi.
- Nguồn tiếp nhận nếu giao diện có hiển thị.
- Trạng thái ban đầu của yêu cầu.
Thông tin trên EzySupport phải khớp với dữ liệu đã nhập trên website. Nếu thiếu Email, nội dung hoặc tên sản phẩm, cần kiểm tra lại cách biểu mẫu chuyển dữ liệu trước khi tiếp tục.
Việc yêu cầu xuất hiện đúng trong EzySupport giúp nhân viên không phải tìm lại thông tin từ nhiều tin nhắn rời rạc. Tuy nhiên, yêu cầu vẫn cần được phân loại và giao cho người chịu trách nhiệm xử lý.
4. Phân loại yêu cầu và xác định người xử lý
Sau khi yêu cầu được tạo, mở bản ghi vừa gửi trong EzySupport để kiểm tra các trường quản lý đang có trên giao diện. Trước tiên, hãy đọc lại nội dung khách hàng gửi để xác định vấn đề thuộc nhóm nào, liên quan đến sản phẩm nào và cần chuyển cho ai.
Nếu phiên bản EzySupport đang sử dụng có trường Tags/Thẻ, Hương Camera có thể dùng tag để bổ sung ngữ cảnh cho yêu cầu. Tag giúp nhân viên lọc và tìm lại các yêu cầu có cùng chủ đề, nhưng không thay thế cho trạng thái hoặc người phụ trách.
Ví dụ, với một yêu cầu hỏi cách sử dụng Canon EOS R50, có thể gắn các tag đang tồn tại trong hệ thống như:
-
Hướng dẫn sử dụng -
Canon EOS R50 -
Tư vấn sản phẩm
Chỉ tạo tag mới khi hệ thống cho phép và cửa hàng thực sự cần dùng tag đó trong những yêu cầu khác. Tên tag nên ngắn, thống nhất và mô tả đúng một đặc điểm. Không nên tạo nhiều tag có ý nghĩa gần giống nhau như
Hướng dẫn, Hướng dẫn sử dụng và Cần hướng dẫn, vì sau này nhân viên sẽ khó lọc đủ các yêu cầu liên quan.
Khi sử dụng tag, nên phân biệt rõ vai trò của từng trường:
| Thông tin | Mục đích |
|---|---|
| Tag/Thẻ | Phân loại chủ đề, sản phẩm hoặc nhu cầu |
| Trạng thái | Cho biết yêu cầu đang mới, đang xử lý hay đã hoàn thành |
| Người phụ trách | Xác định nhân viên chịu trách nhiệm trả lời |
| Mức độ ưu tiên | Xác định yêu cầu cần được xử lý trước hay sau |
Sau khi gắn tag, Hương Camera tiếp tục kiểm tra các trường khác nếu chúng thực sự xuất hiện trên giao diện, chẳng hạn nhóm vấn đề, sản phẩm liên quan, mức độ ưu tiên, người phụ trách và trạng thái xử lý.
Ví dụ, một yêu cầu có thể được ghi nhận như sau:
| Trường thông tin | Giá trị |
|---|---|
| Tag/Thẻ | Hướng dẫn sử dụng, Canon EOS R50 |
| Nhóm vấn đề | Hướng dẫn sử dụng |
| Sản phẩm liên quan | Canon EOS R50 |
| Mức độ ưu tiên | Thông thường |
| Người phụ trách | Nhân viên hỗ trợ sản phẩm |
| Trạng thái | Đang xử lý |
Các giá trị trên chỉ được sử dụng khi chúng thực sự xuất hiện trong phiên bản EzySupport đang cài đặt. Nếu giao diện không có trường sản phẩm, mức độ ưu tiên hoặc người phụ trách, không cần tự tạo thêm thông tin trong bài viết.
Sau khi lưu, hãy thử tìm lại yêu cầu bằng tag hoặc bộ lọc tương ứng. Nếu yêu cầu xuất hiện đúng trong danh sách lọc, tag đã giúp nhân viên nhanh chóng gom các câu hỏi có cùng chủ đề để xử lý.
Nếu phiên bản đang sử dụng không có trường Tags/Thẻ, hãy bỏ phần hướng dẫn này và chỉ sử dụng những trường quản lý thực tế đang có. Không nên khẳng định EzySupport tự động phân công yêu cầu chỉ vì một tag được gắn vào.
5. Kiểm tra đường dẫn trước khi phản hồi
Với yêu cầu đang thử nghiệm, khách hàng cần bài hướng dẫn cài đặt Canon EOS R50. Trước khi trả lời, nhân viên cần tự mở bài viết dự kiến gửi cho khách và kiểm tra:
- URL có mở được khi chưa đăng nhập hay không.
- Tiêu đề có đúng với Canon EOS R50 hay không.
- Phần hướng dẫn ban đầu có dễ tìm hay không.
- Hình ảnh trong bài có hiển thị đầy đủ hay không.
- Internal link và liên kết hỗ trợ có hoạt động hay không.
- Nội dung có còn phù hợp với sản phẩm hiện tại hay không.
Không nên sao chép một đường dẫn chưa kiểm tra vào phần phản hồi. Nếu URL mở trang chủ, trang xem trước hoặc bài viết đã bị ẩn, khách hàng vẫn phải tự tìm lại từ đầu.
Có thể tham khảo quy trình kiểm tra đường đi trên website tại:
[Internal link: Tối ưu điểm chạm Website với EzyPlatform – bổ sung URL]. Nếu chưa có bài hướng dẫn phù hợp, đây là dấu hiệu Hương Camera cần bổ sung nội dung trước khi trả lời khách. Yêu cầu hỗ trợ lúc này cũng trở thành đầu vào thực tế cho kế hoạch nội dung.6. Phản hồi khách hàng từ yêu cầu đang xử lý
Sau khi kiểm tra đường dẫn, mở phần phản hồi của yêu cầu và viết câu trả lời ngắn, đi thẳng vào vấn đề.
Có thể sử dụng nội dung sau: Chào bạn, Hương Camera đã nhận được yêu cầu hỗ trợ cài đặt Canon EOS R50. Bạn có thể xem hướng dẫn cài đặt ban đầu tại đây:Hướng dẫn cài đặt ban đầu Canon EOS R50. Trong bài có các bước chuẩn bị máy, thiết lập ban đầu và những mục cần kiểm tra trước khi chụp. Nếu bạn vẫn gặp khó khăn ở bước nào, hãy phản hồi lại và cho chúng tôi biết tên bước hoặc gửi ảnh màn hình để được hỗ trợ cụ thể hơn. Cảm ơn bạn.
Trước khi gửi, hãy kiểm tra lại:
- Tên sản phẩm.
- Đường dẫn hướng dẫn.
- Nội dung trả lời có đúng câu hỏi không.
- Người nhận có biết cần làm gì tiếp theo không.
- Có kênh để khách phản hồi lại khi vấn đề chưa được giải quyết không.
Nếu EzySupport gửi thông báo qua Email, cần tiếp tục kiểm tra ở phía người nhận. Việc nội dung đã được lưu trong trang quản trị chưa đồng nghĩa khách hàng đã nhận được phản hồi.
7. Kiểm tra phản hồi ở góc nhìn khách hàng
Mở hộp thư của địa chỉ Email thử nghiệm và kiểm tra phản hồi.
Cần xác nhận:
- Email đã được gửi đến đúng địa chỉ.
- Tên người gửi dễ nhận biết.
- Tiêu đề thể hiện đúng yêu cầu hỗ trợ.
- Nội dung tiếng Việt không bị lỗi.
- Đường dẫn có thể bấm được.
- Đường dẫn mở đúng bài hướng dẫn.
- Khách hàng có cách phản hồi lại nếu vẫn cần hỗ trợ.
Nếu Email không xuất hiện, hãy kiểm tra thư mục Spam, cấu hình gửi Email và trạng thái của yêu cầu trong EzySupport.
Có thể tham khảo thêm cách kiểm tra Email tại:
[Internal link: Tối ưu điểm chạm Email với EzyPlatform – bổ sung URL]
Đến đây, Hương Camera đã kiểm tra được cả hai phía: nhân viên đã gửi phản hồi và khách hàng đã nhận được nội dung cần thiết.
8. Hoàn tất yêu cầu và lưu lại kết quả
Sau khi xác nhận đường dẫn hoạt động, cập nhật yêu cầu sang trạng thái kết thúc phù hợp trên giao diện đang sử dụng.
Trước khi hoàn tất, có thể ghi lại:
| Nội dung | Kết quả kiểm tra |
|---|---|
| Yêu cầu đã được tiếp nhận | [Có/Không] |
| Dữ liệu người gửi đầy đủ | [Có/Không] |
| Người phụ trách đã được xác định | [Có/Không] |
| Phản hồi đã được gửi | [Có/Không] |
| Khách nhận được Email | [Có/Không] |
| Đường dẫn mở đúng nội dung | [Có/Không] |
| Vấn đề đã được xử lý | [Có/Chưa xác nhận] |
| Nội dung cần bổ sung | [Điền nếu có] |
Không nên đánh dấu hoàn tất chỉ vì nhân viên đã gửi một câu trả lời. Kết quả cần kiểm tra là khách hàng có nhận được hướng dẫn và có thể tiếp tục xử lý vấn đề hay không.
Kết quả cần có: Yêu cầu có đầy đủ lịch sử từ lúc tiếp nhận đến khi phản hồi và kết thúc.
Ảnh cần chụp: Chụp trang chi tiết cuối cùng của yêu cầu, trong đó nhìn rõ trạng thái kết thúc và lịch sử trao đổi. Đánh dấu thời điểm tiếp nhận, phản hồi và hoàn tất nếu giao diện có hiển thị.
Cần xác minh khi thao tác thực tế: Tên trạng thái kết thúc và cách EzySupport lưu lịch sử thay đổi.
Một số lỗi cần kiểm tra khi thao tác
Biểu mẫu báo thành công nhưng EzySupport không có dữ liệu
- Kiểm tra lại API hoặc cơ chế kết nối của biểu mẫu. Mở công cụ kiểm tra mạng trên trình duyệt nếu cần để xem yêu cầu gửi đi có trả về lỗi hay không.
Yêu cầu được tạo nhưng thiếu Email hoặc nội dung
- Đối chiếu tên trường trên biểu mẫu với dữ liệu được gửi sang EzySupport. Không tiếp tục kiểm thử nếu thông tin liên hệ chưa được ghi nhận đúng.
Nhân viên đã phản hồi nhưng khách không nhận được Email
- Kiểm tra thư mục Spam, địa chỉ người nhận, cấu hình gửi Email và trạng thái gửi thực tế.
Đường dẫn trong phản hồi mở sai trang
- Thay URL bằng đường dẫn công khai của bài hướng dẫn. Sau đó mở lại bằng cửa sổ ẩn danh để chắc chắn khách không cần đăng nhập.
Một yêu cầu được tạo nhiều lần
- Tìm theo Email, tiêu đề và thời gian gửi trước khi tạo thêm bản ghi. Đồng thời kiểm tra nút gửi có bị bấm nhiều lần hay biểu mẫu có gửi lặp hay không.
Chỉ đưa những lỗi thực sự xuất hiện trong quá trình kiểm tra vào bản bài viết cuối cùng. Không mô tả các lỗi trên như sự cố đã xảy ra nếu chưa có bằng chứng.
Giá trị nhận được sau khi hoàn thành
Sau bài này, Hương Camera không chỉ có thêm một biểu mẫu liên hệ. Cửa hàng đã kiểm tra được một quy trình hỗ trợ hoàn chỉnh:
- Khách hàng gửi vấn đề từ website.
- Yêu cầu được ghi nhận trong EzySupport.
- Người quản trị kiểm tra được nội dung và người gửi.
- Yêu cầu được giao cho người xử lý phù hợp.
- Khách nhận được đúng bài hướng dẫn.
- Lịch sử phản hồi được lưu lại.
- Vấn đề được cập nhật đến trạng thái cuối cùng.
Dữ liệu hỗ trợ còn giúp Hương Camera nhận ra nội dung nào khách hàng thường không tìm thấy hoặc chưa hiểu rõ. Nếu nhiều yêu cầu cùng nhắc đến một vấn đề, cửa hàng có cơ sở để cập nhật bài viết, Email, Chatbot hoặc trang sản phẩm thay vì tiếp tục trả lời riêng từng trường hợp.
Kết luận
Trong bài này, Hương Camera đã đi từ một yêu cầu thử nghiệm đến khi kiểm tra được phản hồi ở cả giao diện quản trị và phía khách hàng. Kết quả quan trọng không phải số lượng yêu cầu đã đóng, mà là khả năng theo dõi rõ vấn đề được tiếp nhận ở đâu, ai xử lý, khách nhận được gì và vấn đề đã thực sự được giải quyết hay chưa.
Ở bài cuối, chúng ta sẽ sử dụng một hồ sơ thử nghiệm để đi lại toàn bộ hành trình: từ nội dung trên website, biểu mẫu, EzyCRM và Email đến đơn hàng, hỗ trợ và đánh giá. Qua đó, Hương Camera có thể xác định những điểm chạm nào đang kết nối đúng và điểm nào còn làm gián đoạn trải nghiệm.