Cách xử lý FUD trong cộng đồng crypto: giữ bình tĩnh, kiểm tra, trả lời một lần

Điều gì được coi là FUD?

Kiểm tra nhanh: Viết lại tuyên bố tiêu cực gần đây nhất về dự án của bạn. Bạn có thể trả lời nó bằng một liên kết trong vòng chưa đầy 5 phút không?

FUD là nỗi sợ hãi, sự không chắc chắn hoặc nghi ngờ được bày tỏ về một dự án, token hoặc quyết định. Nhãn này mô tả tác động của một tuyên bố, chứ không phải tuyên bố đó có đúng hay không, vì vậy hãy coi nó như một lời nhắc để điều tra thay vì một lý do để bác bỏ người nói.

Bắt đầu bằng cách phân loại các tin nhắn đến thành các loại thực tế:

• Một câu hỏi: ai đó cần thông tin mà dự án chưa cung cấp dễ dàng.
• Một lời chỉ trích: một người không đồng ý với một quyết định hoặc chỉ ra một điểm yếu.
• Một tuyên bố thực tế: một tuyên bố cụ thể có thể được kiểm tra dựa trên hồ sơ hoặc tài liệu dự án.
• Một mối lo ngại về an toàn: một báo cáo liên quan đến mất mát tiềm ẩn, tài khoản bị xâm phạm, liên kết gây hiểu lầm hoặc rủi ro cho người dùng.

Sự khác biệt này rất quan trọng. Một câu hỏi khó có thể cần một câu trả lời trực tiếp; một mối lo ngại về an toàn có thể cần được chuyển lên nội bộ ngay lập tức. Một lời chỉ trích có thể vẫn hiển thị trong khi nhóm kiểm tra nội dung của nó. Đừng cho rằng việc lặp lại từ ngữ chứng tỏ có sự phối hợp hoặc một kênh yên tĩnh có nghĩa là không có vấn đề gì.

Đối với mỗi mối quan ngại, hãy ghi lại tuyên bố bằng ngôn ngữ trung lập, nơi nó xuất hiện, thời điểm nó được phát hiện và bằng chứng nào sẽ xác nhận hoặc bác bỏ nó. Nếu cuộc thảo luận diễn ra trên Telegram, hãy hướng mọi người đến một kênh dự án chính thức mà họ có thể tự xác định. Bước đầu tiên này giúp các moderator tập trung vào vấn đề thay vì phản ứng với giọng điệu của nó.

Các moderator phản hồi thế nào khi một tin đồn xuất hiện?

Phản hồi đầu tiên của moderator nên thừa nhận mối quan ngại, cho biết điều gì đang được kiểm tra và chỉ đến một nguồn chính thức nếu nó đã có câu trả lời. Điều đó cung cấp cho mọi người một bước tiếp theo hữu ích mà không trình bày một lời giải thích chưa được xác minh như một sự thật.

Sử dụng một cấu trúc phản hồi ngắn gọn:

1. Nêu tên tuyên bố cụ thể bằng ngôn ngữ đơn giản.
2. Nêu những gì nhóm đã xác nhận cho đến nay, kèm theo liên kết hoặc tài liệu nếu có thể.
3. Cho biết điều gì vẫn đang được xem xét và ai đang xử lý nó.
4. Thông báo cho cộng đồng nơi cập nhật tiếp theo sẽ xuất hiện.

Ví dụ: “Chúng tôi đã thấy các câu hỏi về phân bổ token. Phân bổ đã công bố ở đây; chúng tôi đang kiểm tra sự khác biệt mà mọi người đã chỉ ra và sẽ cập nhật kênh này khi quá trình xem xét hoàn tất.” Điều chỉnh từ ngữ cho phù hợp với bằng chứng bạn thực sự có. Nếu chưa có câu trả lời xác nhận, hãy nói rõ thay vì lấp đầy khoảng trống bằng những lời trấn an.

