Bản đồ xử lý FUD cộng đồng trong ngày đầu tiên
24 giờ đầu tiên là để tổ chức phản hồi, không phải để phỏng đoán kết quả. Bắt đầu bằng một lời xác nhận ngắn gọn. Chuyển câu hỏi đến người có thể xác minh nó. Làm cho bản cập nhật tiếp theo dễ tìm thấy.
| Nội dung | Số lượng hoặc khung thời gian | Những gì bạn chuẩn bị |
|---|---|---|
| Hồ sơ tuyên bố | 1 mục nhập cho mỗi mối quan ngại | Nguyên văn, kênh, liên kết công khai |
| Kiểm tra bằng chứng | 1 người phụ trách được chỉ định | Nguồn chính và câu hỏi mở |
| Phản hồi của moderator | 1 phiên bản đã được phê duyệt | Thông tin đã xác nhận và lộ trình cập nhật tiếp theo |
| Rà soát kênh | Telegram, Discord, X | Các tài khoản và không gian mà đội của bạn quản lý |
| Theo dõi | Khi thông tin được kiểm tra | Kết quả đã xác minh hoặc điểm chưa được giải quyết |
Sử dụng bảng như một bản đồ làm việc. Giữ lời xác nhận đầu tiên ngắn gọn. Câu trả lời thực tế có thể cần xem xét thêm.
Đặt nội dung hiện tại vào một nguồn chia sẻ duy nhất. Hướng dẫn moderators đến nguồn đó. Nếu vấn đề liên quan đến hồ sơ dự án hoặc listing, hãy bám sát các chi tiết đã được xác minh. Xem hướng dẫn về CoinGecko listing và CoinMarketCap listing để làm việc với hồ sơ nền tảng.
Moderators nên làm gì trước khi trả lời?
5 hành động đưa một mối quan ngại từ lúc nắm bắt đến một phản hồi có trách nhiệm. Sử dụng chúng theo thứ tự khi thông tin chưa rõ ràng. Đừng bỏ qua bước kiểm tra bằng chứng chỉ để trả lời nhanh hơn.
- Nắm bắt chính xác mối quan ngại. Lưu lại nguyên văn, kênh và liên kết công khai. Ghi lại câu hỏi thực tế, không phải một phiên bản dễ hơn.
- Phân loại câu hỏi. Đánh dấu nó là yêu cầu thông tin, hiểu lầm, vấn đề ứng xử hoặc vấn đề cần điều tra. Một tin nhắn có thể thuộc nhiều danh mục.
- Chỉ định người phụ trách bằng chứng. Chuyển các câu hỏi về nguồn cung đến người có thể xác minh thông tin nguồn cung. Gửi các điểm về bảo mật, kho bạc và kỹ thuật đến người phụ trách chịu trách nhiệm.
- Xác nhận mà không lấp đầy khoảng trống. Nêu rõ những gì đã được xác nhận và những gì đang được kiểm tra. Chỉ định nơi bản cập nhật tiếp theo sẽ xuất hiện. Đừng trình bày một diễn giải như một sự thật đã được xác minh.
- Phê duyệt và đăng phản hồi. Kiểm tra rằng các nguồn hỗ trợ từng tuyên bố thực tế. Cung cấp cho moderators nội dung hiện tại và một lộ trình rõ ràng cho các câu hỏi họ không thể trả lời.
Trình tự này giữ cho người quản lý cộng đồng hữu ích mà không biến họ thành cơ quan kỹ thuật. Nó cũng tách biệt các câu hỏi thông thường khỏi các vấn đề cần sự tham gia của lãnh đạo dự án.
Để chuẩn bị kênh rộng hơn, hãy xem hướng dẫn cộng đồng Telegram. Hướng dẫn thiết lập Discord bao gồm chuẩn bị máy chủ.
3 hồ sơ mọi moderator cần có
3 hồ sơ cung cấp cho moderators một cơ sở đáng tin cậy để hành động: mối quan ngại, bằng chứng và phản hồi hiện tại. Giữ mỗi hồ sơ đủ ngắn để kiểm tra trong một cuộc thảo luận sôi nổi. Làm cho nó đủ rõ ràng để một thành viên khác trong đội có thể tiếp quản.
- Mối quan ngại: Câu hỏi hoặc cáo buộc chính xác, nơi nó xuất hiện và một liên kết hoặc tin nhắn được lưu giữ.
- Bằng chứng: Các nguồn chính được đội kiểm tra. Thêm những gì mỗi nguồn xác lập và không xác lập.
- Người phụ trách: Người chịu trách nhiệm xác nhận các chi tiết kỹ thuật, nguồn cung, bảo mật, kho bạc hoặc vận hành.
- Phản hồi đã được phê duyệt: Nội dung công khai hiện tại, nguồn của nó và bất kỳ chi tiết nào vẫn đang được xem xét.
- Quy tắc kiểm duyệt: Quy tắc đã được công bố áp dụng nếu hành vi vượt quá ranh giới đã nêu.
- Ghi chú cập nhật: Những gì đã thay đổi, ai đã phê duyệt thay đổi và nơi phiên bản hiện tại được lưu trữ.
Một tệp bằng chứng hữu ích luôn được cập nhật, có thể quy kết và dễ đọc mà không cần bối cảnh nội bộ. Bao gồm các liên kết dự án chính thức, hồ sơ explorer có liên quan, thông tin token hoặc quản trị đã được công bố và giải thích bằng ngôn ngữ đơn giản cho các thuật ngữ lặp lại.
Thêm ngày xem xét khi có thay đổi quan trọng. Một bản ghi trên chuỗi có thể cho thấy một sự di chuyển. Nó không chứng minh ý định. Yêu cầu người phụ trách liên quan xác nhận bất kỳ diễn giải nào trước khi nó xuất hiện trong một phản hồi công khai.
Telegram, Discord và X thay đổi phản hồi như thế nào?
3 kênh yêu cầu một lập trường thực tế nhất quán. Các hành động kiểm duyệt khác nhau giữa các không gian mà đội của bạn kiểm soát. Giữ nguồn sự thật ổn định. Điều chỉnh định dạng và hành động kênh để phù hợp với cuộc trò chuyện.
- Telegram: Quản trị viên có thể quản lý thảo luận trong nhóm của họ và hướng dẫn thành viên đến một bản cập nhật chính thức.
- Discord: Moderators có thể áp dụng các quy tắc bằng văn bản của máy chủ và chuyển các câu hỏi kỹ thuật đến người phụ trách.
- X: Dự án có thể đăng một sự điều chỉnh rõ ràng từ tài khoản của mình và liên kết đến thông tin hỗ trợ.
Trong mỗi kênh, hãy giữ lại các câu hỏi hữu ích. Đừng để moderators ứng biến với các thông tin khác nhau.
| Kênh | Những gì đội của bạn có thể làm | Những gì cần chuẩn bị |
|---|---|---|
| Telegram | Kiểm duyệt nhóm dự án | Phản hồi ngắn và liên kết cập nhật chính thức |
| Discord | Áp dụng quy tắc máy chủ | Bàn giao moderator và nguồn bằng chứng |
| X | Đăng từ tài khoản dự án | Tuyên bố rõ ràng và tài liệu tham khảo công khai |
Sử dụng cùng một thông tin đã được phê duyệt trên cả 3 kênh. Nếu một cuộc trò chuyện cần đầu vào chuyên gia, hãy xác nhận và chuyển nó đi. Đừng cố gắng giải quyết nó trong chat công khai.
Một kế hoạch cộng đồng rộng hơn có thể kết nối các quy tắc kênh với phát triển cộng đồng và tương tác.
5 kiểm tra trước khi phản hồi được đăng
5 kiểm tra phát hiện từ ngữ không được hỗ trợ trước khi moderators đăng nó. Thực hiện chúng với bản nháp và các nguồn của nó. Đừng chỉ kiểm tra những gì đội hy vọng người đọc sẽ kết luận.
- Tuyên bố: Phản hồi có giải quyết câu hỏi mà mọi người thực sự đặt ra không?
- Nguồn: Người đọc có thể mở bằng chứng và thấy những gì nó hỗ trợ không?
- Trạng thái: Các thông tin đã xác nhận có được tách biệt khỏi các mục vẫn đang được xem xét không?
- Thẩm quyền: Người phụ trách chịu trách nhiệm đã phê duyệt từng tuyên bố kỹ thuật hoặc tài chính chưa?
- Lộ trình: Phản hồi có chỉ định nơi chính thức cho bản cập nhật không?
- Kiểm duyệt: Bất kỳ hành động nào có tuân theo một quy tắc bằng văn bản, thay vì giọng điệu chỉ trích không?
Gửi cho chúng tôi bản nháp, các nguồn công khai đã kiểm tra và kênh liên quan để xem xét bên ngoài. Bao gồm các câu hỏi mở. Nêu tên người có thể xác minh chúng. DigitalMedia1 có thể gắn cờ từ ngữ không được hỗ trợ, các điểm chưa được trả lời và thiếu lộ trình leo thang.
Việc xem xét này hữu ích trước một cuộc trao đổi căng thẳng. Nó cũng hữu ích khi moderators cần một phiên bản rõ ràng để chia sẻ.
Theo dõi biến phản hồi thành một hồ sơ có thể sử dụng
1 lần theo dõi nên nêu rõ những gì đội đã kiểm tra, những gì đã học được và những gì còn bỏ ngỏ. Đăng nó ở nơi các thành viên cộng đồng có thể tìm thấy phản hồi ban đầu. Sửa bất kỳ từ ngữ nào trước đó đã được chứng minh là không đầy đủ.
Khi việc xem xét tiếp tục, hãy nêu tên câu hỏi mở và người phụ trách nó. Đừng công bố thời hạn mà đội chịu trách nhiệm chưa phê duyệt. Nếu vấn đề đã được giải quyết, hãy giải thích phát hiện bằng ngôn ngữ đơn giản. Liên kết đến bằng chứng mà người đọc có thể kiểm tra. Giữ thông tin cá nhân của người dùng khỏi hồ sơ công khai.
Sau cuộc trao đổi, hãy đặt 3 câu hỏi thực tế. Phản hồi đầu tiên có phù hợp với bằng chứng không? Việc bàn giao có đến đúng người phụ trách không? Moderators có một nguồn hiện tại để sử dụng không? Cập nhật tệp phản hồi khi câu trả lời cho thấy một khoảng trống.
Nếu vấn đề cần hỗ trợ truyền thông bên ngoài, Crisis PR là một lộ trình riêng. Cuốn sổ tay này vẫn là hướng dẫn hàng ngày cho các phản hồi cộng đồng.
Để được xem xét tập trung, hãy gửi cho DigitalMedia1 bản nháp phản hồi, liên kết công khai của tuyên bố và các nguồn đã kiểm tra. Chúng tôi có thể trả lại một phản hồi rõ ràng hơn và một lộ trình leo thang. Gửi 3 mục đó để bắt đầu.
Cách hoạt động
- 1. Nắm bắt mối quan ngạiGhi lại nguyên văn, kênh và liên kết công khai. Giữ đội tập trung vào câu hỏi thực sự được đặt ra.
- 2. Chỉ định người phụ trách bằng chứngChuyển các điểm kỹ thuật, nguồn cung, bảo mật hoặc kho bạc đến người được ủy quyền xác minh chúng. Moderators không nên phỏng đoán.
- 3. Xác nhận những gì đã biếtTách biệt các thông tin đã xác nhận khỏi các câu hỏi mở. Nêu rõ nơi bản cập nhật đã được xác minh tiếp theo sẽ xuất hiện.
- 4. Áp dụng các quy tắc bằng văn bảnGiữ các câu hỏi hợp lệ có thể truy cập và sử dụng cùng một quy tắc ứng xử cho mọi người. Leo thang các quyết định kiểm duyệt không rõ ràng.
- 5. Đăng bài theo dõiChia sẻ kết quả đã kiểm tra, sửa từ ngữ không đầy đủ và cập nhật tài liệu phản hồi của đội.
Câu hỏi thường gặp
Moderators có nên xóa một bình luận chỉ trích không?
1 quy tắc quan trọng: chỉ trích đơn thuần không phải là lý do để xóa bình luận. Giữ các câu hỏi thực chất có thể nhìn thấy và trả lời chúng bằng các thông tin liên quan. Hạn chế nội dung chỉ khi nó vi phạm một quy tắc đã nêu. Ví dụ bao gồm các mối đe dọa, tiết lộ thông tin cá nhân, mạo danh hoặc gây rối nhiều lần. Áp dụng cùng một tiêu chuẩn một cách nhất quán. Ghi lại các quyết định kiểm duyệt quan trọng.
Ai nên phê duyệt phản hồi về nguồn cung token?
1 người phụ trách chịu trách nhiệm nên xác minh thông tin nguồn cung cơ bản trước khi nó xuất hiện trong câu trả lời công khai. Người quản lý cộng đồng có thể thu thập câu hỏi, chia sẻ tài liệu hiện có và điều phối việc bàn giao. Họ không nên suy luận chi tiết nguồn cung từ bối cảnh một phần. Cung cấp cho moderators một danh sách người phụ trách hiện tại và một lộ trình để liên hệ đúng người.
Chúng tôi nên nói gì trong khi một tuyên bố vẫn đang được kiểm tra?
1 lời xác nhận rõ ràng là đủ để bắt đầu. Nêu rõ điểm nào đang được xem xét và nơi đội sẽ đăng bản cập nhật. Giữ các phỏng đoán ra khỏi phản hồi. Đừng lặp lại một cáo buộc như một sự thật đã được xác lập. Sau khi người phụ trách bằng chứng kiểm tra các nguồn, hãy đăng kết quả hoặc giải thích những gì còn chưa được giải quyết.
Founder có nên trả lời mọi bài đăng về dự án không?
1 người phát ngôn được chỉ định nên xử lý các tuyên bố cần thẩm quyền cấp cao. Điều đó không có nghĩa là founder phải trả lời mọi bài đăng. Moderators có thể xác nhận các câu hỏi thông thường, chia sẻ thông tin đã được phê duyệt và chuyển các vấn đề chuyên môn. Đặt ra một quy tắc leo thang cho các thay đổi về bảo mật, kho bạc hoặc vật chất của dự án. Nhân viên nên biết khi nào cần phản hồi cấp cao.
Đội của chúng tôi có thể xóa các bản sao của một bài đăng khỏi mọi kênh không?
1 tài khoản dự án có thể đăng phản hồi chính thức. Moderators có thể quản lý các không gian mà đội kiểm soát. Nhưng các chuyển tiếp Telegram, ảnh chụp màn hình và thảo luận trên các tài khoản khác vẫn nằm ngoài tầm kiểm soát đó. Việc xem xét và quyết định phân phối của nền tảng cũng nằm ngoài tầm kiểm soát của dự án. Giữ bản cập nhật thực tế dễ tìm thấy. Sử dụng kiểm duyệt nhất quán trong các kênh sở hữu.
Chúng tôi nên gửi gì để được xem xét phản hồi bên ngoài?
3 đầu vào làm cho việc xem xét trở nên thực tế: bản nháp phản hồi, tuyên bố hoặc câu hỏi công khai và các nguồn mà đội đã kiểm tra. Thêm kênh và bất kỳ thông tin chưa được giải quyết nào. Xác định ai có thể xác minh những điểm đó. DigitalMedia1 có thể sử dụng tài liệu đó để gắn cờ từ ngữ không được hỗ trợ và đề xuất một lộ trình leo thang rõ ràng mà không phải phỏng đoán về chi tiết dự án.
Kể cho chúng tôi về dự án của bạn
Trả lời bốn câu hỏi nhanh và quản lý sẽ gửi kế hoạch, thời gian và mức giá trong vòng một giờ. Mọi thứ được bảo mật.
Đang tải biểu mẫu…