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

Điều gì được coi là FUD trong cộng đồng crypto?

FUD là nỗi sợ hãi, sự không chắc chắn hoặc nghi ngờ lan truyền xung quanh một dự án, nhưng nhãn mác đó không cho bạn biết liệu một mối quan ngại cụ thể có đúng hay không. Một holder hỏi về việc mở khóa bị trì hoãn, một người dùng báo cáo một đường link đáng ngờ và một tuyên bố không có cơ sở về một thành viên trong nhóm cần các phản hồi khác nhau. Hãy coi tuyên bố cơ bản là vấn đề; đừng bác bỏ một người chỉ vì cuộc trò chuyện không thoải mái.

Bắt đầu bằng cách ghi lại tuyên bố chính xác, nơi nó xuất hiện, thời điểm nó nổi lên và bằng chứng nào có sẵn. Tách biệt các báo cáo trực tiếp khỏi các diễn giải lặp đi lặp lại và ghi chú những gì nhóm chưa biết. Kỷ luật nhỏ này ngăn một moderator biến một câu hỏi thành một cuộc đối đầu hoặc trình bày một giả định sớm như một sự thật đã được xác nhận.

Một phân loại đầu tiên hữu ích là:

• Câu hỏi: Một thành viên cần lời giải thích hoặc một nguồn.
• Báo cáo: Ai đó mô tả một sự kiện cụ thể cần được kiểm tra.
• Tuyên bố: Một phát biểu thực tế có thể xác minh, không đầy đủ hoặc không chính xác.
• Lạm dụng hoặc nội dung không an toàn: Tin nhắn tạo ra một vấn đề kiểm duyệt hoặc an toàn riêng biệt.

Mục tiêu không phải là quyết định liệu lời chỉ trích có thân thiện hay không. Đó là xác định điều gì có thể được kiểm tra, ai có thể kiểm tra nó và cộng đồng cần biết điều gì tiếp theo.

Một nhóm nên phân loại một mối quan ngại đang lan nhanh như thế nào?

Phân loại dựa trên mức độ tác hại tiềm ẩn và khả năng xác minh, không phải dựa trên mức độ ồn ào của bài đang được chia sẻ. Một báo cáo về tài khoản bị xâm phạm hoặc sự cố hợp đồng cần được chủ sở hữu kỹ thuật có liên quan xem xét ngay lập tức; một câu hỏi về lộ trình đã công bố có thể được trả lời bởi người dẫn dắt cộng đồng bằng cách sử dụng tài liệu hiện có. Gán cho mỗi mục một chủ sở hữu và một thời điểm cập nhật tiếp theo, ngay cả khi câu trả lời vẫn đang được kiểm tra.

Sử dụng một bản ghi nội bộ đơn giản mà các moderators có thể cập nhật cùng nhau. Nó nên ghi lại nội dung gốc, các đường link hoặc ảnh chụp màn hình, kênh nơi nó xuất hiện, bằng chứng đã được kiểm tra, người chịu trách nhiệm và trạng thái: chưa xác minh, đang xem xét, đã xác nhận hoặc đã chỉnh sửa. Giữ thông tin riêng tư ngoài các ghi chú công khai và hạn chế quyền truy cập vào các chi tiết sự cố nhạy cảm.

Trước khi công bố, hãy hỏi:

• Chúng ta có thể xác minh điều này từ một nguồn mà nhóm được phép sử dụng không?
• Một câu trả lời sai lầm có thể làm tăng rủi ro cho người dùng hoặc tiết lộ thông tin bí mật không?
• Điều này có yêu cầu một founder, trưởng nhóm bảo mật, cố vấn pháp lý hoặc liên hệ với sàn giao dịch không?
• Chúng ta có thể nói gì một cách an toàn ngay bây giờ, và khi nào chúng ta sẽ quay lại với một cập nhật?

