갤럭시 질리 퀘스트 캠페인 운영 방법

갤럭시 또는 질리 퀘스트는 무엇을 달성해야 하나요?

퀘스트는 단순히 고립된 행동을 모으는 것이 아니라 참가자를 유용한 프로젝트 행동으로 이끌어야 합니다. 플랫폼을 선택하거나 과제를 작성하기 전에, 캠페인 종료 시점에 참가자가 무엇을 이해하고, 시도하고, 기여해야 하는지 결정하세요.

예를 들어, 교육용 퀘스트는 제품 가이드를 탐색하고 이해했는지 확인하는 질문에 답하도록 요청할 수 있습니다. 커뮤니티 캠페인은 참가자가 토론에 참여하고 관련 기여를 하도록 초대할 수 있습니다. 제품 중심 퀘스트는 기능을 안내하고, 가능한 경우 행동을 검증할 명확한 방법을 제공할 수 있습니다.

무엇보다도 캠페인 브리프를 먼저 작성하세요:

• 대상: 누가 참여해야 하며, 그들은 무엇을 이미 알고 있나요?
• 성과: 어떤 의미 있는 행동이나 이해가 뒤따라야 하나요?
• 증거: 플랫폼이 확인할 수 있는 것은 무엇이며, 인간 검토가 필요한 것은 무엇인가요?
• 후속 조치: 참가자가 완료 후 어디로 이동해야 하나요?

이 브리프는 과제 설계를 집중시키고 품질을 판단하는 기준을 팀에 제공합니다. 주요 요구가 시간 제한 퀘스트보다 지속적인 참여라면, 커뮤니티 참여 서비스와 비교하세요. 보상 분배 중심 캠페인은 에어드랍 캠페인 계획을 관련되지만 별개의 접근으로 검토하세요.

갤럭시와 질리 중 어떻게 선택하나요?

캠페인에 필요한 과제 경험과 검증 옵션에 따라 플랫폼을 선택하세요. 갤럭시와 질리 모두 퀘스트를 구성하는 방법을 제공하지만, 실제 적합성은 참가자가 완료해야 할 행동과 선택한 플랫폼에서 해당 행동을 확인할 수 있는 방법에 따라 달라집니다.

확정하기 전에 계획된 과제를 현재 플랫폼 인터페이스에 매핑하세요. 참가자 여정이 대상 기기에서 명확한지, 필요한 증거를 제출하거나 인식할 수 있는지, 팀이 예외를 검토할 수 있는지 확인하세요. 프로젝트와 계정에 사용 가능한지 확인하기 전에는 통합이나 검증 방법을 중심으로 캠페인을 구축하지 마세요.

짧은 테스트 캠페인이나 내부 워크스루는 공개 출시 전에 혼란스러운 과제 표현을 드러낼 수 있습니다. 조직자 설정뿐만 아니라 참가자 관점을 기록하고, 참가자에게 표시되는 보상 규칙이 의도한 규칙과 일치하는지 확인하세요. 더 넓은 캠페인 계획은 퀘스트 캠페인 서비스를 참조하세요.

참가자가 완료하고 팀이 평가할 수 있는 과제는 어떻게 설계하나요?

강력한 퀘스트 과제는 하나의 명확한 행동, 보이는 완료 조건, 캠페인에 속하는 이유를 가집니다. 참가자가 모호한 지시를 해석해야 하거나 검토자가 완료로 간주되는 것을 알 수 없다면 출시 전에 과제를 수정하세요.

오리엔테이션에서 의미 있는 참여로 이어지는 순서를 구축하세요. 프로젝트와 목적을 소개하고, 참가자에게 유용한 행동을 제공한 다음, 제품 교육이나 지속적인 커뮤니티 공간과 같은 다음 단계로 안내하세요. 선택적 행동은 요구 사항과 시각적으로 분리하여 참가자가 보상 자격에 필요한 것을 알 수 있게 하세요.

각 과제에 대해 다음 세부 사항을 문서화하세요:

• 지시: 직접적인 동사를 사용하고 목적지나 기능을 명명하세요.
• 완료 조건: 자격이 되는 증거를 설명하세요.
• 검토 방법: 플랫폼이 확인하는지 사람이 검토하는지 기록하세요.
• 실패 경로: 유효한 행동이 인식되지 않을 때 해야 할 일을 설명하세요.

