Chi phí quản lý cộng đồng crypto bao gồm những gì, từ cuộc trò chuyện đầu tiên đến báo cáo cuối cùng

Mức phí bắt đầu từ sự sắp xếp, không phải số lượng nhân sự

Chi phí quản lý cộng đồng crypto được xác định bởi công việc mà các kênh của bạn yêu cầu, thay vì một package tiêu chuẩn. Sự sắp xếp nên xác định ai kiểm duyệt, khi nào có đáp ứng, ngôn ngữ nào được xử lý và những gì nhóm của bạn giữ lại. Điều đó cung cấp cho bạn một cơ sở có cân nhắc để thảo luận về mức phí.

Một số dự án cần kiểm duyệt và hỗ trợ thành viên; những dự án khác cũng cần hoạt động xuất bản hoặc hoạt động cộng đồng có kế hoạch. Hãy giữ các trách nhiệm này riêng biệt trong đề xuất. Ví dụ, kích hoạt cộng đồng liên quan đến việc chuẩn bị ngoài việc chăm sóc kênh thông thường, và định giá kích hoạt cộng đồng có thể được xem xét riêng.

Trước khi so sánh các đề xuất, hãy làm rõ:

• Kênh nào được bao gồm và ai kiểm soát quyền truy cập quản trị.
• Những gì moderator có thể giải quyết mà không cần phê duyệt.
• Vấn đề nào được chuyển đến nhóm của bạn và ai nhận chúng.
• Báo cáo ghi lại những gì và ai xem nó.

Một đề xuất nên mô tả từng trách nhiệm bằng ngôn ngữ đơn giản. Dịch vụ quản lý cộng đồng và kiểm duyệt cung cấp bối cảnh hữu ích để phân tách việc chăm sóc liên tục khỏi các hoạt động bổ sung. Điều này giữ cho cuộc thảo luận mang tính riêng tư, chính xác và tập trung vào công việc bạn thực sự cần.

Cuộc trò chuyện đầu tiên, trong năm quyết định

Một cuộc trò chuyện đầu tiên hữu ích sẽ biến nhu cầu vận hành của bạn thành một kế hoạch đáp ứng được xác định. 5 quyết định này cung cấp cho đầu mối liên hệ được chỉ định đủ bối cảnh để chuẩn bị một đề xuất mà không đưa ra các giả định về cộng đồng của bạn.

1. Đặt tên các kênh. Liệt kê từng không gian, quản trị viên của nó và sự sắp xếp hỗ trợ hiện tại.
2. Đặt giờ. Mô tả khung giờ đáp ứng ưa thích, múi giờ và các giai đoạn hoạt động cao hơn.
3. Xác định ngôn ngữ. Ghi chú nơi mỗi ngôn ngữ cần thiết và liệu việc đáp ứng là liên tục hay theo lịch trình.
4. Đặt thẩm quyền. Phân tách các câu trả lời thông thường khỏi các vấn đề yêu cầu phê duyệt bằng văn bản hoặc xử lý vấn đề của bạn.
5. Chọn bản ghi. Thống nhất báo cáo nên ghi lại những gì, ai nhận nó và tần suất nó được chia sẻ.

Việc bàn giao cũng nên xác định một đầu mối liên hệ phía bạn có thể giải quyết các câu hỏi còn bỏ ngỏ. Nếu các sự kiện ra mắt hoặc sự kiện thay đổi khối lượng công việc, hãy đánh dấu các giai đoạn đó riêng biệt khỏi việc đáp ứng liên tục. Một phác thảo có đo lường giúp dễ hiểu hơn về những gì mức phí bao gồm và những gì còn lại với nhóm của bạn.

Những gì nằm trong sự sắp xếp

Sự sắp xếp nên làm cho trách nhiệm của moderator trở nên rõ ràng trong khi vẫn giữ thông tin dự án chưa được công bố ở chế độ riêng tư. Trước khi việc đáp ứng bắt đầu, đầu mối liên hệ được chỉ định của bạn có thể tập hợp các thông tin chi tiết sản phẩm đã được phê duyệt, thuật ngữ, liên kết và lộ trình xử lý vấn đề mà moderator cần.

Trả lời và phê duyệt

Moderator cần một ranh giới rõ ràng giữa hỗ trợ thông thường và các tuyên bố yêu cầu sự chấp thuận của bạn. Bạn có thể xác định các câu hỏi họ có thể trả lời trực tiếp, sau đó dành các phản hồi về sản phẩm, token hoặc sự cố nhạy cảm cho nhóm của bạn. Các thông báo dự thảo hoặc trả lời công khai đã được lên kế hoạch có thể được trình bày để phê duyệt trước khi xuất bản.

Báo cáo và bàn giao

Một bản ghi hữu ích ghi lại các câu hỏi thành viên chưa được giải quyết, các quyết định đang chờ phê duyệt và các vấn đề cần theo dõi. Nó cũng nên làm cho việc bàn giao ca trở nên dễ hiểu, để nhóm của bạn có thể thấy những gì còn bỏ ngỏ mà không nhầm lẫn khối lượng tin nhắn với hỗ trợ hữu ích.

Giữ quyền truy cập giới hạn cho những người được phân công vào công việc và chỉ chia sẻ tài liệu cần thiết cho nhiệm vụ của họ. Các chi tiết bảo mật ở lại ngoài các kênh công khai cho đến khi bạn phê duyệt việc phát hành chúng. Đối với các ưu tiên cộng đồng rộng hơn, tổng quan về phát triển cộng đồng và tương tác có thể giúp phân biệt quản lý kênh với hoạt động tiếp cận khán giả rộng hơn.

Việc đáp ứng nên được đặt ở đâu?

