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

Làm thế nào để phân loại FUD trong cộng đồng crypto?

Phân loại FUD bằng cách kiểm tra tuyên bố, bằng chứng và tác động tiềm ẩn trước khi chọn cách phản hồi. Đừng coi giọng điệu tiêu cực là bằng chứng cho thấy một tin nhắn không chính xác.

Bắt đầu với tuyên bố có hệ quả nhất, không phải chủ đề ồn ào nhất. Một khiếu nại về việc cập nhật bị trì hoãn có thể cần một người quản lý cộng đồng và một trạng thái đã biết. Một tuyên bố liên quan đến hợp đồng, quyền truy cập wallet hoặc tiền của người dùng cần một người phụ trách kỹ thuật hoặc vận hành phù hợp trước khi bất kỳ ai công bố lời giải thích.

Giữ một nhật ký sự cố riêng tư với tin nhắn gốc, thời gian nhận được, tóm tắt tuyên bố, bằng chứng đã kiểm tra, người phụ trách và trạng thái hiện tại. Điều này cung cấp cho nhóm một hồ sơ chung mà không biến mọi bình luận thành tranh chấp công khai. Nếu tuyên bố không rõ ràng, hãy đặt một câu hỏi làm rõ trung lập. Nếu nó rõ ràng nhưng chưa được xác minh, hãy nói rằng nó đang được xem xét và nêu tên người đang kiểm tra nó. Điều đó hữu ích hơn là phỏng đoán hoặc gán nhãn cho người nói.

Phản hồi công khai đầu tiên nên nói gì?

Một phản hồi đầu tiên nên thừa nhận mối quan ngại cụ thể, nêu rõ những gì đã được xác minh và giải thích những gì nhóm đang kiểm tra tiếp theo. Giữ tin nhắn đủ ngắn gọn để có thể trích dẫn chính xác.

1. Thừa nhận: Nêu tên vấn đề bằng ngôn ngữ đơn giản mà không lặp lại suy đoán như sự thật.
2. Tách biệt đã biết và chưa biết: Chỉ nêu các sự kiện mà người phụ trách có trách nhiệm đã kiểm tra.
3. Nêu rõ hành động: Cho biết nhóm đang xem xét hoặc làm gì ngay bây giờ.
4. Đặt điểm cập nhật: Thông báo cho cộng đồng nơi bản cập nhật tiếp theo đã được xác nhận sẽ xuất hiện.

Sử dụng một cấu trúc đã chuẩn bị, không phải lời phủ nhận sáo rỗng: “Chúng tôi đã thấy các câu hỏi về [vấn đề]. Chúng tôi đã xác nhận [sự kiện]. [Người phụ trách hoặc nhóm] đang kiểm tra [điểm còn mở]. Chúng tôi sẽ đăng bản cập nhật tiếp theo tại [kênh chính thức] khi chúng tôi có thông tin đã xác minh.” Thay thế mỗi dấu ngoặc bằng một chi tiết thực tế hoặc bỏ qua chi tiết đó. Đừng bao giờ ngụ ý rằng một cuộc xem xét đã hoàn tất khi nó chưa hoàn tất.

Chỉ định một người phụ trách truyền thông tổng hợp đầu vào từ các nhóm liên quan. Người phụ trách nên kiểm tra tên, ngày tháng, liên kết và thuật ngữ kỹ thuật trước khi đăng. Nếu dự án đã có trang trạng thái hoặc kênh thông báo chính thức, hãy hướng người đọc đến đó và giữ cho nó được cập nhật. Đối với các vấn đề danh tiếng rộng hơn, hãy xem xét cách truyền thông khủng hoảng có thể bổ sung cho việc kiểm duyệt cộng đồng thay vì thay thế cho một câu trả lời dựa trên sự kiện.

Làm thế nào để xử lý chỉ trích trên Telegram và X?

