Doğrulanabilir kayıtlara dayalı airdrop kampanyası planlaması

Airdrop brifinginde hangi kararlar yer almalıdır?

Tek sayfalık bir brifing, dağıtımı belirli bir proje kararına bağlamalıdır. Hedeflenen alıcı grubunu, proje ihtiyacını, onaylanan token kapsamını ve ekibin inceleyeceği sonucu kaydedin. Tanıtım görevleri daha sonra gelir. Bu sıralama, kampanya faaliyetini ekibin açıklayabileceği bir amaca bağlı tutar.

Brifingi 4 girdiden oluşturun:

• Proje aşaması ve bu dağıtımın ele aldığı ihtiyaç.
• Alıcı profili ve bu grubun neden ilgili olduğu.
• Dağıtım kapsamı ve değişiklikleri onaylamaya yetkili kişi.
• Belirtilen hedefe ulaşılıp ulaşılmadığını gösterecek kanıt.

Farkındalığı dağıtım sonuçlarından ayırın. Duyuru erişimi, maruziyeti tanımlayabilir. Talepler, uygun katılım veya ilgili ürün etkinliği, planın diğer kısımlarını tanımlayabilir. Bir ölçütü diğerinin yerine koymayın.

Ürün, token ve topluluk sorumlularından aynı taslağı incelemelerini isteyin. Kamuya açık metin hazırlanmadan önce çelişen varsayımları çözün. Dağıtım daha geniş bir sürümün parçasıysa, token lansman kontrol listesi ile uyumlu hale getirin. Operasyonel destek için ekibinizin ihtiyaçlarını airdrop kampanyası yönetimi ile karşılaştırın. Karar sorumlusunu ve onaylanan sürümü yazın. Bu kayıt, daha sonraki incelemecilere sabit bir referans sağlar.

Bir uygunluk kaydı neler içermelidir?

Örnek bir uygunluk kaydı, kuralların tutarlı bir şekilde uygulanıp uygulanamayacağını gösterir. Katılımı açmadan önce uygunluk eylemini, ilgili dönemi, kabul edilen kanıtı, hariç tutmaları, kesme noktasını ve itiraz yolunu tanımlayın. Her kriter, brifingdeki alıcı grubuyla net bir bağlantıya sahip olmalıdır.

Hedefe uygun kanıt kullanın. Bir ürün etkileşimi, ürün kullanımı dağıtımı için uygun olabilir. Bir katkı, adlandırılmış bir ekip üyesi tarafından incelenmeyi gerektirebilir. Bir topluluk etkinliği, tanımlanmış bir kayıt ve dönem gerektirir. Kriterler birleştirildiğinde, katılımcıların tüm koşulları mı yoksa herhangi bir koşulu mu karşılaması gerektiğini belirtin.

Taslağı 4 duruma karşı test edin: net bir eşleşme, sınırda bir kayıt, eksik kanıt ve görünür bir kopya. Her biri için sonucu yazın. Ardından, taslak grubunun dışındaki bir incelemeciden kuralları koçluk yapmadan uygulamasını isteyin. İncelemeciler farklı kararlara varırsa, yayınlamadan önce ifadeyi revize edin.

Bir düzeltme yolunu görünür tutun. Katılımcılara hangi bilgileri sağlayacaklarını ve nereye göndereceklerini söyleyin. İncelemecilere vakaları çözmek için bir kesme noktası verin. Moderatörler, kamuya açık konuşmalarda uygunluk politikası icat etmemelidir. Ayrı bir topluluk etkileşim planı katılımı destekleyebilir, ancak yayınlanan kriterlerin veya inceleme sürecinin yerini almamalıdır.

Bir ekip kopya katılımı nasıl inceleyebilir?

Bir inceleme günlüğü, ekibin bir cüzdan adresini eksiksiz bir kimlik kaydı olarak ele almadan kanıtları karşılaştırmasına olanak tanır. Uygunluk kuralıyla eşleşen sinyalleri seçin, incelemecilerin bunları nasıl kullandığını belgeleyin ve katılımcıların bir hariç tutmaya itiraz edebileceği bir yol oluşturun. Amaç, mükemmel kimlik tespiti iddiası değil, tutarlı incelemedir.

Lansmandan önce kısa bir tarama protokolü yazın. Şunları belirlemelidir:

