Stratégie airdrop qui aide votre communauté à savoir ce qui vient ensuite

Commencez par les personnes que votre distribution est censée atteindre

Un plan d'airdrop utile commence par son objectif et les participants visés. Cela donne à votre équipe un point de référence stable pour l'éligibilité, la communication et l'expérience de réclamation.

Nous demandons d'abord ce que la distribution devrait reconnaître et quelles décisions votre équipe a déjà prises. Une distribution de tokens basée sur la participation peut nécessiter des preuves différentes d'une distribution pour un groupe connu. Nous vous aidons à identifier ces différences avant qu'elles ne deviennent des règles publiques confuses.

Ensuite, nous réunissons les personnes qui façonnent la distribution dans la même conversation. Les responsables produit, communauté et exécution peuvent signaler ce dont ils ont besoin et ce qui n'est pas encore décidé. Si l'airdrop fait partie d'un lancement de token, ses messages peuvent être alignés sur votre plan de lancement de token. Un plan plus large de lancement et de croissance de token peut également aider à connecter la distribution à d'autres travaux de lancement.

Brand Community transforme la discussion en un point de départ pratique : décisions prises, questions encore ouvertes et les prochaines personnes qui doivent les examiner. Vous n'avez pas besoin que chaque détail soit réglé avant de commencer. Apportez ce que vous savez, et nous rendrons les choix restants visibles.

Trois décisions rendent l'éligibilité plus facile à expliquer

L'éligibilité est plus facile à utiliser lorsqu'un participant peut comprendre la règle et que votre équipe sait comment l'examiner. Nous travaillons sur 3 décisions connectées avant que les messages de campagne ne prennent forme.

1. Nommez ce que la distribution reconnaît. Décrivez l'action, la relation ou le groupe que le projet souhaite inclure. Gardez le libellé proche de l'objectif de la distribution.
2. Choisissez des preuves que l'équipe peut vérifier. Enregistrez quelles informations soutiennent chaque règle et qui peut les examiner. Notez ce qui se passe si un détail manque ou n'est pas clair. Si la vérification proposée ne peut pas être expliquée, faites une pause avant de publier la règle.
3. Décidez comment les exceptions sont traitées. Établissez comment un participant peut poser une question et qui l'examine. Assurez-vous que les critères qui se chevauchent sont appliqués de manière cohérente.

Dans l'atelier, nous notons ensemble la règle, sa preuve et toute décision ouverte. Cela donne à votre équipe un moyen pratique de vérifier si chaque critère est compréhensible et applicable. Si l'éligibilité est liée à un plan d'allocation plus large, nous pouvons coordonner la discussion avec le conseil en tokenomics. Cela aide à garder le raisonnement derrière la distribution clair entre les équipes.

Que doit voir un participant du premier message à la réclamation ?

Un participant doit pouvoir suivre les mêmes règles de la première annonce jusqu'à la réclamation. Nous cartographions les moments où il a besoin d'informations, effectue une action ou demande de l'aide.

Montrez la prochaine action

Chaque message doit indiquer ce qu'est la distribution, qui peut être éligible et où trouver les instructions officielles. Les étapes de réclamation ne doivent pas introduire une nouvelle condition d'éligibilité qui manquait dans l'annonce. Nous préparons des modèles de messages que votre équipe peut examiner par rapport aux règles convenues.

Rendez le chemin visible

Un diagramme de flux montre ce que le participant voit, où une vérification a lieu et quelle réponse suit. Il peut montrer un chemin de réclamation réussi et ce qui se passe lorsqu'une vérification nécessite un examen plus approfondi. Cela donne aux responsables communauté et exécution une vue partagée des transferts.

Imaginez quelqu'un lisant l'annonce sur son téléphone, puis revenant plus tard pour réclamer. Si les instructions utilisent des mots différents pour la même règle d'éligibilité, il peut ne pas savoir quoi faire. Un chemin de statut cohérent en 3 étapes — reçu, en cours d'examen et résolu — peut rendre la prochaine mise à jour plus facile à comprendre. Nous documentons le flux pour que votre équipe puisse repérer les transitions peu claires avant que les messages ne soient mis en ligne.

Faites en sorte que le premier canal ressemble à une entrée utile

Imaginez un protocole DeFi avec un forum actif, tout en décidant par quel canal commencer. L'équipe souhaite que les participants comprennent la distribution sans disperser les instructions de réclamation dans les conversations. Nous mapperions l'annonce à un ensemble approuvé de règles, puis montrerions où les participants peuvent trouver la prochaine étape.

Un canal est utile lorsque ses messages orientent les gens vers une explication cohérente. Nous aidons à connecter le message de bienvenue, les détails d'éligibilité et les instructions de réclamation, plutôt que de traiter chaque publication comme un élément séparé. Si l'activité communautaire fait partie du lancement, coordonnez-la avec le support à l'engagement communautaire.

Avant d'approuver un message, vérifiez qu'il :

• Utilise le même libellé d'éligibilité que la stratégie.
• Donne aux gens une prochaine action claire.
• Pointe vers les instructions officielles du projet.
• Explique où les questions doivent être posées.

Cela donne à vos modérateurs et responsables communautaires une référence commune. Cela aide également votre équipe à voir si l'expérience de réclamation a toujours du sens lorsque quelqu'un rejoint via un canal différent.

Gardez le transfert utile et les décisions de plateforme séparées

Votre équipe doit repartir avec des supports qui expliquent le plan convenu et aident les responsables exécution à agir en conséquence. Le travail se déroule à travers des ateliers et des points de contrôle d'examen sur plusieurs semaines, avec des mises à jour d'avancement après chaque phase.

Le transfert comporte 4 parties : un document de stratégie, des diagrammes de flux, des modèles de messages et des spécifications techniques. À chaque point de contrôle, nous montrons ce qui est convenu, ce qui nécessite encore une décision et quels retours sont pris en compte. Vos responsables techniques examinent les spécifications par rapport aux systèmes qu'ils exploitent.

Toute plateforme qui présente ou soutient une distribution établit ses propres règles et choix éditoriaux. Nous ne pouvons pas promettre son approbation, son placement ou sa présentation.

Pour commencer, envoyez-nous votre brief de distribution, les hypothèses d'allocation actuelles, les idées d'éligibilité préliminaires et les contraintes d'exécution connues. Ajoutez les personnes qui peuvent approuver les règles du projet et examiner le flux de réclamation. Nous organiserons le premier atelier autour de ces supports. Nous identifierons les choix ouverts. Nous connecterons le transfert à une stratégie de mise sur le marché ou à un support post-lancement si utile.

Comment ça marche

1. Partagez la situation actuelleEnvoyez l'objectif de distribution, les hypothèses d'allocation, les règles préliminaires et les contraintes techniques connues. Nous séparerons les décisions des questions qui ont encore besoin d'un responsable.
2. Discutez de l'éligibilitéNous travaillons avec votre équipe pour décrire à qui s'adresse la distribution et comment chaque règle peut être vérifiée. Les responsables de votre projet prennent les décisions politiques finales.
3. Connectez les règles aux vérificationsNous associons chaque critère à sa preuve, son chemin d'examen et le statut du participant. Le diagramme de flux rend les transferts visibles.
4. Préparez les messages et les spécificationsNous rédigeons des modèles de messages et des spécifications techniques en utilisant le parcours participant examiné. Votre équipe les vérifie par rapport à ses règles approuvées.
5. Examinez les supports ensembleLors des points de contrôle, nous partageons l'avancement, travaillons sur les retours et préparons les documents convenus pour vos responsables exécution.