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

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

Một chiến dịch quest nên hướng người tham gia đến một hành vi dự án hữu ích, không chỉ thu thập các hành động riêng lẻ. Trước khi chọn nền tảng hoặc viết nhiệm vụ, hãy quyết định điều mà ai đó nên hiểu, thử hoặc đóng góp khi kết thúc chiến dịch.

Ví dụ, một quest giáo dục có thể yêu cầu mọi người khám phá hướng dẫn sản phẩm và trả lời các câu hỏi cho thấy họ đã hiểu nó. Một chiến dịch cộng đồng có thể mời người tham gia tham gia một cuộc thảo luận và đóng góp có liên quan. Một quest tập trung vào sản phẩm có thể hướng dẫn ai đó qua một tính năng, với một cách rõ ràng để xác minh hành động nếu có.

Viết một bản tóm tắt chiến dịch ngắn trước khi xây dựng bất cứ điều gì:

• Đối tượng: ai nên tham gia, và họ đã biết gì?
• Kết quả: hành động hoặc sự hiểu biết có ý nghĩa nào nên theo sau?
• Bằng chứng: nền tảng có thể kiểm tra điều gì, và điều gì cần xem xét thủ công?
• Bước tiếp theo: người tham gia nên đi đâu sau khi hoàn thành?

Bản tóm tắt này giữ cho thiết kế nhiệm vụ tập trung và cung cấp cho nhóm cơ sở để đánh giá chất lượng. Nếu nhu cầu chính là sự tham gia liên tục thay vì một quest có giới hạn thời gian, hãy so sánh với dịch vụ community engagement. Đối với các chiến dịch tập trung vào phân phối phần thưởng, hãy xem xét lập kế hoạch chiến dịch airdrop như một cách tiếp cận liên quan nhưng khác biệt.

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

Chọn nền tảng dựa trên trải nghiệm nhiệm vụ và các tùy chọn xác minh mà chiến dịch của bạn cần. Galxe và Zealy đều cung cấp một cách để tổ chức các quest, nhưng sự phù hợp thực tế đến từ các hành động bạn muốn người tham gia hoàn thành và cách những hành động đó có thể được kiểm tra trên nền tảng bạn chọn.

Trước khi cam kết, hãy ánh xạ các nhiệm vụ đã lên kế hoạch với giao diện nền tảng hiện tại. Kiểm tra rằng hành trình của người tham gia dễ đọc trên các thiết bị mà đối tượng của bạn sử dụng, rằng bằng chứng cần thiết có thể được gửi hoặc nhận diện, và nhóm của bạn có thể xem xét các trường hợp ngoại lệ. Đừng xây dựng chiến dịch xoay quanh một tích hợp hoặc phương pháp xác minh cho đến khi bạn xác nhận nó khả dụng cho dự án và tài khoản của bạn.

Một chiến dịch thử nghiệm ngắn hoặc hướng dẫn nội bộ có thể phát hiện ra cách diễn đạt nhiệm vụ gây nhầm lẫn trước khi ra mắt công khai. Ghi lại góc nhìn của người tham gia, không chỉ thiết lập của người tổ chức, và kiểm tra rằng các quy tắc thưởng hiển thị cho người tham gia khớp với quy tắc dự định của bạn. Để có kế hoạch chiến dịch rộng hơn, hãy xem dịch vụ chiến dịch quest.

Làm thế nào để thiết kế nhiệm vụ mà mọi người có thể hoàn thành và nhóm của bạn có thể đánh giá?

Một nhiệm vụ quest mạnh mẽ có một hành động rõ ràng, một điều kiện hoàn thành có thể thấy được và một lý do nó thuộc về chiến dịch. Nếu người tham gia cần diễn giải các hướng dẫn mơ hồ, hoặc người xem xét không thể biết điều gì được tính là hoàn thành, hãy sửa lại nhiệm vụ trước khi ra mắt.