• İncelemecilerin karşılaştırabileceği kayıtlar.
• Daha yakından incelemeyi tetikleyen kalıplar.
• Bir hariç tutmayı onaylayabilecek kişi.
• Bir düzeltmeyi veya itirazı destekleyen kanıt.

Aynı protokolü kapsamdaki her duruma uygulayın. Bir kararın gerekçesini incelenen kaydın yanında tutun. Katılımcı bilgilerine erişimi, uygunluk veya destek için buna ihtiyaç duyan kişilerle sınırlayın. Bu, ekibe bir denetim izi sağlarken anlık kararları azaltır.

Bir cüzdan, bir adresle ilişkili etkinliği gösterebilir. Her adresin farklı bir kişiye ait olduğunu kanıtlayamaz. Bu sınırlamayı kampanya koşullarında açıklayın ve kullanıcıların hatalı bir kararı bildirmesine izin verin. Katılımcıların anlayamadığı veya incelemecilerin tutarlı bir şekilde uygulayamadığı tarama kurallarından kaçının. Nihai ifadeyi, kamuya açıklanmadan önce katılımcı desteğinden sorumlu kişiyle birlikte inceleyin.

Dağıtım kayıtları taleplere nasıl bağlanmalıdır?

Bir mutabakat sayfası, onaylanan her uygunluk kararını bir dağıtım ve talep durumuna bağlar. Kampanyaya tahsis edilen miktarla başlayın. Ardından hesaplama yöntemini, varsa tavanı ve talep edilmeyen dağıtımların nasıl ele alınacağını belgeleyin.

Ekip tarafından açıkça açıklanabilen bir model seçin. Sabit bir dağıtım, her uygun kayda aynı miktarı verir. Katmanlı bir model, katkı seviyelerini ayırt eder ve her katman için tutarlı kanıt gerektirir. Oransal bir model, tanımlanmış girdileri takip eder ve bir tavan gerektirebilir. Seçmeden önce, mevcut kanıtların modeli desteklediğini doğrulayın.

Uygun her kayıt için bir satır kullanın. Şu 4 alanı ekleyin: uygunluk temeli, dağıtım, inceleme durumu ve talep durumu. İkinci bir incelemecinin toplamı onaylanan kampanya havuzuyla karşılaştırmasını sağlayın. Nihai onaydan önce kopya bir kaydı, uygun olmayan bir kaydı ve talep edilmeyen bir dağıtımı test edin. İncelenen model ile nihai dosya arasındaki her değişikliğin bir notunu saklayın.

Alıcıların proje kontrollü bir talep sayfası mı kullanacağına yoksa doğrudan bir dağıtım mı alacağına karar verin. Seçilen yol için talimatlar yazın. Akışı oluşturmayan birinin baştan sona takip etmesini sağlayın. Topluluk aktivasyonunu dağıtım mantığından ayrı tutun. Topluluk büyümesi ve etkileşim merkezi, alıcı seçimini değil, ilgili bir kitle hedefini kapsar.

Katılımcılar talep etmeden önce ne bilmelidir?

Onaylanmış tek bir talimat seti, katılımcının pratik sorularını yanıtlamalıdır. Tanıtımdan önce koşulları yayınlayın, ardından proje web sitesinde ve resmi topluluk kanallarında aynı temel ifadeyi kullanın. Metni sürümleyin, böylece ekip her aşamada hangi talimatların geçerli olduğunu belirleyebilir.

Duyuruda şu 5 noktayı ele alın:

• Kimler uygun olabilir ve hangi eylemler sayılır.
• Ekibin hangi kanıtları incelediği.
• Düzeltmelerin ne zaman kapandığı ve nereden talep edileceği.
• Talebin nasıl çalıştığı ve resmi güncellemelerin nerede göründüğü.
• Hangi destek yolunun hesaba özel sorunları ele aldığı.

Resmi web sitesini ve talep yolunu adlandırın. Herhangi bir cüzdan bağlantısını veya işlemini anlaşılır terimlerle açıklayın. Proje temsilcilerinin bir tohum ifade veya özel anahtar talep etmeyeceğini belirtin. Moderatörlere onaylanmış yanıtlar ve bir yükseltme sorumlusu verin. Katılımcılardan kamuya açık kanallarda özel bilgiler paylaşmalarını istemeyin.

