Dịch vụ Bounty Campaign cho Web3 Project

Chiến dịch bounty Web3 mang lại điều gì?

Chiến dịch bounty Web3 cung cấp cho người tham gia một cách đóng góp đã được xác định và cho họ biết công việc được chấp nhận sẽ được đánh giá và thưởng như thế nào. Dự án nhận được một luồng bài gửi có quản lý; nó không nhận được một lời hứa mở về phát triển cộng đồng.

Hình thức này phù hợp với các đội có nhu cầu cụ thể: giải thích một giao thức thông qua nội dung hữu ích, làm cho tài liệu dự án có sẵn bằng ngôn ngữ khác, mời sự tham gia của cộng đồng vào các nhiệm vụ xã hội đã thỏa thuận, hoặc nhận báo cáo bảo mật thông qua một quy trình có trách nhiệm. Nó cũng có thể hỗ trợ một chương trình phát triển cộng đồng và community engagement rộng hơn khi dự án đã có đối tượng rõ ràng và một đội ngũ sẵn sàng phản hồi.

Trước khi chọn nhiệm vụ, hãy hỏi:

• Người tham gia nên tạo ra đầu ra hữu ích nào?
• Đội của bạn có thể xác minh hoàn thành bằng bằng chứng có thể xem xét không?
• Ai có thẩm quyền phê duyệt công việc và giải quyết câu hỏi?
• Phần thưởng và điều kiện đủ điều kiện có rõ ràng với người tham gia không?

Bounty phù hợp khi câu trả lời cho mỗi câu hỏi là cụ thể. Nếu kết quả mong muốn chỉ đơn giản là nhiều cuộc trò chuyện hơn, một chiến dịch kích hoạt cộng đồng có tổ chức có thể phù hợp hơn. Nhiệm vụ nên tạo ra giá trị vượt ra ngoài hành động yêu cầu phần thưởng.

Bạn nên chọn định dạng nhiệm vụ bounty nào?

Chọn định dạng nhiệm vụ theo đóng góp mà đội của bạn có thể đánh giá, không phải số lượng nhiệm vụ bạn có thể đăng. Một chương trình tập trung dễ giải thích, đánh giá và kết thúc công bằng hơn.

Đối với nội dung và dịch thuật, hãy chỉ rõ đối tượng, tài liệu nguồn, tuyên bố được phép và tiêu chí đánh giá. Đối với nhiệm vụ xã hội, hãy mô tả thông điệp được phép và nói rõ rằng sự tham gia phải phản ánh quan điểm thực sự của người đóng góp. Đối với báo cáo lỗi, hãy tách biệt việc tiếp nhận bảo mật khỏi hoạt động cộng đồng công khai; không yêu cầu người tham gia công bố phát hiện nhạy cảm.

Nếu nhiệm vụ liên quan đến nhiều nền tảng hoặc ngôn ngữ, hãy quyết định ai sẽ đánh giá từng bài gửi trước khi triển khai. Đối với sự tham gia trò chuyện liên tục, hãy kết hợp chương trình với quản lý cộng đồng và kiểm duyệt, để các câu hỏi của người tham gia và thảo luận cộng đồng thông thường có chủ sở hữu rõ ràng.

Làm thế nào để thiết lập quy tắc bounty và đánh giá bài gửi?

Quy tắc bounty nên cho phép người tham gia quyết định có tham gia hay không và cho phép người đánh giá đưa ra quyết định nhất quán. Công bố nhiệm vụ, điều kiện đủ điều kiện, phương thức gửi bài, tiêu chí đánh giá, điều kiện thưởng và kênh giải quyết tranh chấp cùng nhau trước khi người tham gia bắt đầu.

Làm cho mọi nhiệm vụ có thể kiểm tra được. Thay thế một hướng dẫn mơ hồ như “nâng cao nhận thức” bằng một hành động xác định và yêu cầu bằng chứng. Giải thích liệu công việc trước đó có đủ điều kiện không, liệu một người có thể gửi nhiều lần không, và điều gì xảy ra khi hai người tham gia gửi công việc tương tự. Đối với dịch thuật, hãy nêu tên phiên bản nguồn có thẩm quyền. Đối với nội dung, xác định tiêu chuẩn về tính thực tế và tính nguyên gốc. Đối với nhiệm vụ xã hội, cấm các tuyên bố gây hiểu lầm và yêu cầu một liên kết đến đóng góp công khai của chính người tham gia.

Một danh sách kiểm tra đánh giá thực tế:

• Xác nhận bài gửi đến qua kênh đã nêu và trước thời điểm kết thúc đã nêu.
• Đối chiếu bằng chứng với tiêu chí chấp nhận đã công bố của nhiệm vụ.
• Ghi lại quyết định và một lý do ngắn gọn cho công việc bị từ chối hoặc cần sửa đổi.
• Chuyển các trường hợp không rõ ràng lên một người đánh giá dự án được chỉ định thay vì thay đổi tiêu chí giữa chiến dịch.