Xây dựng một chuỗi từ định hướng đến tham gia có ý nghĩa. Giới thiệu dự án và mục đích của nó, đưa cho người tham gia một hành động hữu ích, sau đó hướng họ đến bước tiếp theo như giáo dục sản phẩm hoặc một không gian cộng đồng liên tục. Giữ các hành động tùy chọn tách biệt rõ ràng với các yêu cầu để người tham gia có thể biết điều gì cần thiết để đủ điều kiện nhận thưởng.

Đối với mỗi nhiệm vụ, hãy ghi lại các chi tiết sau:

• Hướng dẫn: sử dụng một động từ trực tiếp và nêu tên điểm đến hoặc tính năng.
• Điều kiện hoàn thành: mô tả bằng chứng đủ điều kiện.
• Phương pháp xem xét: ghi chú liệu nền tảng kiểm tra nó hay một người xem xét nó.
• Đường dẫn thất bại: giải thích phải làm gì nếu một hành động hợp lệ không được công nhận.

Tránh xếp chồng các hành động xã hội không liên quan chỉ để làm cho quest có vẻ quan trọng. Một số lượng hoàn thành cho bạn biết rằng các nhiệm vụ đã được ghi lại; nó không cho thấy liệu người tham gia có hiểu sản phẩm hay vẫn tiếp tục tham gia hay không. Thêm một bài kiểm tra kiến thức ngắn hoặc một đóng góp được xem xét khi học tập hoặc thảo luận là một phần của mục tiêu. Giữ ngôn ngữ nhiệm vụ nhất quán trên trang quest, các kênh dự án và tin nhắn theo dõi.

Các biện pháp chống sybil nên được tích hợp vào chiến dịch như thế nào?

Lập kế hoạch chống sybil nên phù hợp với giá trị của phần thưởng và bằng chứng có sẵn, đồng thời giữ cho các quy tắc rõ ràng đối với những người tham gia hợp lệ. Không có một biện pháp kiểm tra duy nhất nào chứng minh một người là duy nhất trong mọi bối cảnh, vì vậy hãy kết hợp xác minh tương xứng với một quy trình xem xét cho các bài gửi có vấn đề hoặc không đầy đủ.

Đầu tiên, quyết định những gì nhóm cần bảo vệ: điều kiện nhận thưởng, tính toàn vẹn của một bài tập học tập, hoặc chất lượng của các đóng góp cộng đồng. Sau đó, tách biệt các biện pháp kiểm tra mà nền tảng có thể thực hiện khỏi các biện pháp mà nhóm của bạn phải đánh giá. Đừng nói với người tham gia rằng một biện pháp kiểm tra chứng minh nhiều hơn những gì nó thực sự làm. Nếu chiến dịch sử dụng các điều kiện liên quan đến danh tính hoặc wallet, hãy giải thích những gì được thu thập, tại sao nó cần thiết và cách người tham gia có thể yêu cầu trợ giúp.

Một kế hoạch xem xét thực tế bao gồm:

• Một quy tắc điều kiện nhận thưởng bằng văn bản cho mỗi hạng mục thưởng.
• Một bản ghi về bằng chứng nhiệm vụ nào được tự động kiểm tra và bằng chứng nào được xem xét thủ công.
• Một quy trình cho các mục trùng lặp, kháng cáo và bằng chứng không đầy đủ.
• Một đánh giá điều kiện nhận thưởng cuối cùng trước khi phân phối phần thưởng.

Giữ cho việc xem xét nhất quán: áp dụng cùng một tiêu chí đã nêu cho các bài gửi tương tự và ghi lại lý do khi một quyết định bị thay đổi. Nếu dự án cần một kế hoạch kích hoạt đối tượng chuyên biệt ngoài quest, hãy cân nhắc kích hoạt cộng đồng và xác định cách các nhóm sẽ chia sẻ câu hỏi của người tham gia và các bước tiếp theo.

Làm thế nào để cấu trúc phần thưởng cho chiến dịch quest?