Giữ phản hồi bình tĩnh và ngắn gọn, sau đó trả lời các câu hỏi lặp lại một cách nhất quán. Một moderator không nên suy đoán về nguyên nhân kỹ thuật, buộc tội người chỉ trích có ý đồ xấu hoặc hứa hẹn một kết quả mà nhóm chưa xác lập. Nếu vấn đề cần được xem xét bởi chuyên gia, hãy thừa nhận nó và chuyển nó đến đúng người thay vì tranh luận vượt quá vai trò của moderator.

Bằng chứng nào cần kiểm tra trước khi bạn trả lời

Kiểm tra bằng chứng cơ bản trước khi lặp lại một tuyên bố hoặc đăng một lời đính chính. Bằng chứng phải phù hợp với câu hỏi, đủ mới để trả lời nó và đủ rõ ràng để một thành viên cộng đồng có thể xem xét độc lập.

Đối chiếu tuyên bố với nguồn của nó. Đối với câu hỏi về nguồn cung token, hãy so sánh các con số đã công bố của dự án với hợp đồng công khai hoặc hồ sơ explorer có liên quan và giải thích bất kỳ sự khác biệt nào bằng các thuật ngữ mà mọi người có thể hiểu. Đối với một tuyên bố về thông báo của dự án, hãy kiểm tra bài đăng hoặc tài liệu gốc thay vì dựa vào ảnh chụp màn hình không có ngữ cảnh. Đối với mối quan ngại về tài khoản hoặc liên kết, hãy xác nhận kênh chính thức và đường dẫn báo cáo thông qua các tài liệu đã công bố của chính dự án.

Một kiểm tra nội bộ hữu ích đặt ra các câu hỏi:

• Chính xác thì điều gì đang được tuyên bố và điều gì sẽ được coi là bằng chứng?
• Người nào trong nhóm có thể xác minh trực tiếp điều đó?
• Nguồn có công khai, hiện tại và an toàn để chia sẻ không?
• Một người đọc hợp lý có thể giải thích bằng chứng theo cách khác không?

Nếu thông tin vẫn đang được kiểm tra, hãy đăng trạng thái, không phải kết luận. Nếu tuyên bố sai, hãy đính chính nó với nguồn có liên quan và giải thích sự đính chính một cách rõ ràng. Để đọc thêm về hồ sơ nguồn cung và hồ sơ listing, hãy xem cách xác minh nguồn cung trên CoinGecko và hướng dẫn listing CoinGecko.

Một tin đồn, ba nền tảng: Telegram, Discord và X

Giữ thông tin nhất quán trên các kênh, nhưng điều chỉnh định dạng cho phù hợp với cách mọi người sử dụng từng nền tảng. Một thành viên cộng đồng sẽ có thể tìm thấy cùng một câu trả lời đã được xác nhận cho dù họ thấy mối quan ngại ban đầu trên Telegram, Discord hay X.

Trên Telegram, hãy sử dụng một phản hồi ngắn gọn của moderator và chỉ đến bài đăng hoặc tài liệu chính thức có chứa giải thích đầy đủ. Khi một kênh có nguồn sự thật được ghim, hãy cập nhật nó khi thông tin thay đổi; đừng để một câu trả lời lỗi thời vẫn được lưu hành như thể nó là hiện tại. Trên Discord, hãy giữ cuộc thảo luận trong kênh có liên quan, làm cho các kỳ vọng về kiểm duyệt dễ tìm và chuyển các câu hỏi kỹ thuật đến một đầu mối liên hệ được chỉ định trong nhóm. Trên X, hãy trả lời tuyên bố công khai cụ thể bằng một lời đính chính ngắn gọn và một liên kết đến nguồn đầy đủ hơn, thay vì dựa vào một câu trả lời thiếu ngữ cảnh.