Đối với các sự cố uy tín lớn hơn, hãy căn chỉnh các phản hồi của cộng đồng với dịch vụ Crisis PR. Đối với các hoạt động kênh hàng ngày, hướng dẫn cộng đồng Telegram crypto có thể giúp xác định vai trò và thói quen của moderator.

Một phản hồi công khai về FUD nên nói gì?

Một phản hồi công khai mạnh mẽ nêu tên mối quan ngại, nói rõ những gì nhóm đã xác minh và giải thích điều gì sẽ xảy ra tiếp theo. Nó nên dễ hiểu mà không yêu cầu người đọc phải suy luận câu trả lời từ các bài đăng rải rác. Thừa nhận câu hỏi mà không xác nhận một tuyên bố chưa được xác minh, và liên kết đến thông tin dự án chính khi nó an toàn và có liên quan.

Một phản hồi thực tế có thể tuân theo thứ tự này: “Chúng tôi đã thấy mối quan ngại về [vấn đề cụ thể]. Chúng tôi đã xác nhận [sự thật đã biết] bằng cách sử dụng [nguồn hoặc quy trình]. Chúng tôi đang kiểm tra [điểm còn bỏ ngỏ] với [nhóm chịu trách nhiệm]. Chúng tôi sẽ chia sẻ cập nhật tiếp theo tại [kênh hoặc định dạng] khi chúng tôi có thông tin đã xác minh.” Thay thế mỗi dấu ngoặc bằng thông tin chính xác, đã được phê duyệt; nếu chưa có câu trả lời xác nhận, hãy nói thẳng điều đó.

Tránh tranh luận về động cơ, lặp lại một đường link có hại một cách không cần thiết hoặc trả lời từ nhiều tài khoản nhóm với những giải thích hơi khác nhau. Chỉ định một người phát ngôn cho vấn đề và cung cấp cho moderators một tuyên bố dự phòng ngắn đã được phê duyệt. Tuyên bố đó nên hướng các thành viên đến bản cập nhật chính thức và mời các báo cáo liên quan thông qua một lộ trình an toàn. Một phản hồi không hoàn thành chỉ vì nó đã được đăng: hãy đảm bảo nó dễ tìm và sửa chữa nó một cách công khai nếu bằng chứng mới thay đổi sự thật.

Bạn nên công bố bằng chứng và cập nhật ở đâu?

Công bố bản cập nhật chính ở nơi các thành viên cộng đồng bị ảnh hưởng có thể tìm thấy nó, sau đó hướng các kênh khác quay lại nguồn đó. Một tin nhắn được ghim trên Telegram có thể giúp thông báo hiện tại dễ tìm hơn trong một nhóm đông đúc; một bài đăng trên X có thể cung cấp một tuyên bố công khai ngắn gọn và liên kết đến tài liệu dự án đầy đủ hơn. Chọn các kênh mà dự án kiểm soát và có thể duy trì, thay vì rải rác các câu trả lời một phần trên nhiều cuộc trò chuyện.

Khớp bằng chứng với mối quan ngại. Đối với câu hỏi về nguồn cung token, hãy chia sẻ tài liệu đã công bố có liên quan hoặc thông tin từ explorer và giải thích dữ liệu đó chứng minh và không chứng minh điều gì. Đối với sự cố sản phẩm, hãy đưa ra tác động quan sát được, trạng thái hiện tại và lộ trình cập nhật tiếp theo. Đối với báo cáo mạo danh, hãy mô tả cách các thành viên có thể kiểm tra các đường link tài khoản chính thức mà không khuếch đại tài khoản đáng ngờ.

Giữ một bản ghi về những gì đã được công bố và ở đâu. Nếu câu hỏi liên quan đến hồ sơ trên sàn giao dịch hoặc nhà cung cấp dữ liệu, hãy giải thích những gì dự án đã gửi hoặc xác minh thay vì ngụ ý kiểm soát quá trình đánh giá của bên khác. Xem hướng dẫn về niêm yết CoinGecko và niêm yết CoinMarketCap để biết các câu hỏi liên quan đến hồ sơ.

