Dịch vụ hỗ trợ khách hàng Web3: Đội ngũ hỗ trợ và kiểm duyệt chuyên nghiệp

Một đội ngũ hỗ trợ Web3 xử lý những gì

Kiểm tra nhanh: Liệt kê 10 câu hỏi mà đội ngũ của bạn trả lời nhiều nhất. Nếu một tác vụ viên có thể trả lời 7 câu từ một tài liệu, bạn đã sẵn sàng để ủy quyền.

Một đội ngũ hỗ trợ Web3 xử lý các câu hỏi thường gặp của người dùng và kiểm duyệt cộng đồng, sau đó chuyển các vấn đề nhạy cảm hoặc không quen thuộc đến đội ngũ dự án của bạn. Nó hữu ích khi các cuộc trò chuyện diễn ra xuyên múi giờ, các founder đang trả lời cùng một câu hỏi lặp đi lặp lại, hoặc một đợt ra mắt tạo ra nhiều yêu cầu đến hơn mức đội ngũ hiện tại có thể xử lý thoải mái.

Các tác vụ viên tuyến đầu có thể trả lời bằng thông tin sản phẩm, nội quy cộng đồng và hướng dẫn leo thang đã được phê duyệt của bạn. Các chủ đề điển hình bao gồm bắt đầu, điều hướng sản phẩm cơ bản, nơi tìm thông báo chính thức và cách báo cáo mối quan ngại. Đội ngũ không thay thế các nhà phát triển, cố vấn pháp lý hoặc người ra quyết định xử lý sự cố của bạn; nó đảm bảo người dùng nhận được phản hồi rõ ràng và các vấn đề cần quyết định được chuyển đến đúng đầu mối nội bộ.

Trước khi chọn phạm vi phủ sóng, hãy liệt kê các kênh đang hoạt động và các câu hỏi người dùng hỏi nhiều nhất. Sau đó đánh dấu yêu cầu nào tác vụ viên có thể giải quyết từ thông tin đã được phê duyệt và yêu cầu nào phải được leo thang. Nếu bạn cần ai đó điều phối các tiêu chuẩn đó và giám sát việc triển khai hàng ngày, hãy xem dịch vụ trưởng nhóm hỗ trợ. Nếu bạn cần một đội ngũ thuê ngoài để xử lý các cuộc trò chuyện đến, hãy khám phá hỗ trợ 24/7 có quản lý.

Bạn nên chọn kênh và giờ phủ sóng nào?

Thiết lập hỗ trợ phù hợp bắt đầu từ những nơi người dùng của bạn đã tìm kiếm sự giúp đỡ. Các đội ngũ thường tổ chức phủ sóng cho các kênh như Telegram, Discord và X, nhưng sự kết hợp chính xác nên tuân theo cấu trúc cộng đồng, quyền truy cập hiện tại và công việc dự án của bạn muốn đội ngũ xử lý.

Đối với mỗi kênh, hãy quyết định ai sở hữu quyền truy cập, đội ngũ có thể đăng gì, và cách một cuộc trò chuyện trở thành một case hỗ trợ hoặc một vụ leo thang nội bộ. Một brief kênh ngắn gọn giúp ngăn chặn các câu trả lời không nhất quán khi cùng một câu hỏi xuất hiện ở nhiều nơi. Bao gồm các liên kết chính thức, từ ngữ đã được phê duyệt, các hạn chế sản phẩm đã biết, các yêu cầu bị cấm và người chịu trách nhiệm cho các quyết định khẩn cấp.

Phạm vi phủ sóng nên được mô tả bằng các thuật ngữ thực tế, không chỉ là một khung thời gian. Thống nhất những giờ nào cần sự hiện diện tích cực của tuyến đầu, cách bàn giao hoạt động, điều gì được coi là vấn đề khẩn cấp và kỳ vọng phản hồi nào phù hợp cho từng kênh. Thỏa thuận cấp độ dịch vụ (SLA) là thỏa thuận bằng văn bản cho các kỳ vọng dịch vụ đó. Sử dụng nó để làm rõ quyền sở hữu và leo thang thay vì coi mọi tin nhắn đều có cùng mức độ ưu tiên.

