Quản lý Quest Campaign trên Galxe, Zealy và TaskOn cho Web3

Quest campaign Web3 giúp dự án của bạn làm được gì?

Một quest campaign mang đến cho mọi người một cách có hướng dẫn để tìm hiểu về dự án và thực hiện các hành động cụ thể. Nó có thể hỗ trợ ra mắt, giới thiệu tính năng sản phẩm hoặc khuyến khích sự tham gia cộng đồng có ý nghĩa. Giá trị đến từ việc căn chỉnh các hành động đó với một mục tiêu thực tế, chứ không phải từ việc thu thập một danh sách nhiệm vụ dài.

Dịch vụ này phù hợp với các đội nhóm có đối tượng xác định, thông điệp dự án rõ ràng và một hành động mà người tham gia có thể hoàn thành. Trước khi chọn nền tảng, hãy quyết định thành công trông như thế nào đối với đội của bạn. Ví dụ bao gồm hoàn thành giáo dục sản phẩm, truy cập tài nguyên dự án hoặc tham gia có ý nghĩa vào không gian cộng đồng. Đây là các mục tiêu chiến dịch, không phải kết quả mà chúng tôi có thể hứa hẹn.

Một brief khởi đầu hữu ích trả lời:

• Chiến dịch nên tiếp cận đối tượng nào?
• Người tham gia nên hiểu hoặc làm gì?
• Bạn có thể cung cấp phần thưởng gì và khi nào nó sẽ được phân phối?
• Thành viên nào trong đội sẽ xác minh nội dung chiến dịch và tiêu chí người tham gia?

Chúng tôi giúp biến những câu trả lời đó thành một kế hoạch chiến dịch khả thi. Nếu nhu cầu là hỗ trợ cộng đồng rộng hơn, hãy xem phát triển cộng đồng và tương tác. Để có nhịp điệu tham gia liên tục vượt ra ngoài một quest, hãy so sánh chiến dịch kích hoạt cộng đồng.

Galxe, Zealy và TaskOn phù hợp với các kế hoạch quest khác nhau như thế nào?

Galxe, Zealy và TaskOn đều có thể được sử dụng để tổ chức nhiệm vụ cho người tham gia, nhưng lựa chọn đúng phụ thuộc vào cơ chế chiến dịch bạn cần và trải nghiệm bạn muốn tạo ra. Chúng tôi đánh giá mục tiêu, loại nhiệm vụ, hành trình người tham gia và xác minh có sẵn trước khi đề xuất một thiết lập. Chúng tôi không cho rằng một nền tảng là tốt nhất cho mọi dự án.

Bắt đầu bằng cách liệt kê từng hành động và cách nó sẽ được kiểm tra. Một hành động xã hội hoặc cộng đồng có thể cần cách xác minh khác với hành động on-chain hoặc kiểm tra kiến thức. Sau đó xác nhận rằng thiết lập nền tảng hỗ trợ nhiệm vụ yêu cầu và bằng chứng mà đội của bạn cần xem xét. Nếu một tích hợp hoặc thông tin xác thực cần thiết không có sẵn cho dự án của bạn, hãy thay thế nhiệm vụ đó trước khi ra mắt thay vì để người tham gia với một lộ trình không rõ ràng.

Một đánh giá thực tế về nền tảng bao gồm:

• Liệu các nhiệm vụ đã lên kế hoạch có phù hợp với định dạng chiến dịch có sẵn của nền tảng không.
• Hành động nào có thể được xác minh tự động và hành động nào cần xem xét thủ công.
• Người tham gia thấy điều kiện đủ điều kiện, hoàn thành và thưởng như thế nào.
• Đội của bạn có thể xuất hoặc kiểm tra những gì khi chiến dịch kết thúc.

Chúng tôi ghi lại lựa chọn nền tảng và lý do đằng sau nó để đội của bạn có thể phê duyệt cơ chế. Để có danh sách kiểm tra thực hành khi ra mắt, hãy đọc cách chạy một quest campaign trên Galxe hoặc Zealy.

Nhiệm vụ, phần thưởng và kiểm tra chống Sybil nên phối hợp với nhau như thế nào?

