Cách chạy chiến dịch Galxe Zealy

Chiến dịch quest Galxe hoặc Zealy nên đạt được điều gì?

Một chiến dịch quest biến mục tiêu dự án đã xác định thành hành động của người tham gia, quy tắc xác minh và quy trình thưởng. Trước khi chọn nhiệm vụ, hãy quyết định bạn muốn người tham gia hiểu, thử hoặc đóng góp điều gì, và cách nhóm sẽ công nhận hoàn thành.

Một mục tiêu hữu ích đủ cụ thể để định hướng thiết kế nhiệm vụ. Ví dụ, một dự án giới thiệu sản phẩm có thể muốn người tham gia khám phá tài liệu của nó và thể hiện sự hiểu biết; một sáng kiến cộng đồng có thể tập trung vào các đóng góp mang tính xây dựng. Đây là những mục tiêu khác nhau và đòi hỏi bằng chứng và nỗ lực xem xét khác nhau.

Viết một brief chiến dịch ngắn trước khi mở bất kỳ nền tảng nào. Bao gồm:

• Đối tượng: nhiệm vụ dành cho ai và bất kỳ ranh giới xác minh nào.
• Kết quả: người tham gia nên biết, thử hoặc đóng góp điều gì.
• Hành động: người tham gia phải làm gì, được mô tả bằng ngôn ngữ đơn giản.
• Bằng chứng: nhóm hoặc nền tảng có thể sử dụng gì để đánh giá hoàn thành.
• Thưởng: những gì được cung cấp, cách xác định xác minh và cách phân phối.

Giới hạn chiến dịch ở các hành động hỗ trợ mục tiêu. Nếu một nhiệm vụ tạo ra ít giá trị ngoài tín hiệu xã hội công khai, hãy xem xét lại hoặc kết hợp nó với một hành động có ý nghĩa hơn. Để lập kế hoạch cộng đồng rộng hơn, hãy xem dịch vụ chiến dịch quest và tổng quan về phát triển cộng đồng và tương tác.

Làm thế nào để chọn giữa Galxe và Zealy?

Chọn Galxe hoặc Zealy dựa trên hành trình của người tham gia và xác minh bạn có thể vận hành. So sánh các tùy chọn thực tế có sẵn cho dự án của bạn trên mỗi nền tảng, sau đó chọn nền tảng giúp chiến dịch dễ hiểu và dễ quản lý nhất.

Bắt đầu với công việc người tham gia cần làm. Nếu chiến dịch được tổ chức xoay quanh một chuỗi ngắn các hành động xác định, hãy ánh xạ các hành động đó vào cài đặt nhiệm vụ và hoàn thành có sẵn của nền tảng. Nếu chiến dịch nhằm hỗ trợ sự tham gia cộng đồng liên tục, hãy kiểm tra xem trải nghiệm có thể đáp ứng sự tham gia lặp lại mà không làm cho quy tắc khó theo dõi hay không. Đừng cho rằng cùng một nhiệm vụ hoặc phương pháp xác minh có sẵn ở cả hai nơi; hãy xác nhận thiết lập hiện tại trong tài khoản dự án trước khi cam kết với một thiết kế.

Sử dụng so sánh thực tế này:

Sau đó kiểm tra luồng người tham gia từ trang chiến dịch đến nhiệm vụ cuối cùng. Xác nhận rằng tên dự án, hướng dẫn nhiệm vụ và điều khoản thưởng nhất quán. Để có kế hoạch phân phối liên quan, hãy xem hướng dẫn chạy chiến dịch airdrop.

Bạn nên thiết kế nhiệm vụ quest và bằng chứng hoàn thành như thế nào?

Một nhiệm vụ được thiết kế tốt nêu rõ hành động, bằng chứng cần thiết và lý do hành động đó quan trọng. Người tham gia nên biết điều gì được coi là hoàn thành trước khi bắt đầu, trong khi người xem xét nên áp dụng cùng một tiêu chuẩn cho tất cả bài nộp.

