Quyền riêng tư trước nội dung công khai
Một phản hồi kín đáo bắt đầu bằng việc quyết định ai có thể xem báo cáo và chi tiết nào thuộc về công khai. Cung cấp cho moderators một lộ trình rõ ràng để thu thập một khiếu nại. Đồng thời, giữ thông tin cá nhân, tài liệu nhạy cảm về bảo mật và chi tiết liên hệ nội bộ tránh xa khỏi kênh trò chuyện công khai. Bản ghi ban đầu có thể ghi lại kênh, khiếu nại và một liên kết hoặc ảnh chụp màn hình, mà không sao chép nội dung nhạy cảm vào một phòng chung.
Chỉ định một đầu mối liên hệ để điều phối việc kiểm tra nội bộ. Người đó có thể mời chủ sở hữu kỹ thuật, vận hành hoặc truyền thông, sau đó trả lại thông tin đã được phê duyệt cho moderator. Cho đến khi một tuyên bố công khai được thông qua, hãy giữ các ghi chú làm việc ở chế độ bảo mật và giới hạn quyền truy cập cho những người thực sự cần. Người báo cáo sẽ nhận được một kênh riêng tư khi mối quan ngại bao gồm thông tin không phù hợp để thảo luận công khai.
Sự tách biệt này cũng giúp ích cho đội ngũ đang chuẩn bị cho một launch. Checklist launch token có thể cung cấp thông tin về những thông tin dự án và liên kết chính thức nào nên sẵn sàng cho nhân viên. Một bản ghi riêng tư không phải là sự thay thế cho bằng chứng. Nó chỉ đơn giản cho đội ngũ không gian để xác minh khiếu nại trước khi thảo luận công khai.
Phân loại mối quan ngại mà không gán động cơ
Một đánh giá ban đầu hữu ích sẽ gắn nhãn cho khiếu nại dựa trên những gì đội ngũ có thể xác minh, chứ không phải dựa trên những gì họ cho rằng về người đăng bài. Một thông điệp chỉ trích có thể chỉ ra một sự khác biệt thực sự, đặt một câu hỏi chưa được trả lời hoặc lặp lại một điểm mà dự án đã giải quyết. Những trường hợp đó cần cách xử lý khác nhau, ngay cả khi chúng xuất hiện trong cùng một cuộc trò chuyện.
Đối với mỗi tin nhắn, hãy ghi lại chủ đề và nguồn liên quan: hợp đồng, thông báo sản phẩm, tài liệu đã công bố hoặc cập nhật chính thức. Đánh dấu mục đó là đã xác nhận, chưa được giải quyết hoặc không được hỗ trợ bởi tài liệu hiện có. Nếu thông tin vẫn còn bỏ ngỏ, hãy ghi lại bằng chứng còn thiếu và người chịu trách nhiệm kiểm tra. Điều này ngăn việc một lời xác nhận nghe như một kết luận cuối cùng.
Giữ ngôn ngữ trung lập trong hồ sơ nội bộ. Tránh các nhãn coi chỉ trích là hành vi sai trái; việc kiểm duyệt nên tuân theo các quy tắc đã công bố của cộng đồng. Một cách tiếp cận cân nhắc giúp dễ dàng phát hiện các mâu thuẫn giữa các tài liệu dự án và sửa chúng một cách công khai. Khi mối quan ngại vượt ra ngoài phạm vi phản hồi của cộng đồng, một kế hoạch PR khủng hoảng crypto có thể giúp điều phối những người chịu trách nhiệm về các tuyên bố công khai.
Lộ trình phê duyệt, được giữ minh bạch
Một lộ trình phê duyệt ngắn gọn giúp moderators tự tin về những gì họ có thể nói và giữ nội dung công khai dưới đúng chủ sở hữu. Trước khi bất cứ điều gì được đăng tải, hãy trình bản nháp cho người đánh giá có trách nhiệm và nhận được sự chấp thuận bằng văn bản. Bảng dưới đây đưa ra sự phân chia công việc thực tế. Để tránh FUD lan truyền, quy trình này đảm bảo mọi thông tin đều được kiểm chứng kỹ lưỡng.
| Bước | Ai tham gia | Bạn phê duyệt gì |
|---|---|---|
| Tiếp nhận | Moderator và đầu mối liên hệ được chỉ định | Hồ sơ khiếu nại, với các chi tiết nhạy cảm được giữ kín |
| Xác minh | Chuyên gia kỹ thuật hoặc vận hành liên quan | Nguồn, thông tin đã xác nhận và mọi điểm chưa được giải quyết |
| Soạn thảo | Đầu mối liên hệ và chủ sở hữu truyền thông | Nội dung, kênh và vị trí cho bản cập nhật tiếp theo |
| Đăng tải | Chủ sở hữu kênh được ủy quyền | Văn bản cuối cùng sau khi có chấp thuận bằng văn bản |
Moderator có thể xác nhận đã nhận được khiếu nại trong khi quá trình kiểm tra đang diễn ra, nhưng không nên thêm lời giải thích chưa được xác minh. Một bản nháp nên phân biệt các sự kiện đã được xác lập với công việc còn tồn đọng và xác định nơi bản cập nhật tiếp theo sẽ xuất hiện. Giữ một phiên bản đã được phê duyệt cho nhân viên, sau đó điều chỉnh độ dài cho phù hợp với kênh mà không làm thay đổi ý nghĩa. Nếu vấn đề liên quan đến listing hoặc hồ sơ dự án đã công bố, hướng dẫn listing CoinGecko cung cấp bối cảnh chuẩn bị liên quan.
Thẩm quyền của moderator kết thúc ở đâu?
Moderators có thể quản lý nội dung và quyền truy cập trong không gian Telegram hoặc Discord mà họ quản trị, sử dụng các quy tắc đã nêu của dự án. Họ không thể kiểm soát việc chuyển tiếp, ảnh chụp màn hình hoặc thảo luận được sao chép ở nơi khác, và một playbook không thể yêu cầu người đọc chấp nhận một sự sửa chữa. Những ranh giới đó làm cho tài liệu nguồn chính xác, nhất quán trở nên hữu ích hơn là cố gắng quản lý mọi cuộc trò chuyện.
Cung cấp cho moderators một ghi chú vận hành giải thích những câu hỏi nào họ có thể trả lời trực tiếp. Điều này yêu cầu kiểm tra nội bộ và nơi các báo cáo nhạy cảm nên được gửi đến. Nêu rõ cách các cảnh báo, hạn chế đăng bài hoặc xóa nội dung liên quan đến các quy tắc đã công bố. Một câu hỏi trực tiếp đơn thuần không nhất thiết là vi phạm quy tắc. Các mối đe dọa, tiết lộ thông tin cá nhân hoặc gây rối nhiều lần có thể dẫn đến hành động theo các quy tắc đó.
Khi một sự sửa chữa được công bố, hãy hướng nhân viên đến bản cập nhật có thẩm quyền thay vì yêu cầu họ tạo lại lời giải thích trong mỗi luồng thảo luận. Xem xét liệu mối quan ngại ban đầu đã được giải quyết và liệu nguồn có còn truy cập được không. Hướng dẫn cộng đồng Telegram và hướng dẫn thiết lập Discord cung cấp bối cảnh hữu ích để xác định vai trò kênh trước một trao đổi khó khăn.
Một trình tự có chừng mực cho phản hồi đầu tiên
Phản hồi đầu tiên nên thừa nhận mối quan ngại, nêu rõ những gì đã được kiểm tra và đưa ra bước tiếp theo rõ ràng. Một trình tự ngắn gọn giúp nhân viên giữ ngôn ngữ điềm tĩnh mà không làm cho một đánh giá chưa hoàn tất nghe có vẻ đã kết thúc.
- Thừa nhận nội dung chính. Diễn đạt lại mối quan ngại bằng các thuật ngữ trung lập, không suy đoán về động cơ hoặc lặp lại các chi tiết nhạy cảm.
- Tách biệt sự kiện khỏi đánh giá. Trích dẫn nguồn hỗ trợ một điểm đã được xác nhận, sau đó nêu tên những gì còn bỏ ngỏ và ai đang kiểm tra nó.
- Đặt bản cập nhật tiếp theo. Xác định kênh chính thức cho thông tin thêm và chỉ đưa ra thời điểm cập nhật khi đội ngũ có thể đứng sau nó.
Ví dụ, một câu hỏi về nguồn cung có thể được trả lời bằng cách xác định thông tin đã công bố và nguồn chính đang được kiểm tra. Nếu các con số không khớp, hãy nói rằng sự khác biệt đang được xem xét; đừng đoán nguyên nhân của nó. Một chủ sở hữu kỹ thuật nên xác minh các chi tiết liên quan trước khi dự án trình bày một lời giải thích như đã được xác lập.
Cùng một nội dung thực tế có thể được sử dụng trên Telegram, Discord và X, chỉ điều chỉnh định dạng. Giữ nội dung đã được phê duyệt cùng với hồ sơ khiếu nại để một moderator khác có thể duy trì tính liên tục nếu cuộc trò chuyện tiếp diễn.
Chuẩn bị để dành chỗ cho một cuộc trò chuyện riêng tư
Một playbook hữu ích rất dễ tìm, phản ánh các thông tin hiện tại của dự án và cung cấp cho mỗi vai trò một lộ trình rõ ràng đến người tiếp theo. Giữ một thư mục tham khảo nhỏ gọn với các nguồn chính thức về token, sản phẩm, bảo mật và quản trị. Một danh sách chủ sở hữu cho các câu hỏi phổ biến; các quy tắc cộng đồng hiện tại; và nội dung xác nhận để dành chỗ cho các chi tiết đã được xác minh.
Xem xét các tài liệu đó sau một thay đổi quan trọng về sản phẩm, hợp đồng, quản trị hoặc chính sách. Kiểm tra lộ trình leo thang với những người dự kiến sẽ sử dụng nó. Đảm bảo moderator có thể xác định bản cập nhật có thẩm quyền hiện tại. Đối với một launch, hãy thêm các câu hỏi có thể xảy ra về chức năng token, phân phối và các kênh chính thức. Hướng dẫn launch memecoin có thể giúp đội ngũ cân nhắc những thông tin liên lạc nào cần chuẩn bị.
Đối với một góc nhìn bên ngoài, Premium Promotions có thể làm việc dựa trên các quy tắc cộng đồng, liên kết nguồn chính thức và một ví dụ ẩn danh về một trao đổi khó khăn. Một người đánh giá cấp cao có thể so sánh nội dung công khai với bằng chứng có sẵn và trả lại các chỉnh sửa cụ thể. Phần mở đầu có thể là một cuộc trò chuyện riêng tư ngắn. Các chi tiết dự án có thể vẫn được bảo mật tại thời điểm đó và một đầu mối liên hệ được chỉ định tại Premium Promotions sẽ phản hồi.
Cách hoạt động
- Ghi lại mối quan ngạiGhi chú chính xác khiếu nại, kênh của nó và một liên kết tham khảo phù hợp. Giữ các chi tiết cá nhân hoặc nhạy cảm về bảo mật ra khỏi ghi chú công khai.
- Xác minh nguồn liên quanSo sánh khiếu nại với tài liệu chính hiện tại và yêu cầu chuyên gia thích hợp kiểm tra các điểm kỹ thuật hoặc vận hành.
- Chỉ định một người điều phốiChỉ định một đầu mối liên hệ để thu thập ý kiến, theo dõi câu hỏi mở và đưa nội dung đề xuất đến người phê duyệt.
- Nhận chấp thuận bằng văn bảnTrình bản nháp cho người đánh giá được ủy quyền trước khi đăng tải. Giữ các sự kiện đã xác nhận khác biệt với bất cứ điều gì vẫn đang được xem xét.
- Ghi lại việc theo dõiKiểm tra rằng bản cập nhật đã xuất hiện trong kênh dự định, sửa bất kỳ tài liệu dự án nào cần chỉnh sửa và ghi lại công việc còn lại.
Câu hỏi thường gặp
Khi nào moderator nên để lại một bình luận chỉ trích hiển thị?
Hãy để lại chỉ trích hiển thị khi nó không vi phạm các quy tắc đã nêu của cộng đồng. Moderator có thể thừa nhận một mối quan ngại có nội dung và hướng người đọc đến một nguồn đã được xác minh. Đồng thời, giữ các chi tiết cá nhân hoặc nhạy cảm về bảo mật ở chế độ riêng tư. Nếu bài đăng vi phạm quy tắc, hãy ghi lại lý do cho hành động và áp dụng cùng một tiêu chuẩn được sử dụng cho các thành viên khác.
Đội ngũ có thể nói gì trong khi kiểm tra kỹ thuật vẫn đang mở?
Hãy nói rằng điểm đó đang được kiểm tra, xác định kênh cập nhật tiếp theo và tránh ngụ ý rằng việc đánh giá đã hoàn tất. Đầu mối liên hệ được chỉ định có thể nhận được một phát hiện bằng ngôn ngữ đơn giản từ chuyên gia liên quan, sau đó đưa bản nháp đến người đánh giá được ủy quyền. Sau khi xác nhận, hãy cập nhật thông báo ban đầu nếu thực tế để người đọc có thể tìm thấy thông tin đã được giải quyết.
Có phải mọi founder đều cần tự mình trả lời những lời chỉ trích của cộng đồng?
Không. Moderators có thể xử lý các câu hỏi thông thường bằng cách sử dụng các nguồn đã được phê duyệt. Trong khi đó, những vấn đề đòi hỏi thẩm quyền lãnh đạo hoặc đánh giá chuyên môn sẽ được chuyển đến chủ sở hữu liên quan. Thỏa thuận trước về người có thể phê duyệt một quan điểm công khai nếu đầu mối liên hệ thông thường không có mặt. Điều này giữ cho tiếng nói của founder sẵn sàng cho các quyết định thực sự cần nó.
Chúng tôi nên xử lý mối quan ngại về nguồn cung token như thế nào?
Kiểm tra thông tin nguồn cung đã công bố của dự án so với hợp đồng liên quan hoặc nguồn chính khác trước khi giải thích sự khác biệt. Yêu cầu một chủ sở hữu kỹ thuật xác minh các chi tiết, sau đó nêu rõ những gì nguồn xác nhận và những gì vẫn chưa được giải quyết. Hướng dẫn listing CoinGecko cung cấp bối cảnh liên quan để chuẩn bị thông tin listing.
Một báo cáo nhạy cảm có thể được đưa ra khỏi một cuộc trò chuyện Telegram công khai không?
Có, khi nó chứa thông tin cá nhân hoặc chi tiết không nên được tiết lộ công khai. Moderator có thể thừa nhận báo cáo mà không lặp lại các chi tiết đó, sau đó hướng người đó đến lộ trình liên hệ riêng tư thích hợp của dự án. Giữ đủ bối cảnh nội bộ để theo dõi, với quyền truy cập giới hạn cho những người chịu trách nhiệm xử lý nó.
Một kế hoạch phản hồi có thể đảm bảo rằng một sự sửa chữa đến được với mọi người không?
Không. Một đội ngũ có thể đăng tải một bản cập nhật rõ ràng thông qua các kênh của riêng mình, nhưng họ không thể kiểm soát việc chuyển tiếp, ảnh chụp màn hình hoặc thảo luận ở nơi khác. Tiêu chuẩn thực tế là duy trì một nguồn có thể truy cập, giữ cho nội dung của nhân viên thống nhất và sửa các tài liệu dự án khi cần thiết. Kế hoạch nên mô tả những hành động đó thay vì hứa hẹn một phản hồi cụ thể từ khán giả.
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…