Làm thế nào moderators có thể bảo vệ cuộc thảo luận mà không che giấu chỉ trích?

Kiểm duyệt nên giải quyết hành vi và sự an toàn, không phải sự hiện diện đơn thuần của một ý kiến bất lợi. Giữ các câu hỏi thiện chí ở chế độ hiển thị, trả lời chúng ở nơi các thành viên khác có thể thấy câu trả lời và áp dụng các quy tắc đã công bố giống nhau cho tất cả thành viên. Xóa nội dung khi nó vi phạm một quy tắc rõ ràng hoặc tạo ra một mối quan ngại an toàn cụ thể, chẳng hạn như chia sẻ thông tin cá nhân hoặc hướng thành viên đến một đường link nguy hiểm; giải thích hành động khi làm như vậy sẽ không gây thêm tác hại.

Cung cấp cho moderators một hướng dẫn quyết định theo kênh. Nó có thể nói khi nào nên trả lời, khi nào nên dừng lại và leo thang, thành viên nhóm nào phụ trách các câu hỏi kỹ thuật và cách ghi lại một hành động kiểm duyệt. Bao gồm các từ ngữ đã được phê duyệt cho các tình huống phổ biến, nhưng đừng ép một kịch bản vào một mối quan ngại yêu cầu xem xét riêng. Moderators không nên suy đoán về giá trị token, đưa ra tuyên bố mà họ không thể xác minh hoặc hứa hẹn một giải pháp thay mặt cho đội ngũ kỹ thuật hoặc lãnh đạo.

Đối với một kế hoạch kích hoạt cộng đồng, hãy xây dựng dựa trên các nguyên tắc trong trung tâm phát triển và tương tác cộng đồng: vai trò rõ ràng, sự tham gia hữu ích và thông tin nhất quán. Sau một sự cố, hãy xem xét liệu các thành viên có thể tìm thấy bản cập nhật chính xác hay không và liệu moderators có đủ bối cảnh hay không. Sử dụng đánh giá đó để cải thiện các quy tắc và bàn giao chứ không phải để trừng phạt nhân viên vì đã đưa ra một mối quan ngại chính đáng.

Một dự án có thể kiểm soát những gì trên Telegram và X?

Một dự án có thể kiểm soát từ ngữ của chính mình, quyền truy cập tài khoản, quy tắc kiểm duyệt và các bản cập nhật mà nó công bố; nó không thể quyết định cách Telegram hoặc X hiển thị, đề xuất, xóa hoặc kiểm duyệt bài đăng của những người dùng khác. Ảnh chụp màn hình có thể lan truyền mà không có bối cảnh và việc nền tảng xem xét một báo cáo hoặc hành động tài khoản nằm ngoài tầm kiểm soát của dự án. Đừng mô tả một bài đăng là đã bị xóa hoặc một mối quan ngại là đã được giải quyết cho đến khi bạn có thể xác minh kết quả đó.

Làm cho sổ tay hữu ích ngay cả khi hành động của nền tảng đang chờ xử lý. Duy trì một nguồn do dự án sở hữu để cập nhật, xác nhận thành viên nhóm nào có thể truy cập tài khoản chính thức và xác định một lộ trình thay thế để giao tiếp với các thành viên nếu một kênh không khả dụng. Lưu trữ thông tin khôi phục tài khoản một cách an toàn và giới hạn quyền truy cập cho những người cần nó. Đừng công bố thông tin khôi phục nhạy cảm trong hồ sơ sự cố.