Telegram birincil destek yeri ise, duyurudan önce kanal sahipliğini atayın. Telegram topluluk kılavuzu kanal planlamasına yardımcı olabilir. İçerik üreticiler kampanyayı paylaşacaksa, onaylanmış bir brifing ve takip bağlantıları sağlayın. Mesajı bir kripto KOL kampanyası ile koordine edin ve her sürümün yayınlanan uygunluk koşullarıyla eşleşmesini zorunlu kılın.

Hangi sıralama dağıtım kararlarını izlenebilir kılar?

Beş kontrol noktası işi düzenli tutar: onaylanmış brifing, test edilmiş uygunluk, mutabakat sağlanmış dağıtım, hazırlanmış talep yolu ve talep sonrası inceleme. Her kontrol noktasına bir sorumlu atayın. Yalnızca adlandırılmış çıktı incelemeye hazır olduğunda ilerleyin.

Takvim, katılım kayıtlarının, dağıtım yönteminin ve mevcut incelemecilerin hazırlığını takip eder. Tanıtım başlamadan önce uç durumlar için zaman ayırın. Uygunluk metni veya talep yolu hala değişiyorken kamuya açık bir başlangıç tarihi belirlemeyin.

Dağıtımdan sonra, gözlemlenen talepleri ve ilgili takip faaliyetlerini orijinal hedefle karşılaştırın. Destek temalarını duyuru erişiminden ayrı tutun. Ekibin inceleyebildiklerini, açık kalanları ve hangi talimatın revizyona ihtiyacı olduğunu kaydedin. Devam eden kampanya planlaması için ilgili kılavuzlara başlangıç noktası olarak Blog'u kullanın.

Cüzdan incelemesi dağıtımdan önce neyi belirleyebilir?

Uygunluk dosyası ve işlem kayıtları farklı kanıtlar sağlar. İncelenmiş bir dosya, ekibin belirtilen kriterlerini nasıl uyguladığını gösterir. Zincir üstü etkinlik, adreslerle ilişkili transferleri ve etkinliği gösterebilir. Hiçbiri, kaydettiklerinin ötesinde bir kanıt olarak sunulmamalıdır.

Zincir üstü etkinlik, her adresin farklı bir kişiyi temsil ettiğini kanıtlamaz. Onaylanmış bir transfer, aynı dağıtım yoluyla geri alınamayabilir. Bu noktaları talep açılmadan önce katılımcı koşullarında belirtin ve teknik sorumludan tam talep adımlarını ve kullanıcıya yönelik bilgileri kontrol etmesini isteyin.

Onaydan önce nihai bir inceleme sayfası kullanın. Koşulların dağıtım modeliyle eşleştiğini, her hariç tutmanın belgelenmiş bir gerekçesi olduğunu ve destek sorumlularının vakaları nereye yükselteceğini bildiğini doğrulayın. Yayınlanan yolun test edilen yolla eşleştiğini kontrol edin. Daha sonraki inceleme için onaylanan koşulların ve alıcı dosyasının bir kopyasını saklayın.

GeoMarketing Experts'a taslak koşullarınızı, hedeflenen alıcı grubunuzu, dağıtım kapsamınızı ve tercih ettiğiniz lansman aralığını gönderin. Bu materyallerin nasıl bağlandığını inceleyeceğiz ve bir sonraki kararınız için size özel planlama önerileri sunacağız.

Nasıl çalışır

1. Dağıtım brifingini yazınProje ihtiyacını, hedeflenen alıcı grubunu, onaylanan kapsamı ve inceleme ölçütünü kaydedin. Proje sorumlularının aynı hedef üzerinde anlaştığını doğrulayın.
2. Uygunluk kriterlerini test edinUygunluk eylemlerini, kanıtları, hariç tutmaları, kesme noktasını ve itiraz yolunu tanımlayın. Yayınlamadan önce kuralları örnek vakalara uygulayın.
3. Dağıtımı mutabakat sağlayınOnaylanan modeli uygun kayıtlara uygulayın. İkinci bir incelemeciden toplamı kontrol etmesini ve uç durumları test etmesini isteyin.
4. Talep yolunu hazırlayınResmi talimatları, destek yanıtlarını ve yükseltme sorumlusunu doğrulayın. Katılımcı akışını, akışı oluşturmayan bir incemeciyle test edin.
5. Dağıtımı inceleyinTalepleri ve ilgili takip faaliyetlerini orijinal hedefle karşılaştırın. Gelecek planlaması için açık sorunları ve değişiklikleri kaydedin.