Sử dụng hồ sơ nhất quán để xác định các bài gửi trùng lặp, tài liệu sao chép hoặc cố gắng yêu cầu công việc không đáp ứng quy tắc. Giữ cho các quyết định có thể kiểm tra được và bảo vệ thông tin riêng tư được chia sẻ trong quá trình đánh giá. Các yêu cầu rõ ràng và một kênh kháng cáo có thể dự đoán trước giúp giảm ma sát cho cả người tham gia và đội của bạn.

Quản lý chiến dịch bounty bao gồm những gì?

Quản lý chiến dịch bounty biến brief của bạn thành các nhiệm vụ hướng đến người tham gia và một kế hoạch vận hành có thể đánh giá. Phạm vi được thống nhất trước khi triển khai, để đội của bạn biết những gì cần phê duyệt và những gì đội chiến dịch sẽ điều phối.

Các sản phẩm bàn giao điển hình bao gồm:

• Một cấu trúc nhiệm vụ phù hợp với mục tiêu dự án và các định dạng đóng góp đã chọn.
• Quy tắc người tham gia bao gồm điều kiện đủ điều kiện, bằng chứng yêu cầu, chấp nhận và điều kiện thưởng.
• Hướng dẫn gửi bài, thông báo chiến dịch và câu trả lời cho các câu hỏi phổ biến của người tham gia.
• Một công cụ theo dõi đánh giá cho trạng thái bài gửi, quyết định và theo dõi.
• Một bản tóm tắt kết thúc về công việc đã hoàn thành, kết quả đánh giá và các mục chưa giải quyết.

Đội của bạn cung cấp thông tin sản phẩm hiện tại, tuyên bố đã được phê duyệt, chủ sở hữu nhiệm vụ, chi tiết phần thưởng và quyền truy cập vào các kênh cần thiết cho chiến dịch. Một chủ sở hữu kỹ thuật phải xử lý các phát hiện bảo mật; người đánh giá tiếp thị không nên được yêu cầu quyết định liệu một lỗ hổng có hợp lệ hay không. Đối với nhiệm vụ ngôn ngữ, hãy xác định một người đánh giá có thể đánh giá ý nghĩa và thuật ngữ, thay vì chỉ dựa vào kiểm tra tự động.

Chúng tôi cũng có thể điều phối công việc bounty với quest campaign khi dự án cần một hành trình người tham gia có cấu trúc qua các nhiệm vụ. Giữ cho quy tắc bounty và hướng dẫn quest nhất quán: người tham gia nên thấy một mô tả nhất quán về điều kiện đủ điều kiện, bằng chứng và quyết định thưởng.

Chiến dịch bounty diễn ra như thế nào từ brief đến kết thúc?

Một chiến dịch diễn ra qua các giai đoạn: phạm vi, phê duyệt quy tắc, triển khai, đánh giá bài gửi và kết thúc. Mỗi giai đoạn có một chủ sở hữu rõ ràng, giúp ngăn chặn các nhiệm vụ không rõ ràng đến tay người tham gia.

Dòng thời gian được định hình bởi số lượng và độ phức tạp của nhiệm vụ, các ngôn ngữ liên quan và tốc độ người đánh giá dự án có thể phê duyệt nội dung và bài gửi. Một tập hợp nhỏ các nhiệm vụ xã hội có thể được chuẩn bị khác với một chương trình yêu cầu phân loại kỹ thuật hoặc đánh giá chuyên môn. Chúng tôi xác nhận trình tự và trách nhiệm với đội của bạn trước khi công bố, thay vì coi mọi chiến dịch là cùng một mẫu.

Trong thời gian hoạt động, chúng tôi giữ cho hướng dẫn người tham gia nhất quán, chuyển câu hỏi đến chủ sở hữu phù hợp và ghi lại các bài gửi theo tiêu chí đã công bố. Người đánh giá của bạn quyết định liệu công việc cụ thể của dự án có được chấp nhận hay không; chúng tôi giữ cho dấu vết quyết định có tổ chức và gắn cờ các điểm nhầm lẫn lặp lại. Khi kết thúc, đội có thể thấy những gì đã được gửi, những gì đã được phê duyệt và những gì còn cần chú ý.

Đối với các chiến dịch tập trung vào sự tham gia trò chuyện liên tục, hãy cân nhắc kết hợp bounty với phát triển cộng đồng Telegram. Công việc đó giải quyết chính kênh cộng đồng, trong khi bounty cung cấp cho người đóng góp một nhiệm vụ xác định và kênh gửi bài. Hai phạm vi nên được giữ riêng biệt để người tham gia biết hành động nào đủ điều kiện cho chương trình nào.

Chiến dịch bounty không thể hứa hẹn điều gì?