Khi cuộc thảo luận liên quan đến một sự cố bảo mật bị cáo buộc, hãy chuyển hướng điều tra kỹ thuật cho những người chịu trách nhiệm về hệ thống bị ảnh hưởng và bảo quản bằng chứng có liên quan trước khi thay đổi nó. Moderators cộng đồng có thể xác nhận báo cáo và hướng các thành viên đến một kênh cập nhật an toàn, nhưng họ không nên trình bày một chẩn đoán kỹ thuật chưa được xác minh. Ghi lại tuyên bố công khai, bằng chứng đằng sau nó và bất kỳ chỉnh sửa nào sau đó để dự án có thể giải thích cách tường thuật của nó về các sự kiện đã phát triển.

Làm thế nào để chuẩn bị một sổ tay phản hồi FUD trước khi nó cần thiết?

Một sổ tay thực tế cung cấp cho mỗi moderator một hành động đầu tiên rõ ràng và cho các chuyên gia một sự bàn giao đáng tin cậy. Giữ nó đủ ngắn để sử dụng trong một cuộc trò chuyện bận rộn, nhưng đủ cụ thể để một thành viên nhóm mới có thể tìm thấy nguồn thông tin đáng tin cậy, xác định người ra quyết định và tránh đưa ra tuyên bố mà không có bằng chứng. Xem xét nó khi các kênh, chủ sở hữu tài khoản hoặc tài liệu dự án thay đổi.

Bitcoin Insider sử dụng quy trình đánh giá từ tuyên bố đến bằng chứng: trước khi một phản hồi được phê duyệt, nhóm sẽ kiểm tra từng câu thực tế với một nguồn, gắn nhãn bất kỳ điểm nào chưa được giải quyết và xác nhận ai sở hữu bản cập nhật tiếp theo. Quy trình đánh giá đó biến một bản nháp thành một câu trả lời công khai có thể sử dụng được thay vì một tập hợp các ngôn ngữ trấn an. Đối với một đợt launch token, hãy kết nối kế hoạch truyền thông với danh sách kiểm tra launch token rộng hơn, để các tuyên bố công khai vẫn nhất quán với tài liệu dự án.

Chạy một buổi diễn tập ngắn với một kịch bản hợp lý: một thành viên đăng câu hỏi về nguồn cung, một moderator ghi lại nội dung chính xác, chủ sở hữu có liên quan kiểm tra bằng chứng và người phát ngôn chuẩn bị một bản cập nhật. Lưu ý nơi nào quyền truy cập, phê duyệt hoặc tài liệu làm chậm quá trình bàn giao. Sau đó sửa đổi sổ tay và đảm bảo nhóm biết nơi lưu trữ phiên bản hiện tại. Để bắt đầu, hãy gửi cho Bitcoin Insider các kênh chính, vai trò moderator và mối quan ngại mà bạn muốn nhóm chuẩn bị trả lời nhất; bước tiếp theo là một đánh giá tập trung vào lộ trình phản hồi và tài liệu nguồn của bạn.

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. Ghi lại tuyên bốGhi lại nội dung chính xác, kênh, thời gian và bất kỳ tài liệu hỗ trợ nào. Giữ bản ghi khách quan và hạn chế quyền truy cập vào thông tin nhạy cảm.
2. Chỉ định chủ sở hữuChuyển các câu hỏi kỹ thuật, bảo mật, sản phẩm hoặc chính sách đến người có đủ năng lực kiểm tra chúng. Cung cấp cho moderators một đầu mối liên hệ rõ ràng để leo thang.
3. Xác minh những gì đã biếtKiểm tra các nguồn dự án chính và phân biệt các sự thật đã được xác nhận với các câu hỏi còn bỏ ngỏ. Đừng lấp đầy khoảng trống bằng chứng bằng các giả định.
4. Công bố một phản hồi thống nhấtSử dụng một người phát ngôn chịu trách nhiệm, nêu rõ những gì đã biết và hướng các thành viên đến một nguồn mà dự án có thể cập nhật liên tục.
5. Quay lại với một bản cập nhậtTuân theo kế hoạch cập nhật đã nêu, chỉnh sửa hồ sơ nếu sự thật thay đổi và xem xét quá trình bàn giao đã hoạt động như thế nào với các moderators.