Xử lý chỉ trích trên Telegram và X với cùng các sự kiện đã xác minh, được điều chỉnh cho phù hợp với từng cuộc trò chuyện. Làm cho bản cập nhật chính thức dễ tìm, sau đó để các moderator được đào tạo hướng các câu hỏi đến đó mà không làm ngập cuộc thảo luận.

Đối với Telegram, cung cấp cho moderator một đầu mối chuyển tiếp và một danh sách ngắn các chủ đề họ không được trả lời từ trí nhớ, chẳng hạn như thay đổi hợp đồng hoặc sự cố ảnh hưởng đến quyền truy cập của người dùng. Đối với X, phân biệt giữa trả lời công khai và tuyên bố sự cố chi tiết: một câu trả lời ngắn có thể chỉ đến lời giải thích đầy đủ, nhưng nó không nên đưa ra một tuyên bố mới mà bản cập nhật chính bỏ qua.

Kiểm duyệt nên giải quyết hành vi, không phải quan điểm. Áp dụng các quy tắc đã công bố một cách nhất quán đối với các mối đe dọa, thông tin cá nhân hoặc bài đăng gây rối và lưu giữ hồ sơ khi một tin nhắn có liên quan đến một sự cố. Các nhóm đang xây dựng cấu trúc kênh mạnh mẽ hơn có thể sử dụng hướng dẫn phát triển cộng đồng Telegram hoặc hướng dẫn thiết lập Discord để xác định vai trò và lộ trình chuyển tiếp trước khi xảy ra vấn đề.

Làm thế nào nhóm có thể đưa ra bằng chứng mà không phóng đại?

Đưa ra bằng chứng bằng cách liên kết đến nguồn mà người đọc có thể kiểm tra và giải thích những gì nó thiết lập—và không thiết lập. Một ảnh chụp màn hình không có ngữ cảnh không thể thay thế cho một hồ sơ có thể xác minh.

Trước khi công bố, hãy sử dụng bước kiểm tra bằng chứng này:

• Xác nhận rằng nguồn là chính thức hoặc có liên quan trực tiếp đến tuyên bố.
• Kiểm tra rằng liên kết mở được và trỏ đến tài liệu, giao dịch hoặc thông báo dự định.
• Giải thích ngày tháng, tên token và thuật ngữ kỹ thuật có thể gây nhầm lẫn.
• Tách biệt các sự kiện quan sát được khỏi sự diễn giải hoặc hành động dự kiến của nhóm.
• Yêu cầu chuyên gia phụ trách xem xét các tuyên bố trong lĩnh vực của họ.

Nếu một mối quan ngại liên quan đến nguồn cung token hoặc hồ sơ listing, đừng trả lời từ một bài đăng cũ hoặc bản tóm tắt không chính thức. So sánh thông tin công khai với hồ sơ hiện tại của dự án, xác định sự khác biệt và giải thích những gì đang được sửa chữa. Hướng dẫn xác minh nguồn cung bao gồm việc chuẩn bị cho các câu hỏi về nguồn cung; khắc phục cảnh báo CoinGecko là một quy trình riêng cho các vấn đề về hồ sơ và không nên được mô tả như một kết quả được đảm bảo.

Khi thông tin thay đổi, hãy cập nhật bài đăng chính thức gốc nếu có thể và nêu rõ những gì đã thay đổi. Giữ một hồ sơ ngắn gọn về cách diễn đạt trước đó và lý do sửa chữa. Điều này làm cho các câu trả lời sau này nhất quán và giúp moderator tránh lưu hành các tuyên bố lỗi thời.

Khi nào một vấn đề cộng đồng nên được chuyển khỏi hàng đợi của moderator?

Chuyển tiếp một mối quan ngại khi việc trả lời đòi hỏi thẩm quyền hoặc chuyên môn mà moderator không có. Người trả lời trong chat không nên được yêu cầu đưa ra các phán quyết kỹ thuật, pháp lý hoặc tài chính thay mặt cho dự án.