Thiết kế nhiệm vụ, quy tắc thưởng và kiểm tra chống Sybil nên được lên kế hoạch như một hệ thống duy nhất. Phần thưởng thu hút sự chú ý, nhưng điều kiện đủ điều kiện rõ ràng và các hành động hữu ích giúp người tham gia hiểu họ đang làm gì và điều gì đủ điều kiện để được xem xét. Chúng tôi viết các quy tắc bằng ngôn ngữ đơn giản trước khi thiết lập chiến dịch để giảm bớt sự nhầm lẫn trong quá trình tham gia.

Bắt đầu với một tập hợp nhỏ các hành động phục vụ mục tiêu chiến dịch. Đặt cho mỗi nhiệm vụ một điều kiện hoàn thành rõ ràng và mô tả bất kỳ bằng chứng nào người tham gia phải cung cấp. Tránh thêm các hành động chỉ để làm cho quest trông dài hơn: ma sát thêm có thể làm cho hành trình người tham gia khó theo dõi hơn mà không giúp dự án học hỏi thêm.

Đối với thiết kế thưởng, hãy quyết định ai đủ điều kiện, cách đánh giá mức độ hoàn thành và cách đội sẽ thông báo phân phối. Nếu phần thưởng bị giới hạn hoặc yêu cầu xem xét, hãy nói rõ trong điều khoản chiến dịch. Lập kế hoạch chống Sybil có nghĩa là xác định các tín hiệu đủ điều kiện phù hợp và một quy trình xem xét cho các bài nộp đáng ngờ hoặc trùng lặp. Nó không có nghĩa là tuyên bố rằng mọi người tham gia phối hợp hoặc không đủ điều kiện đều có thể được xác định.

Trước khi phê duyệt, hãy kiểm tra xem nhiệm vụ, phương pháp xác minh và quy tắc thưởng có khớp nhau không. Một nhiệm vụ không thể được xác minh một cách nhất quán nên được sửa đổi hoặc loại bỏ. Đối với chiến dịch có mục tiêu chính là phân phối, hãy cân nhắc xem quản lý chiến dịch airdrop có phù hợp hơn định dạng quest hay không.

Dịch vụ quest campaign của chúng tôi bao gồm những gì?

Dịch vụ bao gồm kế hoạch chiến dịch và sự phối hợp cần thiết để chuyển từ một brief sang một bản ra mắt có thể xem xét. Phạm vi chính xác được thống nhất trước khi công việc bắt đầu, để đội của bạn biết tài liệu nào cần cung cấp và nhiệm vụ nào chúng tôi sẽ xử lý.

Một phạm vi chiến dịch điển hình có thể bao gồm:

• Định nghĩa mục tiêu và đối tượng, với hành trình người tham gia được đề xuất.
• Đề xuất nền tảng và định dạng cho Galxe, Zealy hoặc TaskOn.
• Mô tả nhiệm vụ, tiêu chí hoàn thành và hướng dẫn dành cho người tham gia.
• Cấu trúc thưởng và từ ngữ đủ điều kiện để đội của bạn phê duyệt.
• Cân nhắc chống Sybil và cách tiếp cận xem xét thực tế.
• Phối hợp thiết lập chiến dịch, kiểm tra ra mắt và báo cáo hoạt động.

Đội dự án của bạn vẫn chịu trách nhiệm phê duyệt các tuyên bố thực tế, cung cấp chi tiết thưởng và xác nhận bất kỳ quyền truy cập sản phẩm hoặc thông tin xác thực kỹ thuật nào cần thiết cho xác minh. Chúng tôi yêu cầu những đầu vào đó sớm vì các điều khoản thưởng không rõ ràng hoặc xác minh nhiệm vụ không khả dụng có thể trì hoãn việc ra mắt.

Báo cáo cuối cùng được thiết kế để giúp bạn đánh giá chiến dịch so với mục tiêu đã nêu. Nó có thể tóm tắt hoạt động chiến dịch, thông tin hoàn thành nhiệm vụ có sẵn từ thiết lập và các vấn đề đáng giải quyết trong lần theo dõi. Nó không phải là sự thay thế cho product analytics khi bạn cần hiểu mức sử dụng downstream. Nếu bạn cần giúp giữ các kênh hoạt động xung quanh chiến dịch, quản lý cộng đồng và moderation có thể bổ sung cho công việc quest.