퀘스트를 크게 보이게 하기 위해 관련 없는 소셜 행동을 쌓지 마세요. 완료 수는 과제가 기록되었음을 알려주지만, 참가자가 제품을 이해했는지 또는 계속 참여했는지는 보여주지 않습니다. 학습이나 토론이 목표의 일부라면 짧은 지식 확인이나 검토된 기여를 추가하세요. 퀘스트 페이지, 프로젝트 채널, 후속 메시지 전반에 걸쳐 과제 언어를 일관되게 유지하세요.

시빌 방지 확인은 캠페인에 어떻게 통합해야 하나요?

시빌 방지 계획은 보상 가치와 사용 가능한 증거에 맞춰야 하며, 정당한 참가자에게 규칙을 명확히 해야 합니다. 모든 상황에서 사람의 고유성을 증명하는 단일 확인은 없으므로, 비례적인 검증과 의심스럽거나 불완전한 제출에 대한 검토 프로세스를 결합하세요.

먼저 팀이 보호해야 할 것이 무엇인지 결정하세요: 보상 자격, 학습 운동의 무결성, 또는 커뮤니티 기여의 품질. 그런 다음 플랫폼이 수행할 수 있는 확인과 팀이 평가해야 할 확인을 분리하세요. 참가자에게 확인이 실제보다 더 많이 증명한다고 말하지 마세요. 캠페인이 신원 또는 지갑 관련 자격 조건을 사용하는 경우, 수집되는 정보, 필요한 이유, 도움을 요청할 수 있는 방법을 설명하세요.

실용적인 검토 계획은 다음을 포함합니다:

• 각 보상 등급에 대한 서면 자격 규칙.
• 자동으로 확인되는 과제 증거와 검토되는 증거의 기록.
• 중복으로 보이는 항목, 이의 제기, 불완전한 증거에 대한 프로세스.
• 보상 분배 전 최종 자격 검토.

검토를 일관되게 유지하세요: 동일한 명시된 기준을 유사한 제출에 적용하고 결정이 변경될 때 이유를 기록하세요. 프로젝트가 퀘스트 이상의 전용 오디언스 활성화 계획을 필요로 한다면 커뮤니티 활성화를 고려하고 팀이 참가자 질문과 후속 조치를 공유하는 방법을 정의하세요.

퀘스트 보상은 어떻게 구조화해야 하나요?

보상 규칙은 시작 전에 자격, 선택, 전달을 이해할 수 있게 해야 합니다. 참가자가 보상이 자동인지, 선택된 참가자로 제한되는지, 또는 추후 검토에 조건부인지 추측하지 않아야 합니다.

원하는 행동을 지원하는 보상 구조를 선택한 다음 관련 조건을 평이한 언어로 공개하세요. 필수 과제, 허용되는 증거, 예외 처리 방법, 업데이트를 기대할 수 있는 시기를 명시하세요. 보상이 클레임 단계에 종속되는 경우, 캠페인 자료에서 행동과 관련 마감일을 설명하세요. 공개 설명이 프로젝트가 실제로 전달할 수 있는 것과 일치하는지 확인하세요.

완료와 자격을 분리하세요. 플랫폼이 완료된 과제를 표시할 수 있지만, 캠페인의 자격 규칙은 추가 검토를 요구할 수 있습니다. 이 구분을 퀘스트와 지원 응답에서 명확히 하세요. 여러 보상 그룹이 있는 경우 각 그룹의 조건을 일반 용어로 묻지 말고 별도로 설명하세요.

게시 전에 캠페인을 작성하지 않은 사람에게 보상 세부 사항을 읽고 누가 자격이 되는지 설명하도록 요청하세요. 해석이 다르면 표현을 단순화하세요. 완료로 표시되지 않는 행동이나 보상 클레임 설명과 같은 일반적인 문제에 대한 참가자 지원 메시지를 준비하세요. 이는 불필요한 혼란을 줄이고 팀이 일관된 방식으로 대응할 수 있게 합니다.

퀘스트 캠페인을 어떻게 출시하고 평가하나요?