Soạn thảo mỗi nhiệm vụ bằng một đặc tả ngắn gọn:

• Hướng dẫn: sử dụng động từ trực tiếp và mô tả hành động mong đợi.
• Mục đích: giải thích hành động liên quan đến mục tiêu chiến dịch như thế nào.
• Bằng chứng: nêu rõ người tham gia phải cung cấp gì hoặc xác minh nền tảng có sẵn có thể kiểm tra gì.
• Quy tắc quyết định: nêu cách nhóm sẽ xử lý các bài nộp không đầy đủ, không rõ ràng hoặc lặp lại.
• Điều kiện thưởng: kết nối hoàn thành với các điều khoản xác minh đã công bố.

Ưu tiên các hành động thể hiện sự học hỏi, sử dụng sản phẩm hoặc đóng góp hữu ích hơn là một danh sách dài các tín hiệu ít nỗ lực. Nếu một nhiệm vụ yêu cầu người tham gia chia sẻ nội dung, hãy giải thích định dạng chấp nhận được và bất kỳ kỳ vọng tiết lộ nào. Đối với nhiệm vụ kiến thức, hãy đảm bảo câu trả lời kiểm tra sự hiểu biết thay vì yêu cầu mọi người lặp lại ngôn ngữ quảng cáo.

Trước khi ra mắt, hãy nhờ một người không viết nhiệm vụ làm theo chúng mà không cần giải thích thêm. Ghi lại mọi điểm mà hướng dẫn không rõ ràng, sau đó sửa lại nội dung và tiêu chuẩn bằng chứng. Giữ một bản sao của nội dung nhiệm vụ đã phê duyệt và tiêu chí xem xét. Hồ sơ đó cung cấp cho moderators và chủ sở hữu chiến dịch một tham chiếu nhất quán khi có câu hỏi phát sinh trong chiến dịch.

Làm thế nào để giảm tham gia Sybil mà không chặn người dùng thật?

Lập kế hoạch chống Sybil có nghĩa là đặt các kiểm tra xác minh công bằng và quy trình xem xét trước khi phần thưởng bị đe dọa. Không có tín hiệu đơn lẻ nào nên được coi là bằng chứng về ý định của một người; kết hợp các kiểm tra phù hợp với quy tắc rõ ràng và cách giải quyết các quyết định bị tranh chấp.

Đầu tiên, quyết định điều kiện xác minh nào là cần thiết cho chiến dịch. Chúng có thể liên quan đến hành động, tài khoản hoặc wallet của người tham gia, nhưng nên gắn với mục tiêu đã nêu và được tiết lộ trước. Chỉ sử dụng các kiểm tra mà nhóm có thể giải thích và quản lý. Tránh thu thập thông tin cá nhân chỉ vì nó có thể hữu ích; xác định những gì cần thiết, ai có thể truy cập và cách xử lý.

Chuẩn bị một quy trình xem xét bao gồm:

• cách nhóm sẽ đánh giá bài nộp dựa trên tiêu chí đã công bố;
• cách các mục nhập lặp lại hoặc không nhất quán sẽ được xem xét;
• ai có thể phê duyệt ngoại lệ hoặc xem xét lại;
• cách người tham gia có thể yêu cầu làm rõ hoặc khiếu nại;
• cách các quyết định xem xét sẽ được ghi lại mà không tiết lộ thông tin nhạy cảm.

Giữ giọng điệu trung lập trong các quy tắc dành cho người tham gia. Giải thích rằng xác minh được đánh giá dựa trên các điều khoản chiến dịch, và không ngụ ý rằng một wallet hoặc hành động xã hội đơn lẻ chứng minh danh tính duy nhất. Nếu kiểm tra danh tính là cần thiết, hãy giải thích yêu cầu và ý nghĩa của nó trước khi mọi người tham gia, thay vì thêm nó sau khi tham gia đã bắt đầu.