Nếu các kênh của bạn cần các quy tắc hoặc ngôn ngữ khác nhau, hãy lưu ý điều đó trước khi bắt đầu. Đội ngũ sau đó có thể xác nhận kênh nào phù hợp với kế hoạch và thông tin nào cần thiết để vận hành chúng một cách có trách nhiệm.

Một đội ngũ được quản lý bàn giao cho bạn những gì

Một hợp đồng hỗ trợ có quản lý mang đến cho dự án của bạn một lớp vận hành cho các cuộc trò chuyện của người dùng: các tác vụ viên tuyến đầu được đào tạo, một trưởng nhóm, hướng dẫn kiểm duyệt đã thống nhất và một quy trình báo cáo. Kế hoạch chính xác được thiết lập với bạn để đội ngũ biết những gì nó có thể giải quyết độc lập và nơi nào nhân viên của bạn phải tiếp quản.

Các tài liệu làm việc có thể bao gồm:

• Một danh sách kiểm tra kênh và quyền truy cập, với chủ sở hữu cho mỗi tài khoản hoặc không gian làm việc.
• Một hướng dẫn sản phẩm và phản hồi bao gồm các câu hỏi thường gặp, liên kết và từ ngữ đã được phê duyệt.
• Nội quy cộng đồng và một lộ trình rõ ràng cho các báo cáo, tranh chấp và vấn đề nhạy cảm.
• Một bản đồ leo thang cho thấy đầu mối dự án nào xử lý từng hạng mục.
• Một báo cáo định kỳ tóm tắt các câu hỏi lặp lại, hoạt động kiểm duyệt đáng chú ý và các mục chưa được giải quyết.

Một báo cáo hữu ích sẽ giúp bạn đưa ra quyết định, không chỉ đơn thuần đếm số cuộc trò chuyện. Hãy yêu cầu các điểm nhầm lẫn lặp lại, lỗ hổng trong tài liệu công khai, các yêu cầu liên tục cần đầu vào nội bộ và các mục theo dõi vẫn còn mở. Trưởng nhóm của bạn có thể gắn cờ các mẫu này để chủ sở hữu sản phẩm, vận hành hoặc truyền thông có thể hành động.

Để có cái nhìn tổng quan về cách tổ chức trách nhiệm và triển khai, hãy đọc cách chúng tôi làm việc. Để biết bối cảnh về những người đứng sau dịch vụ và cách tiếp cận của chúng tôi, hãy truy cập về chúng tôi.

Onboarding chuẩn bị cho tác vụ viên nói thay dự án của bạn như thế nào

Nguyên tắc chung: Viết ra 5 tình huống mà tác vụ viên không bao giờ được tự mình giải quyết, và nêu tên người tiếp quản.

Onboarding chuẩn bị cho tác vụ viên trả lời trong phạm vi ranh giới dự án của bạn trước khi họ đảm nhận các cuộc trò chuyện thường ngày. Nó bắt đầu bằng một buổi làm việc hoặc bàn giao bằng văn bản bao gồm sản phẩm, ưu tiên kênh, tiêu chuẩn cộng đồng, phong cách phản hồi và đầu mối leo thang. Chia sẻ tài liệu hiện tại và các ví dụ về các câu hỏi khó trả lời; những ví dụ đó làm cho hướng dẫn trở nên thực tế hơn.

Một thiết lập hợp lý trải qua một số bước kiểm tra:

• Xác nhận quyền sở hữu kênh, quyền truy cập và kế hoạch phủ sóng đã thống nhất.
• Xem xét thông tin sản phẩm, liên kết chính thức và từ ngữ mà tác vụ viên có thể sử dụng.
• Phân biệt các câu hỏi thường gặp với các yêu cầu cần phê duyệt của dự án.
• Kiểm tra các tuyến leo thang với những người sẽ nhận chúng.
• Xem xét các cuộc trò chuyện ban đầu cùng nhau và cập nhật hướng dẫn khi câu trả lời chưa rõ ràng.

