Cách xử lý FUD trong cộng đồng Crypto

Phản hồi của cộng đồng crypto nên đạt được điều gì?

Một phản hồi mạnh mẽ giúp mọi người hiểu được điều gì đã được biết, điều gì vẫn đang được kiểm tra và bản cập nhật tiếp theo sẽ xuất hiện ở đâu. Nó không cố gắng thắng một cuộc tranh luận hay làm cho mọi người chỉ trích đồng ý. Hãy đặt mục tiêu đó trước khi chọn kênh hoặc soạn thảo tuyên bố.

Lập bản đồ cuộc trò chuyện với đối tượng cần câu trả lời. Telegram có thể là nơi người nắm giữ đặt câu hỏi ngay lập tức; Discord có thể chứa các luồng hỗ trợ dài hơn; X có thể là nơi một tuyên bố hiển thị với những người bên ngoài cộng đồng của bạn. Xác nhận kênh nào nhóm của bạn thực sự theo dõi và chỉ định một người chịu trách nhiệm cho mỗi kênh.

Sử dụng kế hoạch kênh nhanh này:

• Telegram: Ghim một bản cập nhật ngắn gọn và hướng các câu hỏi lặp lại vào đó.
• Discord: Giữ các câu hỏi kỹ thuật hoặc cụ thể về tài khoản trong khu vực hỗ trợ có liên quan.
• X: Đăng một tuyên bố công khai ngắn gọn khi vấn đề đã được thảo luận ở đó.

Đừng sao chép một lời giải thích kỹ thuật dài dòng vào mọi kênh. Giữ các sự kiện nhất quán, sau đó điều chỉnh định dạng và hướng người đọc đến nguồn thích hợp. Nếu bạn cần một mô hình vận hành rộng hơn cho hỗ trợ cộng đồng, hãy xem hướng dẫn của chúng tôi về phát triển cộng đồng Telegram và thiết lập máy chủ Discord.

Làm thế nào để xác minh một tuyên bố trước khi trả lời?

Xác minh tuyên bố cụ thể trước khi bạn mô tả nó. Một ảnh chụp màn hình, một tài khoản cá nhân và một sự kiện trên chuỗi là các loại bằng chứng khác nhau; hãy gắn nhãn những gì mỗi loại có thể thiết lập và những gì vẫn còn chưa chắc chắn.

Sử dụng một ghi chú phân loại đơn giản mà moderators có thể điền cùng nhau:

• Tuyên bố: Chính xác điều gì đang được nói? Trích dẫn phần nhỏ nhất hữu ích, không phải một bản tóm tắt kịch tính.
• Nguồn: Nó xuất hiện ở đâu và nhóm có thể kiểm tra bài đăng, giao dịch hoặc tài liệu gốc không?
• Kiểm tra: Người chịu trách nhiệm nào có thể xác nhận sự kiện liên quan, chẳng hạn như hành vi hợp đồng, thông tin kho bạc, một bản phát hành hoặc một sự cố hỗ trợ?
• Trạng thái: Đánh dấu nó là đã xác nhận, không chính xác, chưa đầy đủ hoặc vẫn đang được xem xét. Thêm bằng chứng và người xem xét.
• Hành động tiếp theo: Quyết định có nên trả lời công khai, hướng người dùng đến hỗ trợ, sửa lỗi dự án hay leo thang nội bộ.

Giữ một câu hỏi mở. Nếu nhóm chưa thể xác minh một tuyên bố, hãy nói rằng nó đang được kiểm tra và đưa ra một kênh cho bản cập nhật tiếp theo. Tránh gọi ai đó là không trung thực dựa trên một bài đăng lại hoặc một ảnh chụp màn hình không đầy đủ. Một ghi chú trạng thái cẩn thận cho phép nhóm cộng đồng trả lời nhất quán trong khi chủ sở hữu kỹ thuật hoặc lãnh đạo kiểm tra bằng chứng cơ bản.

Nhóm của bạn nên chuẩn bị gì trong tuần đầu tiên?

Trong tuần đầu tiên, hãy chuẩn bị con người, tài liệu nguồn và lộ trình tin nhắn mà nhóm của bạn sẽ cần trước khi một cuộc trò chuyện áp lực cao bắt đầu. Mục tiêu không phải là dự đoán mọi lời chỉ trích; đó là loại bỏ sự chậm trễ có thể tránh được và các câu trả lời mâu thuẫn, đặc biệt khi xử lý FUD.

Xây dựng một bộ công cụ phản hồi nhỏ gọn với:

• Một thư mục nguồn sự thật: tài liệu dự án hiện tại, địa chỉ công khai, liên hệ bảo mật, ghi chú phát hành và các tuyên bố đã được phê duyệt trước đó.
• Một danh sách người chịu trách nhiệm: ai xác minh các câu hỏi kỹ thuật, tài chính, pháp lý hoặc vận hành, cộng với ai có thể phê duyệt một bản cập nhật công khai.
• Hướng dẫn cho moderators: những gì cần trả lời, những gì cần chuyển đến hỗ trợ, hành vi nào vi phạm các quy tắc đã công bố của bạn và khi nào cần leo thang.
• Một bản đồ kênh: các tài khoản Telegram, Discord và X chính thức, ai có quyền truy cập và các bản cập nhật sẽ được đăng ở đâu.
• Một tin nhắn tạm giữ: một sự xác nhận ngắn gọn, dựa trên sự thật, không suy đoán hoặc hứa hẹn một kết luận trước khi xem xét.

Kiểm tra xem nhóm có thể truy cập các tài liệu và tài khoản mà họ dự kiến sẽ sử dụng. Yêu cầu một moderator đọc to tin nhắn tạm giữ: nếu nó nghe có vẻ phòng thủ, mơ hồ hoặc quá chắc chắn, hãy sửa lại. Đối với các câu hỏi liên quan đến hồ sơ listing hoặc cảnh báo nền tảng, hãy tập trung phản hồi vào vấn đề có thể nhìn thấy và chuyển hướng khắc phục riêng thông qua hướng dẫn hồ sơ listing có liên quan.

Moderators nên phản hồi thế nào khi mối quan tâm đang lan rộng?

Trong một sự cố, hãy xác nhận mối quan tâm, chỉ chia sẻ thông tin đã được xác minh và cho mọi người biết điều gì sẽ xảy ra tiếp theo. Một phản hồi có trách nhiệm hữu ích hơn nhiều moderator ứng biến các giải thích khác nhau trong các kênh công khai.

Sử dụng trình tự này:

1. Xác nhận: Gọi tên mối quan tâm một cách trung lập để người đọc biết bạn đang giải quyết vấn đề nào.
2. Nêu sự thật đã xác minh: Liên kết đến nguồn dự án hoặc mô tả những gì nhóm đã kiểm tra. Tách biệt bằng chứng khỏi suy diễn.
3. Đánh dấu các câu hỏi mở: Xác định những gì vẫn đang được xem xét mà không lấp đầy khoảng trống bằng phỏng đoán.
4. Đặt lộ trình: Cho mọi người biết nơi báo cáo các vấn đề cụ thể về tài khoản và nơi các bản cập nhật công khai sẽ xuất hiện.
5. Cập nhật hồ sơ: Thêm bằng chứng mới, một sự điều chỉnh hoặc một giải pháp vào cùng nguồn mà mọi người đã được hướng dẫn.

Nếu người dùng đặt câu hỏi chi tiết trong Telegram hoặc Discord, hãy trả lời ở đó khi câu trả lời hữu ích cho người khác; chuyển thông tin tài khoản cá nhân sang một lộ trình hỗ trợ. Nếu cùng một câu hỏi cứ lặp lại, hãy cải thiện câu trả lời đã ghim thay vì khiển trách mọi người vì đã hỏi. Đối với phản hồi đa kênh liên quan đến truyền thông hoặc một vấn đề nhạy cảm công khai, hỗ trợ PR khủng hoảng có thể bổ sung cho công việc kiểm duyệt và xác minh của nhóm cộng đồng.

Làm thế nào để kết thúc vấn đề và báo cáo những gì đã xảy ra?

Kết thúc vấn đề bằng cách công bố kết quả, sửa lại cách diễn đạt trước đó nếu cần và giữ một hồ sơ về các quyết định. Một phản hồi không hoàn tất chỉ vì cuộc trò chuyện đã lắng xuống; người đọc cần biết liệu câu hỏi đã được giải quyết hay vẫn còn bỏ ngỏ.

Sau mỗi sự cố, hãy tạo một báo cáo nội bộ ngắn với tuyên bố, nguồn đầu tiên, bằng chứng đã kiểm tra, người chịu trách nhiệm quyết định, tin nhắn công khai và bất kỳ hành động nào còn tồn đọng. Ghi lại những câu hỏi nào xuất hiện nhiều lần và phần nào của câu trả lời chưa rõ ràng. Tránh coi khối lượng tin nhắn một mình là bằng chứng cho thấy phản hồi đã hiệu quả.

Xem xét hồ sơ với moderators và chủ sở hữu dự án có liên quan. Hỏi xem bản cập nhật đầu tiên có chính xác không, kênh phù hợp đã được sử dụng chưa và người dùng có thể tìm thấy thông tin theo dõi không. Biến các câu hỏi lặp lại thành một FAQ tốt hơn, cập nhật tài liệu hoặc tin nhắn đã ghim. Nếu sự cố làm lộ ra một lỗ hổng trong quy trình cộng đồng, hãy kết nối đánh giá sự cố với phương pháp quản lý cộng đồng rộng hơn của bạn thay vì để lại các ghi chú trong một luồng trò chuyện một lần.

Giữ các báo cáo thực tế và hữu ích. Chúng sẽ giúp người tiếp theo phản hồi nhanh hơn và nhất quán hơn, chứ không phải để đổ lỗi cho người đã xử lý tin nhắn đầu tiên.