Chúng tôi đưa một quest campaign từ brief đến báo cáo như thế nào?

Chúng tôi chạy chiến dịch qua các điểm phê duyệt rõ ràng để logic nhiệm vụ, hướng dẫn người tham gia và phần thưởng được thống nhất trước khi ra mắt. Dòng thời gian phụ thuộc vào độ phức tạp của chiến dịch và tốc độ đội của bạn có thể xác nhận tài liệu, quyền truy cập nền tảng và điều khoản thưởng.

Quy trình được thiết kế để giữ cho các quyết định minh bạch:

• Brief: Bạn chia sẻ mục tiêu chiến dịch, đối tượng, bối cảnh sản phẩm, nền tảng ưa thích và kế hoạch thưởng.
• Thiết kế: Chúng tôi lập bản đồ hành trình người tham gia, đề xuất định dạng nhiệm vụ và soạn thảo quy tắc đủ điều kiện và xác minh.
• Phê duyệt: Đội của bạn xem xét nội dung, tuyên bố sản phẩm, điều kiện thưởng và bất kỳ tích hợp nào cần thiết.
• Thiết lập và kiểm tra: Chúng tôi phối hợp cấu hình chiến dịch và xem xét luồng người tham gia trước khi nó hoạt động.
• Xem xét: Chúng tôi tóm tắt hoạt động có sẵn và ghi chú các cải tiến thực tế cho chiến dịch tiếp theo.

Trước khi khởi động, hãy chuẩn bị mô tả dự án đã được phê duyệt, liên kết đích, yêu cầu nhiệm vụ, chi tiết thưởng và một người liên hệ có thể trả lời các câu hỏi về sản phẩm hoặc kỹ thuật. Nếu một nhiệm vụ phụ thuộc vào thông tin xác thực on-chain hoặc kết nối bên ngoài, hãy cho chúng tôi biết sớm để chúng tôi có thể đánh giá xem nó có khả thi trong định dạng đã lên kế hoạch hay không.

Chủ sở hữu dự án nên xem xét tất cả nội dung công khai và điều kiện thưởng trước khi ra mắt. Việc xem xét đó giúp ngăn ngừa mâu thuẫn giữa trang quest và các kênh riêng của dự án bạn. Đối với công việc liên quan đến đối tượng trên X, hãy xem chiến dịch tương tác X.

Một quest campaign có thể cam kết điều gì, và điều gì nằm ngoài phạm vi?

Chúng tôi có thể cam kết thực hiện công việc chiến dịch đã thỏa thuận, chẳng hạn như lập kế hoạch, viết nội dung nhiệm vụ, phối hợp thiết lập và báo cáo. Chúng tôi không thể kiểm soát cách nền tảng xem xét, hiển thị hoặc phân phối chiến dịch, cũng như không thể hứa hẹn rằng một số lượng hoặc loại người tham gia cụ thể sẽ hoàn thành nó. Galxe, Zealy và TaskOn mỗi bên kiểm soát các tính năng sản phẩm, hệ thống đủ điều kiện và trình bày chiến dịch của riêng họ; các quy tắc và giao diện đó có thể thay đổi.

Kiểm tra chống Sybil là một biện pháp kiểm soát rủi ro, không phải bằng chứng rằng mọi người tham gia là duy nhất hoặc mọi bài nộp đáng ngờ sẽ bị phát hiện. Xác minh nền tảng chỉ có thể đánh giá các tín hiệu có sẵn cho thiết lập chiến dịch, và xem xét thủ công cũng có giới hạn. Đừng mô tả một chiến dịch như một con đường đảm bảo dẫn đến phân bổ token, listing, hoạt động giao dịch hoặc tăng trưởng cộng đồng lâu dài trừ khi dự án của bạn độc lập kiểm soát và có thể chứng minh tuyên bố đó.

Trước khi phê duyệt ra mắt, hãy xác nhận rằng:

• Điều khoản thưởng giải thích trách nhiệm đủ điều kiện, xem xét và phân phối.
• Mọi nhiệm vụ đều có điều kiện hoàn thành dễ hiểu.
• Đội của bạn có thể thực hiện quy trình thưởng đã nêu.
• Bất kỳ tiêu chí cụ thể nào của nền tảng đều được kiểm tra theo yêu cầu hiện tại của nền tảng.

Chúng tôi sẽ chỉ ra logic nhiệm vụ hoặc từ ngữ thưởng không rõ ràng trong quá trình lập kế hoạch. Đội của bạn cũng nên xác nhận rằng chiến dịch và cấu trúc thưởng phù hợp với các yêu cầu pháp lý và vận hành riêng của mình. Nếu khả năng hiển thị trên nhiều kênh quan trọng hơn việc hoàn thành nhiệm vụ, hãy so sánh các lựa chọn trong phát triển cộng đồng và tương tác trước khi cam kết với định dạng quest.

Khi nào nên kết hợp quest campaign với các công việc cộng đồng khác?

Một quest campaign hoạt động tốt nhất khi hành trình người tham gia của nó kết nối với phần còn lại của trải nghiệm cộng đồng của bạn. Mọi người nên có thể hiểu dự án trước khi bắt đầu, đặt câu hỏi trong khi tham gia và tìm thấy bước tiếp theo hữu ích sau khi hoàn thành nhiệm vụ. Kết nối đó có thể đến từ các kênh hiện có của bạn thay vì thêm nhiều hành động quest.

Ví dụ, moderators cộng đồng có thể trả lời các câu hỏi về hướng dẫn nhiệm vụ, trong khi một chiến dịch X có thể mang thông điệp ra mắt đến một đối tượng đã theo dõi dự án. Nếu mục tiêu là một định dạng tham gia dựa trên giải thưởng, giveaway hoặc contest có thể phù hợp hơn. Nếu mục tiêu cụ thể là khuyến khích trò chuyện trên một nền tảng xã hội, hãy cân nhắc chiến dịch tương tác X song song hoặc thay vì một quest.

Chọn các dịch vụ bổ sung bằng cách gán cho mỗi dịch vụ một vai trò riêng biệt. Quest nên hướng dẫn và xác minh hành động; quản lý cộng đồng nên hỗ trợ người tham gia; và nội dung xã hội nên giải thích tại sao chiến dịch lại quan trọng. Tránh lặp lại cùng một hành động trên mọi kênh trừ khi có lý do rõ ràng và hướng dẫn người tham gia vẫn dễ theo dõi.

Trước khi kết hợp các định dạng, hãy thống nhất một chủ sở hữu chiến dịch, một nguồn điều khoản thưởng đã được phê duyệt và một lịch trình chung. Điều đó giúp người tham gia không gặp phải hướng dẫn mâu thuẫn và cho đội của bạn cái nhìn rõ ràng hơn về cách mỗi hoạt động đóng góp vào mục tiêu chiến dịch.

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. Gửi briefGửi mục tiêu chiến dịch, đối tượng, bối cảnh sản phẩm, nền tảng ưa thích và chi tiết thưởng. Bao gồm bất kỳ nhiệm vụ nào yêu cầu xác minh kỹ thuật.
2. Phê duyệt thiết kế chiến dịchXem xét hành trình người tham gia được đề xuất, từ ngữ nhiệm vụ, điều kiện đủ điều kiện và cách tiếp cận chống Sybil trước khi thiết lập.
3. Kiểm tra trải nghiệm người tham giaXác nhận rằng hướng dẫn, xác minh và điều khoản thưởng dễ hiểu và nhất quán trong suốt chiến dịch.
4. Ra mắt và phối hợpChúng tôi phối hợp thiết lập đã thỏa thuận và giúp đội của bạn giữ thông tin chiến dịch nhất quán trên các kênh dự án.
5. Xem xét hoạt động chiến dịchNhận một bản tóm tắt ngắn gọn về hoạt động có sẵn, thông tin hoàn thành nhiệm vụ và các khuyến nghị cho lần theo dõi.