Trước khi đăng trên các kênh, hãy kiểm tra xem từ ngữ có ngụ ý các thông tin hoặc mốc thời gian khác nhau không. Chỉ định một người duy trì câu trả lời cốt lõi và yêu cầu các moderator kênh sử dụng nó làm tài liệu tham khảo. Đây không phải là một kịch bản để dán mà không suy xét: các moderator nên giữ nguyên ý nghĩa của câu hỏi và đảm bảo phản hồi phù hợp với kênh. Để biết thêm thông tin về thiết lập cộng đồng thực tế và bối cảnh kiểm duyệt, hãy xem phát triển cộng đồng Telegram crypto và thiết lập máy chủ Discord crypto.

Danh sách kiểm tra 7 điểm xử lý FUD của bạn

Ghim danh sách kiểm tra này ở nơi các moderator của bạn có thể nhìn thấy. Nó làm chậm phản ứng đầu tiên thêm 2 phút, thường là sự khác biệt giữa một câu trả lời bình tĩnh và một câu trả lời nóng nảy.

• Phân loại mối quan ngại: câu hỏi, lỗi, tin đồn hoặc tấn công.
• Kiểm tra nó dựa trên một nguồn mà cộng đồng có thể mở.
• Nói những gì bạn biết và những gì bạn vẫn đang kiểm tra.
• Trả lời một lần, trong kênh nơi nó bắt đầu.
• Ghim câu trả lời và liên kết đến nó cho các lần lặp lại.
• Chuyển lên một người được chỉ định nếu có liên quan đến tiền bạc hoặc an toàn.
• Viết một ghi chú 3 dòng cho bài đánh giá sau sự cố.

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

FUD: nỗi sợ hãi, sự không chắc chắn và nghi ngờ lan truyền về một dự án, dù đúng hay không.

Chuyển tiếp (nói một cách đơn giản: chuyển một vụ việc cho một người được chỉ định trong nhóm của bạn).

Khi nào cần chuyển tiếp?

Chuyển tiếp một vấn đề khi việc trả lời nó đòi hỏi thẩm quyền hoặc bằng chứng mà moderator không có. Đặt các ranh giới đó trước để một thành viên trong nhóm không phải quyết định dưới áp lực liệu một mối quan ngại có nằm ngoài vai trò của họ hay không.

Gửi một mối quan ngại đến người phụ trách thích hợp khi nó liên quan đến sự cố bảo mật tiềm ẩn, tiền của người dùng, sự khác biệt đáng kể trong thông tin công khai của dự án, các câu hỏi pháp lý hoặc tuân thủ, hoặc một tuyên bố có thể thay đổi những gì người dùng nên làm. Cung cấp cho người phụ trách tuyên bố chính xác, kênh và nguồn, những gì đã được kiểm tra và bất kỳ phản hồi nào đã được đăng. Tránh chuyển tiếp các chi tiết cá nhân không cần thiết để đánh giá vấn đề.

Các moderator có thể xử lý các câu hỏi thông thường bằng cách sử dụng tài liệu đã được phê duyệt, áp dụng các quy tắc cộng đồng đã công bố và hướng mọi người đến các tuyến hỗ trợ chính thức. Họ không nên đưa ra các đảm bảo kỹ thuật, đưa ra lời khuyên tài chính hoặc tuyên bố rằng một báo cáo đã được giải quyết trước khi người chịu trách nhiệm xác nhận. Giữ đường dẫn chuyển tiếp có thể truy cập được đối với nhóm kiểm duyệt, bao gồm một đầu mối liên hệ thay thế nếu người phụ trách thông thường không có mặt.

Khi bạn cần một phản hồi truyền thông rộng hơn, một chuyên gia có thể giúp điều phối các tuyên bố công khai và theo dõi. Xem PR khủng hoảng để được hỗ trợ ngoài việc kiểm duyệt cộng đồng hàng ngày.

Những gì một kịch bản không thể kiểm soát

Nguyên tắc chung: Trả lời một lần, ghim câu trả lời và liên kết đến nó. Đừng lặp lại lập luận trong mọi chủ đề.