Thiết lập các lộ trình này trước. Mỗi lộ trình cần một người phụ trách chính, một đầu mối dự phòng và một nơi để ghi lại việc bàn giao. Moderator nên biết thông tin nào an toàn để yêu cầu; họ không nên yêu cầu người dùng đăng seed phrase, private key hoặc các thông tin xác thực nhạy cảm khác trong kênh công khai.

Việc thực thi nền tảng và kiểm soát kênh được kiểm soát bởi nền tảng liên quan và các quyết định xem xét hoặc kiểm duyệt của nó nằm ngoài tầm kiểm soát của nhóm dự án. Nhóm có thể kiểm soát các bài đăng, hành vi, bằng chứng và quy trình chuyển tiếp của chính mình, nhưng không nên hứa rằng nền tảng sẽ xóa một bài đăng hoặc khôi phục quyền truy cập.

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

Chuẩn bị sổ tay trước khi ra mắt bằng cách ghi lại ai xác minh sự kiện, ai phê duyệt tuyên bố công khai và nơi các bản cập nhật sẽ được công bố. Một tài liệu hữu ích đủ ngắn để moderator sử dụng trong một cuộc trò chuyện diễn ra nhanh.

Bao gồm các mục sau:

• Các kênh dự án chính thức và vị trí cập nhật đã được phê duyệt.
• Người phụ trách được chỉ định cho các câu hỏi về cộng đồng, kỹ thuật, vận hành và truyền thông.
• Danh sách kiểm tra từ tuyên bố đến bằng chứng và mẫu nhật ký sự cố riêng tư.
• Cấu trúc phản hồi cho một tuyên bố chưa được xác minh, một vấn đề đã được xác nhận và một sự điều chỉnh.
• Các quy tắc để lưu giữ báo cáo, chuyển tiếp chi tiết nhạy cảm và kết thúc một sự cố.

Chạy một cuộc đánh giá bàn bằng cách sử dụng một kịch bản thực tế: một người dùng báo cáo sự khác biệt, moderator nhận được các câu hỏi lặp đi lặp lại và người phụ trách kỹ thuật chưa kiểm tra xong. Xem xét từng bước ai ghi lại báo cáo, ai soạn thảo tin nhắn tạm thời và ai phê duyệt bản cập nhật tiếp theo. Ghi lại bất kỳ bước nào phụ thuộc vào một người hoặc kênh mà không ai có thể liên lạc được.

AEOTech sử dụng một quy trình xem xét từ tuyên bố đến bằng chứng có tên trước khi đề xuất từ ngữ công khai: nhóm ánh xạ từng tuyên bố được đề xuất với nguồn của nó, đánh dấu các điểm chưa được giải quyết và chuyển tiếp các câu hỏi kỹ thuật đến người phụ trách được chỉ định. Để bắt đầu, hãy gửi cho chúng tôi các kênh chính thức, đầu mối chuyển tiếp hiện tại và một mối quan ngại mẫu mà bạn muốn sổ tay đề cập. Chúng tôi sẽ xem xét quy trình làm việc và xác định các cải tiến thực tế đầu tiê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 tin nhắn gốc, nơi nó xuất hiện và vấn đề cụ thể đang được nêu ra. Giữ nguyên ngữ cảnh mà không khuếch đại suy đoán.
2. Chỉ định người phụ tráchChuyển vấn đề đến người có thể xác minh nó. Giữ người quản lý cộng đồng chịu trách nhiệm theo dõi phản hồi.
3. Kiểm tra bằng chứngTách biệt các sự kiện đã được xác nhận khỏi các câu hỏi còn mở và xem xét các liên kết, tài liệu hoặc hồ sơ trước khi soạn thảo.
4. Đăng một bản cập nhậtThừa nhận mối quan ngại, giải thích những gì đã biết và hướng người đọc đến vị trí cập nhật chính thức.
5. Kết thúc vòng lặpĐăng bản cập nhật tiếp theo đã được xác nhận, sửa lại cách diễn đạt trước đó nếu cần và ghi lại những gì nhóm nên thay đổi trong sổ tay của mình.