Các quy tắc thưởng nên làm cho điều kiện nhận thưởng, lựa chọn và phân phối trở nên dễ hiểu trước khi ai đó bắt đầu. Người tham gia không nên phải suy luận xem phần thưởng là tự động, giới hạn cho những người được chọn hay có điều kiện dựa trên một đánh giá sau đó.

Chọn một cấu trúc thưởng hỗ trợ hành vi bạn muốn, sau đó công bố các điều khoản liên quan bằng ngôn ngữ đơn giản. Nêu rõ nhiệm vụ nào là bắt buộc, bằng chứng nào được chấp nhận, các trường hợp ngoại lệ được xử lý như thế nào và khi nào người tham gia có thể mong đợi một cập nhật. Nếu phần thưởng phải trải qua một bước yêu cầu nhận, hãy giải thích hành động và bất kỳ thời hạn liên quan nào trong tài liệu chiến dịch. Giữ mô tả công khai phù hợp với những gì dự án thực sự có thể cung cấp.

Tách biệt việc hoàn thành khỏi việc đủ điều kiện. Một nền tảng có thể hiển thị một nhiệm vụ đã hoàn thành, trong khi các quy tắc điều kiện nhận thưởng của chiến dịch vẫn yêu cầu một đánh giá bổ sung. Làm cho sự khác biệt này trở nên rõ ràng trong quest và trong các phản hồi hỗ trợ. Nếu chiến dịch có nhiều nhóm thưởng, hãy mô tả các điều kiện cho mỗi nhóm riêng biệt thay vì chôn chúng trong các điều khoản chung.

Trước khi công bố, hãy nhờ một người không viết chiến dịch đọc các chi tiết thưởng và giải thích ai đủ điều kiện. Nếu cách diễn giải của họ khác với bạn, hãy đơn giản hóa cách diễn đạt. Chuẩn bị một tin nhắn hỗ trợ người tham gia cho các vấn đề phổ biến, chẳng hạn như một hành động không hiển thị là đã hoàn thành hoặc một yêu cầu nhận thưởng cần làm rõ. Điều này giảm bớt sự nhầm lẫn có thể tránh được và cung cấp cho nhóm một cách nhất quán để phản hồi.

Làm thế nào để ra mắt và đánh giá một chiến dịch quest?

Một đợt ra mắt cẩn thận chuyển từ hành trình người tham gia đã được xem xét sang một chiến dịch được giám sát và một kết thúc hữu ích. Nhóm nên biết ai sở hữu việc thiết lập, ai trả lời câu hỏi của người tham gia và ai phê duyệt điều kiện nhận thưởng trước khi quest được công khai.

Sử dụng một đánh giá trước khi ra mắt theo dõi chiến dịch như một người tham gia. Kiểm tra các liên kết và hướng dẫn nhiệm vụ, xác nhận các điều khoản thưởng, thử nghiệm các biện pháp kiểm tra hoàn thành có sẵn, và đảm bảo nhóm cộng đồng của dự án có cùng thông tin với trang chiến dịch. Bitcoin Insider sử dụng một checklist khởi động và một đánh giá từ góc nhìn người tham gia để phát hiện sự không khớp giữa hướng dẫn nhiệm vụ, quy tắc bằng chứng và cách diễn đạt thưởng trước khi ra mắt.

Sau khi ra mắt, hãy theo dõi các câu hỏi và báo cáo hoàn thành thất bại. Sửa các hướng dẫn không rõ ràng kịp thời, ghi lại các thay đổi quan trọng và thông báo cho người tham gia khi một thay đổi ảnh hưởng đến hành động tiếp theo của họ. Khi kết thúc, báo cáo những gì chiến dịch đã ghi lại và cách dự án đánh giá kết quả. Tách biệt việc hoàn thành nhiệm vụ do nền tảng báo cáo khỏi điều kiện nhận thưởng đã được xem xét và khỏi bất kỳ hành vi theo dõi nào bạn có thể quan sát.