Một kịch bản phản hồi có thể cải thiện độ chính xác và tính nhất quán trong giao tiếp của nhóm bạn, nhưng nó không thể quyết định cách một nền tảng xử lý mọi bài đăng hoặc cuộc trò chuyện. Quản trị viên Telegram có thể quản lý các kênh của riêng họ, trong khi X kiểm soát cách các dịch vụ của nó hiển thị và phân phối nội dung; cả lời làm rõ được ghim lẫn lời đính chính đều không đảm bảo rằng mọi người đọc đều thấy nó.

Vì lý do đó, chỉ hứa hẹn những gì nhóm bạn kiểm soát: một đánh giá cẩn thận, một cập nhật rõ ràng trong các kênh mà nó quản lý và một lộ trình được ghi lại để theo dõi. Nếu một bài đăng cần được báo cáo theo quy tắc của nền tảng, hãy sử dụng quy trình báo cáo của nền tảng và giữ bằng chứng của riêng bạn; đừng nói với cộng đồng rằng việc gỡ bỏ hoặc khả năng hiển thị rộng hơn là được đảm bảo.

Học hỏi từ sự cố

Kết thúc vòng lặp bằng cách ghi lại những gì đã xảy ra và cập nhật các tài liệu mà các moderator dựa vào. Một đánh giá ngắn sau khi cuộc thảo luận lắng xuống có thể tiết lộ liệu câu trả lời ban đầu có khó tìm, thiếu một thông tin quan trọng hoặc không rõ ai sẽ trả lời hay không.

Ghi lại tuyên bố ban đầu, các nguồn đã kiểm tra, người đã phê duyệt từ ngữ công khai, nơi các bản cập nhật xuất hiện và bất kỳ câu hỏi chưa được giải đáp. Ghi chú những phản hồi nào đã giúp làm rõ vấn đề và những phản hồi nào tạo ra nhiều nhầm lẫn hơn. Giữ bản ghi dựa trên thực tế và hạn chế quyền truy cập vào thông tin nhạy cảm; mục đích là cải thiện các quyết định, không phải để đổ lỗi.

Sau đó, thực hiện một cải tiến cụ thể: thêm một giải thích còn thiếu vào tài liệu dự án, sửa đổi phản hồi của moderator, làm rõ lộ trình chuyển tiếp hoặc chuẩn bị một nguồn công khai trước thông báo tiếp theo. MarketingExtra có thể xem xét hướng dẫn kênh hiện tại của bạn và biến nó thành một chuỗi phản hồi thực tế, với các trách nhiệm rõ ràng và kiểm tra bằng chứng. Gửi các kênh mà nhóm bạn sử dụng, các quy tắc kiểm duyệt hiện có và một ví dụ về mối quan ngại bạn muốn xử lý tốt hơn; chúng tôi sẽ xác định điều cần làm rõ trước.

Cách hoạt động

1. Ghi lại mối quan ngạiGhi lại tuyên bố chính xác, nơi nó xuất hiện và thời điểm nhóm của bạn phát hiện ra nó. Giữ từ ngữ trung lập để việc xem xét tập trung vào vấn đề, không phải người nói.
2. Phân loại vấn đềQuyết định xem đó là câu hỏi, chỉ trích, tuyên bố thực tế hay mối lo ngại về an toàn. Sử dụng danh mục để chọn người xem xét và mức độ khẩn cấp phù hợp.
3. Kiểm tra bằng chứngSo sánh tuyên bố với các tài liệu dự án hiện tại hoặc hồ sơ công khai, và yêu cầu người phụ trách chủ đề thích hợp xác minh bất cứ điều gì nằm ngoài kiến thức của moderator.
4. Đăng trạng thái rõ ràngNêu những gì đã được xác nhận, những gì vẫn đang được xem xét và nơi bản cập nhật tiếp theo sẽ xuất hiện. Liên kết đến một nguồn chính thức khi nó giúp người đọc kiểm tra thông tin.
5. Theo dõi và ghi lạiCập nhật cho cộng đồng khi quá trình xem xét hoàn tất, sau đó ghi chú những gì nhóm của bạn nên cải thiện trong tài liệu hoặc lộ trình chuyển tiếp.