신중한 출시는 검토된 참가자 여정에서 모니터링되는 캠페인과 유용한 마무리로 이어집니다. 팀은 퀘스트가 공개되기 전에 설정 소유자, 참가자 질문 담당자, 보상 자격 승인자를 알아야 합니다.

참가자처럼 캠페인을 따르는 사전 출시 검토를 사용하세요. 과제 링크와 지시를 확인하고, 보상 조건을 확인하고, 사용 가능한 완료 확인을 테스트하고, 프로젝트 커뮤니티 팀이 캠페인 페이지와 동일한 정보를 가지고 있는지 확인하세요. Bitcoin Insider는 킥오프 체크리스트와 참가자 관점 검토를 사용하여 과제 지시, 증거 규칙, 보상 표현 간의 불일치를 출시 전에 잡아냅니다.

출시 후 질문과 실패한 완료 보고를 모니터링하세요. 불명확한 지시를 신속히 수정하고, 중요한 변경 사항을 문서화하고, 변경이 다음 행동에 영향을 미칠 때 참가자에게 알리세요. 종료 시 캠페인이 기록한 것과 프로젝트가 결과를 평가한 방법을 보고하세요. 플랫폼 보고 과제 완료를 검토된 자격 및 관찰 가능한 후속 행동과 분리하세요.

유용한 마무리는 최종 과제 목록, 검토 노트, 참가자 질문, 보상 자격 결정, 다음 캠페인 권장 사항을 포함합니다. 더 넓은 출시가 크리에이터 유통도 필요하다면, 초대와 참가자 경험이 동일한 이야기를 하도록 KOL 캠페인 계획과 퀘스트를 조정하세요.

퀘스트 캠페인이 통제할 수 있는 것은 무엇이며, 다음에 무엇을 준비해야 하나요?

퀘스트 캠페인은 지시, 공개된 자격 규칙, 검토 워크플로, 캠페인 팀과 합의된 작업을 통제할 수 있습니다. 갤럭시 또는 질리는 자체 인터페이스, 사용 가능한 확인, 계정 결정 및 기능 운영 변경을 통제하므로, 캠페인은 특정 수준의 노출, 플랫폼 승인 또는 참가자 품질을 약속할 수 없습니다. 출시 전에 현재 플랫폼 요구 사항을 확인하고 의도한 대로 확인할 수 없는 과제에 대한 대체 계획을 유지하세요.

실용적인 인계를 위해 프로젝트 요약, 의도된 대상, 캠페인 목표, 선호 플랫폼, 초안 과제 아이디어, 보상 조건, 참가자 지원 담당자를 준비하세요. 제품, 지갑, 커뮤니티 또는 내부 검토자에 대한 액세스가 필요한 행동을 표시하세요. 이를 통해 팀이 직접 구성할 수 있는 것과 테스트나 수동 처리가 필요한 것을 구분할 수 있습니다.

아이디어가 퀘스트인지, 더 넓은 커뮤니티 프로그램인지, 에어드랍인지 확실하지 않다면 먼저 원하는 참가자 행동을 설명하세요. 형식은 그에 따라 결정될 수 있습니다. Bitcoin Insider에 캠페인 브리프와 초안 과제를 보내세요. 참가자 여정을 검토하고, 확인 및 보상 세부 사항을 명확히 한 다음, 승인을 위한 범위가 지정된 캠페인 계획을 반환합니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 참가자 성과 정의대상, 원하는 행동, 의도된 후속 조치를 기록하세요. 이를 사용하여 퀘스트가 적절한 형식인지 결정하세요.
2. 과제를 플랫폼 기능에 매핑각 행동, 완료 증거, 검토 담당자를 나열하세요. 선택한 갤럭시 또는 질리 설정이 계획한 확인을 지원하는지 확인하세요.
3. 자격 및 보상 조건 설정참가자를 초대하기 전에 필수 과제, 검토 조건, 클레임 지침, 참가자 지원 경로를 명시하세요.
4. 참가자 여정 검토참가자 관점에서 과제 표현과 증거 제출을 테스트하세요. 게시 전에 불명확한 지시와 불일치를 해결하세요.
5. 모니터링, 종료 및 보고캠페인 중 질문과 검토 예외를 추적하고, 과제 기록, 자격 결정, 실용적인 다음 단계를 공유하세요.