Nhóm cộng đồng không thể kiểm soát điều gì trên Telegram và X?

Một nhóm cộng đồng kiểm soát các tuyên bố, quyết định kiểm duyệt và hành động theo dõi của chính mình, nhưng không thể kiểm soát cách người dùng khác lan truyền một bài đăng hoặc cách Telegram và X xử lý nội dung trên nền tảng của họ. Các bài đăng có thể được sao chép ra ngoài cuộc trò chuyện ban đầu và một dự án không thể hứa rằng một nền tảng sẽ hiển thị, lưu giữ hoặc phân phối một bản cập nhật cụ thể theo một cách nhất định.

Làm cho quy trình phản hồi của bạn có khả năng chống chịu với những giới hạn đó:

• Đặt các sự kiện thiết yếu trong một nguồn dự án bền vững, không chỉ trong một cuộc trò chuyện thay đổi nhanh.
• Giữ một bản sao có ngày tháng của mỗi tuyên bố công khai đã được phê duyệt và bằng chứng hỗ trợ của nó.
• Nếu một bài đăng hoặc tài khoản không khả dụng, hãy hướng mọi người đến kênh chính thức khác của dự án và giữ các sự kiện cơ bản nhất quán.
• Áp dụng các quy tắc cộng đồng cho hành vi, không phải cho việc một người có đồng ý với dự án hay không.

Cách tiếp cận này cho moderators một việc cụ thể để làm mà không đưa ra các tuyên bố về các quyết định nền tảng mà họ không kiểm soát. Xem xét danh sách kênh công khai và chủ sở hữu quyền truy cập của bạn như một phần của sách hướng dẫn, để nhóm biết lộ trình chính thức nào sẽ sử dụng nếu một cuộc trò chuyện di chuyển.

Làm thế nào để nhóm của bạn giữ cho sách hướng dẫn phản hồi luôn hữu ích?

Giữ sách hướng dẫn đủ ngắn để moderator sử dụng dưới áp lực và đủ cụ thể để hướng dẫn một quyết định thực tế. Một tài liệu liệt kê các nguyên tắc nhưng không có chủ sở hữu, nguồn hoặc các bước leo thang sẽ không giúp ích khi một câu hỏi kỹ thuật đến trong một kênh bận rộn.

Xem xét sách hướng dẫn khi các sự kiện dự án thay đổi, chủ sở hữu kênh thay đổi hoặc một sự cố làm lộ ra một lỗ hổng. Kiểm tra nó với một kịch bản thực tế: một thành viên cộng đồng đăng một ảnh chụp màn hình, nhóm không thể xác nhận bối cảnh ngay lập tức và moderators cần trả lời mà không suy đoán. Kiểm tra xem người trực có thể tìm thấy nguồn đã được phê duyệt, xác định người xác minh và giải thích nơi bản cập nhật tiếp theo sẽ xuất hiện không.

Đối với mỗi kịch bản, hãy để lại cho nhóm một phản hồi có thể tái sử dụng và một lộ trình leo thang rõ ràng. Nếu bạn muốn một đánh giá từ bên ngoài, hãy gửi cho BrandBoost Guru các liên kết kênh chính thức, bảng thông tin dự án hiện tại và một ví dụ về một câu hỏi cộng đồng khó. Chúng tôi sẽ sử dụng một đánh giá bản đồ vấn đề để tách biệt các sự kiện đã xác minh khỏi các câu hỏi mở và định hình hướng dẫn moderator sẵn sàng cho kênh; hãy bắt đầu bằng cách chia sẻ những tài liệu đó qua liên hệ.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Lập bản đồ các kênhLiệt kê các kênh Telegram, Discord và X chính thức và nêu tên người chịu trách nhiệm cho mỗi kênh. Xác nhận nơi các bản cập nhật công khai và câu hỏi hỗ trợ riêng tư nên được gửi đến.
2. Xây dựng bảng thông tinThu thập các nguồn dự án và xác định chủ sở hữu có thể xác minh các câu hỏi kỹ thuật, vận hành và tài khoản. Đánh dấu bất cứ điều gì đã lỗi thời hoặc vẫn đang chờ xác nhận.
3. Đặt quy tắc leo thangNói với moderators những câu hỏi nào họ có thể trả lời, những câu hỏi nào cần xem xét và ai phê duyệt một tuyên bố công khai. Giữ các quy tắc hành vi khác biệt với sự bất đồng về dự án.
4. Chuẩn bị ngôn ngữ sẵn sàng cho kênhSoạn thảo một lời xác nhận ngắn gọn, một bản cập nhật sự thật đã xác minh và một định dạng theo dõi. Chừa chỗ để nêu những gì vẫn đang được kiểm tra thay vì phỏng đoán.
5. Xem xét và cải thiệnSau một sự cố hoặc kịch bản thực hành, hãy ghi lại bằng chứng, quyết định và các câu hỏi chưa được giải quyết. Cập nhật sách hướng dẫn ở nơi moderator phải ứng biến.