Một chiến dịch bounty có thể hứa hẹn một tập hợp các sản phẩm bàn giao về lập kế hoạch, điều phối và hỗ trợ đánh giá đã được thống nhất; nó không thể kiểm soát cách một nền tảng bên ngoài đánh giá hoạt động của người tham gia. Kiểm duyệt nền tảng, hệ thống đề xuất, khả năng hiển thị của bài đăng và các quyết định cấp tài khoản vẫn nằm ngoài tầm kiểm soát của đội chiến dịch. Một bài đăng xã hội có thể bị gỡ bỏ hoặc nhận được phân phối hạn chế, và một báo cáo lỗi được gửi có thể bị đánh giá là ngoài phạm vi hoặc đã được người đánh giá bảo mật của dự án biết đến.

Đây là lý do tại sao chương trình nên thưởng cho công việc được chấp nhận theo các điều kiện bằng văn bản, không ngụ ý rằng một nhiệm vụ đảm bảo tiếp cận, một tính năng nền tảng hoặc phát hiện ra một vấn đề bảo mật. Trước khi triển khai, hãy kiểm tra quy tắc của từng nền tảng nơi nhiệm vụ sẽ xuất hiện và giữ hoạt động được yêu cầu trong phạm vi của chúng. Không yêu cầu người tham gia đưa ra tuyên bố mà họ không thể hỗ trợ, công bố chi tiết bảo mật riêng tư hoặc trình bày sự tham gia như một sự chứng thực.

Đối với một track bảo mật, hãy cung cấp một kênh tiết lộ riêng tư, xác định hệ thống nào nằm trong phạm vi và giải thích thông tin mà báo cáo phải chứa. Nêu rõ cách đội kỹ thuật của bạn sẽ xử lý các báo cáo trùng lặp, đã biết trước hoặc không thể tái tạo. Đối với công việc xã hội, hãy xem xét ngôn ngữ đã được phê duyệt và kỳ vọng tiết lộ trước. Các kiểm soát này làm cho quy trình rõ ràng hơn, nhưng việc chấp nhận vẫn là một quyết định được đưa ra dựa trên tiêu chí của dự án và quy tắc nền tảng áp dụng.

Bounty phù hợp như thế nào với các dịch vụ cộng đồng khác?

Bounty hoạt động tốt nhất như một phần xác định của kế hoạch cộng đồng, không phải là sự thay thế cho truyền thông sản phẩm hoặc kiểm duyệt liên tục. Sử dụng chương trình để yêu cầu một đóng góp cụ thể, sau đó đưa các bài gửi hữu ích vào quy trình nội dung, bản địa hóa hoặc sản phẩm của dự án.

Chọn hỗ trợ bổ sung theo khoảng trống bạn cần giải quyết:

• Đối với các cuộc trò chuyện liên tục, kiểm duyệt và hỗ trợ thành viên, hãy sử dụng quản lý cộng đồng.
• Đối với sự tham gia có kế hoạch không tập trung vào các sản phẩm bàn giao được gửi, hãy cân nhắc kích hoạt cộng đồng.
• Đối với một chuỗi nhiệm vụ nền tảng có cấu trúc, hãy so sánh quản lý quest campaign.
• Đối với một chương trình xây dựng xung quanh phần thưởng cho người tham gia đủ điều kiện, hãy xem xét quản lý airdrop campaign.

Các định dạng này có thể chia sẻ một lịch, nhưng chúng cần các điều khoản và theo dõi riêng. Một bài gửi bounty nên được đánh giá theo tiêu chí chấp nhận đã công bố của nó; một quest hoàn thành nên tuân theo quy tắc nhiệm vụ riêng của nó; và một airdrop nên có kế hoạch đủ điều kiện và phân phối riêng. Một buổi lập kế hoạch ngắn có thể xác định các hướng dẫn chồng chéo, chỉ định người đánh giá và xác định hoạt động nào nên triển khai trước. Bắt đầu với công việc mà đội của bạn thực sự có thể đánh giá và hỗ trợ sau khi người tham gia gửi bài.

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. Xác định kết quảChọn đóng góp mà dự án cần và xác định người chịu trách nhiệm phê duyệt nó.
2. Thiết lập quy tắc nhiệm vụ và phần thưởngThống nhất về điều kiện đủ điều kiện, bằng chứng, tiêu chí chấp nhận, điều kiện thưởng và cách giải quyết câu hỏi.
3. Chuẩn bị hướng dẫn người tham giaPhê duyệt hướng dẫn nhiệm vụ, thông báo, kênh gửi bài và bất kỳ yêu cầu cụ thể nào của nền tảng trước khi triển khai.
4. Điều phối và đánh giáChuyển câu hỏi, theo dõi bài gửi và gửi các quyết định cụ thể của dự án đến người đánh giá được chỉ định.
5. Kết thúc và báo cáoTóm tắt các bài gửi, quyết định, công việc đã hoàn thành và các mục cần theo dõi.