Một kết thúc hữu ích bao gồm danh sách nhiệm vụ cuối cùng, ghi chú xem xét, câu hỏi của người tham gia, quyết định về điều kiện nhận thưởng và các đề xuất cho chiến dịch tiếp theo. Nếu đợt ra mắt rộng hơn của bạn cũng cần phân phối qua người sáng tạo, hãy phối hợp quest với một kế hoạch chiến dịch KOL để lời mời và trải nghiệm người tham gia kể cùng một câu chuyện.

Một chiến dịch quest có thể kiểm soát những gì, và bạn nên chuẩn bị gì tiếp theo?

Một chiến dịch quest có thể kiểm soát các hướng dẫn, quy tắc điều kiện nhận thưởng đã công bố, quy trình xem xét và công việc đã thỏa thuận với nhóm chiến dịch. Galxe hoặc Zealy kiểm soát giao diện riêng, các biện pháp kiểm tra có sẵn, quyết định tài khoản và bất kỳ thay đổi nào về cách một tính năng vận hành, vì vậy một chiến dịch không thể hứa hẹn một mức độ khả năng hiển thị, phê duyệt nền tảng hoặc chất lượng người tham gia cụ thể. Trước khi ra mắt, hãy xác minh các yêu cầu nền tảng hiện tại và giữ một kế hoạch dự phòng cho các nhiệm vụ không thể được kiểm tra như dự định.

Để bàn giao thực tế, hãy chuẩn bị tóm tắt dự án, đối tượng mục tiêu, mục tiêu chiến dịch, nền tảng ưa thích, ý tưởng nhiệm vụ dự thảo, điều khoản thưởng và người chịu trách nhiệm hỗ trợ người tham gia. Đánh dấu bất kỳ hành động nào yêu cầu quyền truy cập vào sản phẩm, wallet, cộng đồng hoặc người xem xét nội bộ. Điều này cho phép nhóm phân biệt những gì có thể được cấu hình trực tiếp với những gì cần thử nghiệm hoặc xử lý thủ công.

Nếu bạn không chắc chắn liệu ý tưởng của mình là một quest, một chương trình cộng đồng rộng hơn hay một airdrop, hãy giải thích hành vi người tham gia mong muốn trước; hình thức có thể theo sau. Gửi cho Bitcoin Insider bản tóm tắt chiến dịch và bất kỳ nhiệm vụ dự thảo nào. Chúng tôi sẽ xem xét hành trình người tham gia, xác định các biện pháp kiểm tra và chi tiết thưởng cần làm rõ, sau đó trả lại một kế hoạch chiến dịch có phạm vi để phê duyệ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. Xác định kết quả người tham giaViết ra đối tượng, hành vi mong muốn và bước tiếp theo dự định. Sử dụng điều này để quyết định xem quest có phải là hình thức phù hợp hay không.
2. Ánh xạ nhiệm vụ với khả năng nền tảngLiệt kê từng hành động, bằng chứng hoàn thành và chủ sở hữu xem xét. Xác nhận rằng thiết lập Galxe hoặc Zealy đã chọn hỗ trợ các biện pháp kiểm tra bạn định sử dụng.
3. Đặt điều kiện nhận thưởng và điều khoản thưởngNêu rõ các nhiệm vụ bắt buộc, điều kiện xem xét, hướng dẫn nhận thưởng và các kênh hỗ trợ người tham gia trước khi mời mọi người.
4. Xem xét hành trình người tham giaKiểm tra cách diễn đạt nhiệm vụ và gửi bằng chứng từ góc nhìn của người tham gia. Giải quyết các hướng dẫn không rõ ràng và sự không khớp trước khi công bố.
5. Theo dõi, kết thúc và báo cáoTheo dõi các câu hỏi và các trường hợp ngoại lệ trong quá trình xem xét trong chiến dịch, sau đó chia sẻ hồ sơ nhiệm vụ, quyết định về điều kiện nhận thưởng và các bước tiếp theo thực tế.