Người tham gia nên thấy quy tắc thưởng nào trước khi tham gia?

Điều khoản thưởng nên cho người tham gia biết những gì có sẵn, họ phải làm gì để đủ điều kiện và cách dự án sẽ xử lý phân phối. Công bố các quy tắc cùng với nhiệm vụ để xác minh không bị diễn giải lại sau khi mọi người đã hoàn thành công việc của họ.

Làm cho các điều khoản có thể vận hành, không phải quảng cáo. Nêu rõ loại thưởng, ai có thể đủ điều kiện, cách hoàn thành sẽ được đánh giá, cách người tham gia được chọn sẽ được thông báo và thông tin nào cần thiết để nhận thưởng. Nếu thưởng phụ thuộc vào xem xét, hãy nói rõ. Nếu có giới hạn, quy trình chọn lọc hoặc điểm kết thúc, hãy giải thích bằng ngôn ngữ đơn giản trước khi ra mắt. Đừng ngụ ý rằng hoàn thành nhiệm vụ đồng nghĩa với nhận thưởng tự động trừ khi đó là cách chiến dịch thực sự được cấu hình.

Trước khi công bố, hãy kiểm tra rằng kế hoạch thưởng khả thi cho nhóm chịu trách nhiệm phân phối. Xác nhận nguồn tài trợ hoặc hàng tồn kho, quyền truy cập vào phương pháp phân phối, quyền sở hữu hỗ trợ người tham gia và quy trình xử lý wallet sai hoặc thưởng không được nhận. Đặt một lộ trình phê duyệt nội bộ an toàn cho bất kỳ chuyển giao tài sản dự án nào. Giữ hồ sơ người tham gia ở mức tối thiểu cần thiết cho xác minh và thực hiện.

Một bài kiểm tra cuối tốt là hỏi liệu người tham gia có thể trả lời các câu hỏi này chỉ từ trang chiến dịch: Tôi có thể nhận được gì? Điều gì làm tôi đủ điều kiện? Khi nào và nhóm sẽ quyết định như thế nào? Tôi nên làm gì nếu có sự cố? Nếu bất kỳ câu trả lời nào không rõ ràng, hãy sửa lại các điều khoản trước khi mời người tham gia.

Nhóm chiến dịch nên chuẩn bị và báo cáo những gì?

Một chiến dịch sẵn sàng ra mắt khi luồng nhiệm vụ, quyền sở hữu xem xét và quy trình thưởng đã được kiểm tra cùng nhau. Chỉ định một chủ sở hữu có tên cho giao tiếp với người tham gia và một người xem xét có trách nhiệm khác nếu chiến dịch yêu cầu quyết định thủ công.

Một trình tự vận hành thực tế là phê duyệt brief, kiểm tra hành trình người tham gia, công bố chiến dịch, theo dõi câu hỏi, xem xét bằng chứng hoàn thành và đối chiếu thưởng đủ điều kiện. Giữ hồ sơ về các thay đổi đối với nội dung nhiệm vụ hoặc điều khoản; nếu một thay đổi ảnh hưởng đến xác minh, hãy truyền đạt rõ ràng thay vì áp dụng nó một cách im lặng cho các bài nộp hiện có.

Chuẩn bị các tài liệu này:

• mục tiêu chiến dịch, đối tượng và nội dung nhiệm vụ đã phê duyệt;
• tiêu chuẩn bằng chứng và hướng dẫn quyết định cho người xem xét;
• điều khoản xác minh, thưởng và khiếu nại dành cho người tham gia;
• phản hồi hỗ trợ cho các câu hỏi phổ biến;
• danh sách kiểm tra thực hiện thưởng và chủ sở hữu phê duyệt;
• mẫu báo cáo kết thúc.