Việc đáp ứng nên theo các giờ khi thành viên cần hỗ trợ và thời gian nhóm của bạn có thể đưa ra quyết định. Một lịch trình hẹp có thể phù hợp với các cuộc trò chuyện có thể dự đoán khi có một đầu mối liên hệ nội bộ sẵn sàng cho các trường hợp ngoại lệ. Việc đáp ứng rộng hơn đòi hỏi bàn giao rõ ràng, thẩm quyền được ghi chép và một lộ trình cho các câu hỏi không thể chờ đợi.

Việc đáp ứng ngôn ngữ cũng xứng đáng được quan tâm tương tự. Liệt kê từng ngôn ngữ bên cạnh kênh và giờ dự kiến; chỉ riêng bản dịch có thể không cung cấp đủ bối cảnh cần thiết cho một câu trả lời về sản phẩm. Nếu một số moderator chia sẻ trách nhiệm, hãy thống nhất về thuật ngữ đã được phê duyệt và một nguồn duy nhất cho thông tin sản phẩm hiện tại.

Nhiệm vụ kênh cũng khác nhau. Các cuộc trò chuyện trên Telegram, khu vực hỗ trợ Discord và trả lời mạng xã hội công khai mỗi loại cần định nghĩa riêng về những gì được giám sát, trả lời hoặc xử lý vấn đề. Yêu cầu các nhiệm vụ đó xuất hiện riêng biệt trong đề xuất, thay vì coi mọi kênh là có thể thay thế cho nhau.

Đối với một agency quản lý cộng đồng crypto, bài kiểm tra thực tế là liệu lịch trình được đề xuất có đặt tên chủ sở hữu cho từng trách nhiệm hay không. Một cuộc bàn giao yên tĩnh, được ghi chép tốt sẽ hữu ích hơn một lịch trình khiến nhóm của bạn không chắc ai đang xử lý một vấn đề còn bỏ ngỏ.

Bản ghi dịch vụ, từ bàn giao đến báo cáo

Bản ghi dịch vụ nên cho thấy nhóm xử lý những gì và khi nào bạn sẽ thấy công việc của họ. Thống nhất về bằng chứng và các điểm xem xét trước khi việc đáp ứng bắt đầu, để sự sắp xếp luôn rõ ràng từ bàn giao đến báo cáo.

Đề xuất nên nêu tên một đầu mối liên hệ và giải thích cách nhóm của bạn có thể nêu lên một mối quan ngại. Nó cũng nên nêu rõ những gì nằm ngoài sự sắp xếp, chẳng hạn như hỗ trợ sản phẩm hoặc xuất bản trên mạng xã hội, khi các nhiệm vụ đó thuộc về nơi khác. Để lập kế hoạch chung, tổng quan về giá đặt dịch vụ này bên cạnh các chi phí dự án khác mà không coi các công việc không giống nhau là một package.

Một báo cáo hữu ích nhất khi nó kết nối hoạt động với trách nhiệm: những gì đã được xử lý, những gì còn bỏ ngỏ và nơi cần quyết định của bạn.

Lưu ý về ranh giới nền tảng

Phạm vi công việc đã thống nhất có thể xác định việc đáp ứng của moderator và công việc được ghi chép, nhưng nó không thể kiểm soát mọi điều kiện nền tảng. Telegram hoặc Discord có thể thay đổi quyền truy cập, kiểm soát kiểm duyệt hoặc thực thi chính sách; những thay đổi đó có thể làm gián đoạn các công cụ hoặc quyền cụ thể có sẵn cho moderator.

Trước khi phê duyệt, hãy xác nhận ai nắm giữ quyền truy cập quản trị và cách đầu mối liên hệ được chỉ định của bạn sẽ thông báo về một vấn đề truy cập. Giữ một lộ trình dự phòng cho các quyết định khẩn cấp và đảm bảo sự sắp xếp báo cáo ghi lại bất kỳ sự gián đoạn nào ảnh hưởng đến việc đáp ứng.

• Xác nhận quyền sở hữu kênh và quyền của moderator.
• Nêu tên người có thể phê duyệt một phản hồi khẩn cấp.
• Thống nhất cách một sự gián đoạn xuất hiện trong bản ghi dịch vụ.

Chi tiết hữu ích đầu tiên là khung giờ đáp ứng ưa thích của bạn, cùng với người ký duyệt các trả lời công khai. Đầu mối liên hệ được chỉ định của bạn có thể sử dụng các chi tiết đó để chuẩn bị một lịch trình đề xuất và bản ghi trách nhiệm để bạn phê duyệt.

Cách hoạt động

1. Thiết lập cấu hình kênhLiệt kê từng kênh, quản trị viên và sự sắp xếp hỗ trợ hiện tại. Ghi chú nơi thành viên hiện đang nhận câu trả lời.
2. Mô tả nhu cầu đáp ứngChia sẻ giờ ưa thích, múi giờ, ngôn ngữ và các giai đoạn có hoạt động cao hơn. Xác định ai có thể phê duyệt các trả lời.
3. Phân tách nhiệm vụ moderatorPhân biệt kiểm duyệt, hỗ trợ thành viên, xuất bản và hoạt động có kế hoạch. Ghi lại những gì yêu cầu sự chấp thuận của bạn.
4. Phê duyệt sự sắp xếp được đề xuấtKiểm tra việc bố trí nhân sự, bàn giao, các loại trừ và báo cáo với đầu mối liên hệ được chỉ định của bạn trước khi việc đáp ứng bắt đầu.
5. Cung cấp thông tin bàn giaoChia sẻ thông tin chi tiết dự án đã được phê duyệt và các đầu mối liên hệ xử lý vấn đề. Sử dụng bản ghi đã thống nhất để theo dõi các vấn đề còn bỏ ngỏ.