Chiến dịch bounty Web3 có thể bao gồm những gì?
Một chiến dịch bounty Web3 thưởng cho các đóng góp được xác định rõ ràng, không phải sự chú ý chung chung. Hãy chọn các nhiệm vụ tạo ra tài liệu mà nhóm của bạn có thể đánh giá và sử dụng.
| Loại nhiệm vụ | Hữu ích khi | Mô tả nhiệm vụ cần xác định |
|---|---|---|
| Nội dung | Bạn cần bài giải thích, hướng dẫn hoặc góc nhìn cộng đồng độc đáo | Chủ đề, đối tượng, định dạng, tính độc đáo và nơi gửi bài |
| Bản dịch | Bạn cần tài liệu đã được phê duyệt điều chỉnh cho một cộng đồng ngôn ngữ | Văn bản gốc, ngôn ngữ hỗ trợ, thuật ngữ và người phụ trách đánh giá |
| Báo cáo lỗi | Bạn muốn các báo cáo được chuyển đến nhóm kỹ thuật | Phạm vi, kênh báo cáo an toàn, bằng chứng yêu cầu và đầu mối phân loại |
| Nhiệm vụ xã hội | Bạn muốn người tham gia đăng tải hoặc thảo luận về thông tin cụ thể của dự án | Kênh được phép, tiết lộ thông tin, yêu cầu nội dung và bằng chứng |
Giữ mỗi nhiệm vụ độc lập đủ để có thể đánh giá. Nếu một bài nộp yêu cầu nhiều sản phẩm bàn giao, hãy nêu rõ liệu tất cả các phần có phải vượt qua đánh giá hay không. Đối với báo cáo bảo mật, nhóm dự án phải xác định phạm vi và ai nhận được thông tin bí mật; chiến dịch không nên yêu cầu người tham gia công bố thông tin nhạy cảm công khai.
Một nhiệm vụ đã sẵn sàng khi người tham gia có thể hiểu yêu cầu mà không cần giải thích riêng từ người tổ chức. Đối với công việc cộng đồng rộng hơn, hãy so sánh định dạng này với chiến dịch kích hoạt cộng đồng hoặc chiến dịch quest. Bounty hoạt động tốt nhất khi bản thân đầu ra có giá trị và có thể được kiểm tra theo một tiêu chuẩn bằng văn bản.
Quy tắc bounty và bài nộp nên hoạt động như thế nào?
Một bộ quy tắc bounty có thể sử dụng được cho người tham gia biết điều gì đủ điều kiện, nộp ở đâu và nhóm sẽ quyết định như thế nào. Hãy công bố quy tắc trước khi thu thập bài nộp, sau đó giữ một phiên bản chính thức duy nhất trong suốt chiến dịch.
- Xác định tính đủ điều kiện: khu vực hoặc ngôn ngữ được chấp nhận, yêu cầu đối với người tham gia và bất kỳ trường hợp loại trừ nào.
- Chỉ rõ sản phẩm bàn giao: định dạng, kênh, bằng chứng, cách diễn đạt thời hạn và liệu có được phép chỉnh sửa hay không.
- Thiết lập tiêu chí chấp nhận: độ chính xác thực tế, tính độc đáo, mức độ liên quan và bất kỳ yêu cầu kỹ thuật cụ thể nào của nhiệm vụ.
- Mô tả quy trình đánh giá: ai kiểm tra bài nộp, cách yêu cầu làm rõ và cách xử lý công việc bị từ chối.
- Giải thích phần thưởng: loại phần thưởng, phương pháp phân bổ, người phê duyệt và quy trình phân phối dự kiến.
Đối với công việc trùng lặp hoặc sao chép, hãy nêu rõ cách nhóm sẽ so sánh các bài nộp và hồ sơ bài nộp nào được ưu tiên. Đối với nhiệm vụ xã hội, hãy yêu cầu URL bài đăng trực tiếp hoặc bằng chứng có thể xem xét khác thay vì chỉ ảnh chụp màn hình khi có sẵn liên kết. Đối với bản dịch, hãy cung cấp bảng thuật ngữ và xác định ai phê duyệt thuật ngữ. Đối với báo cáo lỗi, hãy tạo một kênh bảo mật và yêu cầu người phụ trách bảo mật xác định ranh giới tiết lộ an toàn.
Những quy tắc này cũng cung cấp cho moderators một câu trả lời nhất quán khi người tham gia hỏi tại sao bài nộp không đủ điều kiện. Nếu chiến dịch chạy trong Telegram, hãy kết hợp các quy tắc nhiệm vụ với phát triển cộng đồng Telegram và một đầu mối quản lý cộng đồng và moderation được chỉ định. Quyền sở hữu rõ ràng ngăn kênh chiến dịch trở thành nơi duy nhất ghi lại các quyết định.
Làm thế nào để thiết lập phần thưởng và phạm vi chiến dịch?
Thiết lập cấu trúc phần thưởng sau khi viết nhiệm vụ và tiêu chuẩn đánh giá. Điều này giữ cho động lực phù hợp với công việc hữu ích thay vì khuyến khích số lượng mà nhóm không thể đánh giá.
| Cấu trúc | Phù hợp cho | Quyết định cần đưa ra |
|---|---|---|
| Phần thưởng cố định cho mỗi sản phẩm bàn giao được chấp nhận | Đầu ra rõ ràng với tiêu chí đánh giá nhất quán | Điều gì được coi là hoàn thành và liệu có bao gồm chỉnh sửa hay không |
| Cấp phần thưởng | Nhiệm vụ với các mức độ sâu hoặc chất lượng khác nhau | Cách người đánh giá phân biệt từng cấp bằng các tiêu chí có thể quan sát được |
| Bài nộp được chọn có giới hạn | Công việc biên tập hoặc nghiên cứu mà chỉ một tập hợp nhỏ có thể được sử dụng | Cách lựa chọn được thực hiện và cách xử lý các bài nộp không được chọn |
Trước khi ra mắt, hãy xác nhận rằng dự án có thể đánh giá bài nộp với tốc độ dự kiến và có người phụ trách phê duyệt phần thưởng. Giữ số lượng nhiệm vụ trong khả năng đó. Nếu nhóm không thể giải thích tại sao một bài nộp đủ điều kiện và bài khác không, hãy tinh chỉnh tiêu chí trước khi mời bài nộp.
Cũng quyết định xem phần thưởng được trả bằng token của dự án hay một hình thức thỏa thuận khác, và ghi lại bất kỳ quy trình đủ điều kiện, bàn giao hoặc yêu cầu nào mà người tham gia cần biết. Mô tả chiến dịch không nên ngụ ý rằng một bài nộp đảm bảo phần thưởng trừ khi nó đáp ứng các điều kiện đã công bố. Đối với một kế hoạch tương tác đa định dạng, hãy kết hợp bounty với chiến dịch tương tác X hoặc chiến dịch bình luận chỉ khi mỗi định dạng có mục đích và phương pháp đánh giá riêng. Giữ quy trình chấp nhận của bounty riêng biệt để báo cáo có thể kiểm toán được.
Điều gì xảy ra từ mô tả chiến dịch đến báo cáo cuối cùng?
Chiến dịch chuyển từ mô tả đã được đánh giá sang công bố nhiệm vụ, kiểm tra bài nộp và bàn giao công việc đã được chấp nhận. AEOTech sử dụng danh sách kiểm tra khởi động để xác nhận người phụ trách, phạm vi nhiệm vụ, quy tắc, phê duyệt phần thưởng và kênh cho câu hỏi của người tham gia trước khi ra mắt.
| Giai đoạn | Nhóm dự án cung cấp | Đầu ra chiến dịch |
|---|---|---|
| Đánh giá phạm vi | Mục tiêu, kênh, ý tưởng nhiệm vụ và ràng buộc phần thưởng | Danh sách nhiệm vụ đã thống nhất và các quyết định còn mở |
| Chuẩn bị mô tả | Tài liệu thương hiệu, liên kết và đầu mối kỹ thuật nếu có | Hướng dẫn cho người tham gia và quy tắc chấp nhận |
| Vận hành chiến dịch | Người đánh giá được chỉ định và quyền truy cập vào các kênh giao tiếp đã được phê duyệt | Nhật ký bài nộp, xử lý làm rõ và hàng đợi đánh giá |
| Kết thúc | Phê duyệt phần thưởng và quyết định cuối cùng | Hồ sơ công việc đã được chấp nhận, các mục chưa giải quyết và bàn giao |
Thời gian phụ thuộc vào số lượng và độ phức tạp của nhiệm vụ, sự sẵn có của người đánh giá và liệu có cần đánh giá kỹ thuật hoặc ngôn ngữ hay không. Một chiến dịch với mô tả sẵn sàng có thể chuyển trực tiếp vào thiết lập; một chiến dịch với điều kiện phần thưởng không rõ ràng hoặc không có đầu mối bảo mật cần các quyết định trước. Chúng tôi báo cáo công việc ở định dạng trạng thái nhỏ gọn: nhiệm vụ, tham chiếu bài nộp, trạng thái đánh giá, quyết định và người phụ trách tiếp theo.
Bạn giữ quyền quyết định cuối cùng về chấp nhận và ủy quyền phần thưởng. Đối với thảo luận liên tục sau chiến dịch, quản lý cộng đồng và moderation có thể bao gồm các hoạt động cộng đồng hàng ngày, trong khi thiết lập cộng đồng khu vực đa ngôn ngữ có thể hỗ trợ sự tham gia theo ngôn ngữ cụ thể. Đây là các phạm vi riêng biệt, không phải là bổ sung mặc định cho một bounty.
Bạn nên tính đến điều gì khi chạy bounty trên các nền tảng xã hội?
Lên kế hoạch chiến dịch xoay quanh công việc bạn có thể xác minh và các kênh bạn có thể quản lý. Khả năng hiển thị của nền tảng và hành vi của người tham gia không phải là sản phẩm bàn giao; các sản phẩm bàn giao có thể xác minh là nhiệm vụ đã công bố, bài nộp đã được đánh giá, quyết định và báo cáo.
| Trước khi ra mắt | Kiểm tra |
|---|---|
| Kênh | Dự án có thể truy cập và kiểm duyệt nơi các nhiệm vụ được chia sẻ không? |
| Bằng chứng | Người đánh giá có thể mở và đánh giá liên kết hoặc tệp đã gửi không? |
| Tiết lộ thông tin | Người tham gia có hiểu cách xác định nội dung được khuyến khích không? |
| Xử lý vấn đề | Có người phụ trách được chỉ định cho các câu hỏi về bảo mật, kiểm duyệt và phần thưởng không? |
Bounty là một lựa chọn không phù hợp khi kết quả mong muốn là một mức độ thảo luận được đảm bảo hoặc một thứ hạng nền tảng cụ thể. Nó phù hợp hơn cho các đầu ra cụ thể như một bản dịch đã được đánh giá, một hướng dẫn hữu ích hoặc một báo cáo được chuyển đến đầu mối bảo mật của dự án. Nếu ưu tiên của bạn là sự tham gia cộng đồng lâu dài thay vì hoàn thành nhiệm vụ, hãy bắt đầu với kế hoạch phát triển cộng đồng và tương tác rộng hơn và chỉ thêm bounty khi cần một đóng góp được xác định.
Quy tắc nền tảng, quyết định kiểm duyệt, phân phối nội dung và các đánh giá hoặc phê duyệt phần thưởng của riêng dự án vẫn nằm ngoài tầm kiểm soát của AEOTech, vì vậy không có khối lượng bài nộp hoặc vị trí nào được hứa hẹn. Gửi cho AEOTech tổng quan dự án của bạn, các nhiệm vụ đề xuất, kênh ưa thích, ràng buộc phần thưởng và đầu mối đánh giá; chúng tôi sẽ trả lại danh sách kiểm tra phạm vi và các quyết định cần thiết để chuẩn bị chiến dịch.
Bảng giá
| Dịch vụ | Giá | Báo giá |
|---|---|---|
| Chiến dịch bounty | từ $770 / chiến dịch |
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
- Gửi mô tả chiến dịchChia sẻ mục tiêu dự án, ý tưởng nhiệm vụ, kênh, ràng buộc phần thưởng và những người chịu trách nhiệm đánh giá.
- Xác nhận nhiệm vụ và quy tắcChúng tôi kiểm tra rằng mỗi nhiệm vụ có sản phẩm bàn giao rõ ràng, điều kiện đủ điều kiện, tiêu chí chấp nhận và kênh nộp bài.
- Chuẩn bị và công bốChúng tôi định dạng hướng dẫn cho người tham gia và xác nhận người đánh giá cũng như đầu mối xử lý vấn đề của dự án trước khi chiến dịch mở.
- Đánh giá bài nộpCác bài nộp được ghi lại theo các tiêu chí đã công bố, với các yêu cầu làm rõ và quyết định được ghi lại cho chủ sở hữu dự án.
- Kết thúc và bàn giaoBạn nhận được hồ sơ công việc đã được chấp nhận, các mục còn tồn đọng và bàn giao phê duyệt phần thưởng theo định dạng báo cáo đã thống nhất.
Câu hỏi thường gặp
Chi phí quản lý chiến dịch bounty là bao nhiêu?
Quản lý chiến dịch bounty bắt đầu từ $770 / chiến dịch. Phạm vi dựa trên loại nhiệm vụ, chuẩn bị mô tả, nhu cầu đánh giá bài nộp và báo cáo. Gửi mô tả nhiệm vụ và ràng buộc phần thưởng để nhận được phạm vi xác định trước khi công việc bắt đầu.
Mất bao lâu để ra mắt một chiến dịch bounty?
Tiến độ phụ thuộc vào tốc độ dự án xác nhận quy tắc nhiệm vụ, điều kiện phần thưởng và người phụ trách đánh giá. Một mô tả sẵn sàng có thể chuyển sang chuẩn bị; các tiêu chí chấp nhận không rõ ràng hoặc thiếu đầu mối kỹ thuật nên được giải quyết trước khi mời người tham gia.
Chúng tôi nên chuẩn bị những gì trước khi mở bài nộp?
Chuẩn bị mục tiêu chiến dịch, mô tả nhiệm vụ, điều kiện người tham gia đủ điều kiện, quy trình phê duyệt phần thưởng, kênh nộp bài và người đánh giá cho từng loại nhiệm vụ. Đối với công việc dịch thuật, bao gồm thuật ngữ đã được phê duyệt; đối với báo cáo lỗi, chỉ định đầu mối báo cáo bảo mật và xác định phạm vi.
Một chiến dịch có thể bao gồm nội dung, bản dịch và báo cáo lỗi không?
Có, nếu mỗi nhiệm vụ có tiêu chí chấp nhận và người đánh giá riêng. Tách biệt các kênh nộp bài khi có liên quan đến thông tin bảo mật và tránh kết hợp các sản phẩm bàn giao không liên quan vào một điều kiện phần thưởng trừ khi người tham gia có thể hiểu rõ cách các phần sẽ được đánh giá.
Bạn xử lý các bài nộp sao chép hoặc không đầy đủ như thế nào?
Các quy tắc chiến dịch xác định tính độc đáo, bằng chứng yêu cầu và điều gì làm cho một bài nộp hoàn chỉnh. Chúng tôi ghi lại các bài nộp theo các quy tắc đó và đánh dấu các trường hợp không rõ ràng cho người đánh giá dự án; dự án giữ quyền quyết định cuối cùng về chấp nhận và phê duyệt phần thưởng.
Bạn có thể đảm bảo một số lượng bài nộp hoặc phạm vi tiếp cận xã hội nhất định không?
Không. Kiểm duyệt nền tảng, phân phối nội dung, quyết định của người tham gia và kết quả đánh giá dự án không nằm trong tầm kiểm soát của người vận hành chiến dịch. Chúng tôi có thể cam kết thiết lập chiến dịch đã thống nhất, xử lý bài nộp, hồ sơ đánh giá và báo cáo, nhưng không cam kết về khối lượng bài nộp hoặc phạm vi tiếp cậ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…