Báo cáo nên phân biệt tham gia với các hành động đã hoàn thành, đã xem xét và đủ điều kiện. Tóm tắt các câu hỏi lặp lại, nhiệm vụ không rõ ràng, bài nộp bị từ chối theo lý do và trạng thái thưởng. Điều này cung cấp cho nhóm cơ sở để cải thiện chiến dịch tiếp theo mà không trình bày tham gia thô như bằng chứng về giá trị cộng đồng lâu dài. Để được hỗ trợ liên tục, hãy so sánh hướng dẫn này với dịch vụ chiến dịch quest, hoặc xem hướng dẫn giá cho chiến dịch Galxe và Zealy.

Galxe hoặc Zealy có thể thay đổi điều gì sau khi bạn chuẩn bị chiến dịch?

Một kế hoạch tốt giảm nhầm lẫn có thể tránh được, nhưng nhóm nên xác minh chiến dịch trực tiếp trên Galxe hoặc Zealy trước khi mời người tham gia. Kiểm tra trang cuối, cài đặt nhiệm vụ và ngôn ngữ thưởng so với brief đã phê duyệt, và giữ hồ sơ về phiên bản đã ra mắt.

Các nền tảng kiểm soát giao diện sản phẩm, quyết định xem xét và chính sách áp dụng của riêng họ; do đó, tính khả dụng hoặc trình bày của một chiến dịch có thể thay đổi ngoài tầm kiểm soát của nhóm dự án. Cả người thiết kế chiến dịch và dự án đều không thể hứa hẹn một kết quả xem xét nền tảng cụ thể hoặc vị trí tiếp tục, vì vậy hãy lập kế hoạch giao tiếp xoay quanh công việc và điều khoản thưởng mà bạn kiểm soát.

Để kiểm tra chất lượng cuối cùng, hãy xác nhận rằng:

• hướng dẫn công khai khớp với nội dung nhiệm vụ và xác minh đã phê duyệt;
• mỗi yêu cầu bằng chứng có thể được đánh giá bởi người xem xét được chỉ định;
• thông tin liên hệ hỗ trợ và đường dẫn khiếu nại hiển thị;
• hàng tồn kho thưởng và phê duyệt đã sẵn sàng trước khi phân phối;
• chủ sở hữu báo cáo có thể đối chiếu hoạt động chiến dịch với các quyết định.

MegaSatoshi sử dụng một đánh giá sẵn sàng chiến dịch có tên để so sánh brief, hành trình người tham gia, quy tắc xác minh và danh sách kiểm tra thực hiện trước khi ra mắt. Để yêu cầu hỗ trợ, hãy gửi cho MegaSatoshi mục tiêu chiến dịch, nền tảng ưa thích, nhiệm vụ dự thảo và kế hoạch thưởng của bạn; nhóm sau đó có thể xác định các quyết định cần giải quyết trước khi sản xuất.

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. Đặt mục tiêuMô tả kết quả cho người tham gia và đối tượng chiến dịch nhắm đến. Sử dụng mục tiêu đó để loại trừ các nhiệm vụ không đóng góp vào nó.
2. Ánh xạ nhiệm vụ với bằng chứngViết mỗi hướng dẫn với tiêu chuẩn hoàn thành và phương pháp xem xét. Xác nhận rằng nền tảng đã chọn hỗ trợ thiết lập bạn định sử dụng.
3. Phê duyệt xác minh và thưởngCông bố điều khoản đủ điều kiện, xem xét, khiếu nại và thực hiện trước khi ra mắt. Chỉ định chủ sở hữu cho câu hỏi của người tham gia và phê duyệt thưởng.
4. Kiểm tra hành trình người tham giaXem xét chiến dịch trực tiếp với tư cách người tham gia và so sánh mọi trang với brief đã phê duyệt. Giải quyết các hướng dẫn không rõ ràng trước khi quảng bá.
5. Xem xét và báo cáoĐánh giá bài nộp nhất quán, ghi lại quyết định thưởng và tóm tắt những gì người tham gia đã hoàn thành, nơi họ cần trợ giúp và những gì cần cải thiện.