Trưởng nhóm điều phối các bước kiểm tra đó, giúp duy trì tính nhất quán của việc bàn giao và cung cấp cho dự án của bạn một đầu mối liên hệ rõ ràng. Chủ sở hữu nội bộ của bạn vẫn quan trọng: ai đó phải có mặt để giải quyết các câu hỏi về sản phẩm, tài khoản hoặc chính sách mà tác vụ viên không được phép quyết định. Khi hướng dẫn thay đổi, hãy chia sẻ nguồn thông tin đã cập nhật để đội ngũ có thể sử dụng thông tin hiện tại thay vì dựa vào lịch sử trò chuyện không chính thức.

Để lập kế hoạch onboarding, hãy chuẩn bị danh sách kênh, tài liệu trợ giúp hiện có, nội quy cộng đồng và đầu mối leo thang của bạn. Bạn có thể liên hệ với chúng tôi với bản phác thảo đó; chúng tôi sẽ sử dụng nó để làm rõ sự phù hợp, trách nhiệm và các bước tiếp theo.

Danh sách kiểm tra onboarding hỗ trợ 7 điểm của bạn

Chuẩn bị 7 mục này trước khi các tác vụ viên bắt đầu. Câu trả lời và giới hạn của bạn càng rõ ràng, bạn sẽ càng thấy ít vụ leo thang trong tháng đầu tiên.

1. Liệt kê các kênh và giờ cần phủ sóng.
2. Viết câu trả lời cho 10 câu hỏi được hỏi nhiều nhất.
3. Viết 5 tình huống tác vụ viên phải leo thang.
4. Nêu tên người nhận leo thang và một người dự phòng.
5. Chia sẻ nội quy cộng đồng và giọng điệu của bạn.
6. Thống nhất mục tiêu thời gian phản hồi cho mỗi kênh.
7. Chọn các trường báo cáo hàng tuần.

Thuật ngữ trong một dòng

Hỗ trợ tuyến đầu có nghĩa là câu trả lời đầu tiên mà một thành viên nhận được, trước khi bất kỳ chuyên gia nào tham gia.

Quy trình leo thang: con đường mà một trường hợp khó khăn đi đến một người có tên trong đội ngũ của bạn.

Nơi hỗ trợ kiểm duyệt dừng lại

Một đội ngũ hỗ trợ có thể áp dụng các nội quy cộng đồng đã thống nhất và leo thang các vấn đề, nhưng dự án của bạn vẫn là cơ quan có thẩm quyền về các quyết định sản phẩm, quyền truy cập tài khoản và cam kết công khai. Hãy rõ ràng về những ranh giới đó trước khi dịch vụ bắt đầu, đặc biệt là đối với các mối quan tâm về bảo mật, câu hỏi cụ thể về tài khoản và các báo cáo yêu cầu điều tra.

Tính khả dụng của nền tảng, công cụ kiểm duyệt và hạn chế tài khoản được kiểm soát bởi các nền tảng liên quan, không phải bởi đội ngũ hỗ trợ. Chúng tôi không thể hứa hẹn quyền truy cập không bị gián đoạn vào một kênh hoặc một kết quả cụ thể từ quá trình xem xét kiểm duyệt của nền tảng; cam kết của chúng tôi là đối với công việc hỗ trợ, truyền thông và quy trình leo thang đã thống nhất.

Để làm cho ranh giới trở nên hữu ích trong thực tế, hãy cung cấp một hướng dẫn ngắn cho các tình huống mà tác vụ viên không được tự mình giải quyết. Nêu tên đầu mối dự án, kênh được phê duyệt để bàn giao và bất kỳ thông tin nào đội ngũ nên thu thập mà không yêu cầu người dùng tiết lộ thông tin xác thực nhạy cảm. Xem xét các hướng dẫn khi sản phẩm hoặc nội quy cộng đồng của bạn thay đổi. Điều này cung cấp cho tác vụ viên một lộ trình nhất quán để nêu lên mối quan ngại mà không khiến họ chịu trách nhiệm cho các quyết định dành riêng cho đội ngũ của bạn.