Web3 geliştirici pazarlama ajansı: dokümanlar, SDK'lar ve hackathon'lar

İlk kullanım yolu, DevRel için çalışan kanıtı sağlar

Sağlanan bir hızlı başlangıç, test ortamı ve destek geçmişi, geliştiricilerin sürtünmeyle nerede karşılaştığını gösterir. Bir kanal veya etkinlik önermeden önce bu materyalleri inceliyoruz. Bu, geliştirici pazarlamasını genel dikkatten ziyade ürün yolculuğuna bağlı tutar.

İlk kullanım incelemesi, yeni bir geliştiricinin izlemesi beklenen rotayı takip eder. 4 öğeyi kontrol ederiz: ön koşullar, adım sırası, terminoloji ve bağlantılar. Talimatları, ekibinizin sağladığı ürün materyalleri ve erişimle karşılaştırırız. Teknik sorumlularınız, yayınlanmadan önce uygulama ayrıntılarını doğrular.

3 kontrol noktası kaydederiz: alınan materyaller, teknik inceleme ve teslim.

İnceleme, eksik kurulum bilgilerini, mevcut ürünle uyuşmayan örnekleri veya belirgin bir kurtarma yolu olmayan bir adımı ortaya çıkarabilir. Önceliklendirilmiş düzenlemeler ve içerik önerileri sunarız. Ayrıca, pazarlama yeniden yazımından ziyade mühendislik kararı gerektiren soruları belirleriz.

İncelemeden önce, mevcut dokümanları, SDK veya API referanslarını ve bilinen kurulum sorunlarını gönderin. Varsa test ortamına giden yolu ekleyin. Hangi geliştirici eyleminin önemli olduğunu söyleyin, örneğin bir hızlı başlangıcı tamamlamak veya bir entegrasyonu değerlendirmek. Daha geniş lansman bağlamı için bu çalışmayı token lansmanı ve büyümesi ile bağlayın.

Dokümanlar, SDK onboarding'i ve topluluk yanıtları tek bir rota oluşturur

Bir hızlı başlangıç, SDK örneği ve topluluk yanıtı, aynı geliştirici yolculuğunda ayrı materyallerdir. Tutarsız terimler veya talimatlar, geliştiricilerin bir aracın kendi yığınlarına uyup uymadığını değerlendirmesini zorlaştırır. Bu temas noktalarını birlikte inceliyoruz.

Hedef geliştiriciyi ve tamamlamaları gereken görevi adlandırarak başlayın. Ardından mevcut dokümantasyonu, SDK veya API referanslarını, tekrarlanan destek sorularını ve bilinen onboarding sorunlarını sağlayın. Geliştiricilerin ilgili materyali nerede bulduğunu, başlamadan önce neye ihtiyaç duyduklarını ve nereden yardım isteyebileceklerini haritalandırıyoruz. Çıktı, önceliklendirilmiş bir düzenleme ve içerik önerileri setidir.

Topluluk desteği için her kanalın amacını ve ele alması gereken soruları tanımlayın. Teknik onboarding'i duyurulardan ayırın. Tekrarlanabilir bir sorunu bildirmek için bir rota belirleyin ve cevaplanmamış soruları ürün veya mühendisliğe yönlendirebilecek kişiyi adlandırın. Tekrarlanan sorular, tekrarlanan birebir yanıtlar yerine doküman güncellemelerine dönüşebilir.

Bir topluluk büyümesi ve etkileşim planı, geliştiricilerin soru sorabileceği net bir yer gerektiğinde bu çalışmayı destekleyebilir. Daha geniş ürün konumlandırması ve kanal seçimleri için geliştirici yolunu go-to-market stratejinizle uyumlu hale getirin.

Bir hackathon brief'i katılımcılar gelmeden önce test edilebilir olmalı

Etkinlik brief'i, önerilen geliştirme yolu ve destek planı, bir hackathon'un geliştiricilere hazır olup olmadığını ortaya çıkarır. Bu materyalleri tanıtım başlamadan önce kontrol ediyoruz. Amaç, katılımcılara odaklanmış bir ürün görevi ve teknik yardım için net bir yol sağlamaktır.

Önce hedef kitleyi, gösterilecek ürün yeteneğini, katılımcı ön koşullarını ve tamamlanmış bir projenin ne göstermesi gerektiğini belirleyin. Ardından meydan okuma brief'ini, onboarding materyallerini, değerlendirme kriterlerini ve teknik destek planını proje ekibiyle uyumlu hale getirin. Önerilen geliştirme yolunu ekibinizin sağladığı dokümantasyona karşı test edin. Katılımcıların yanıtlara ihtiyaç duymasından önce teknik sorular için bir sorumlu atayın.

Takip, etkinlik planının bir parçası olmalı. Gönderimleri incelemek, tekrarlanan soruları kaydetmek ve çalışmaları ürün yol haritasına uyan ekiplerle iletişime geçmek için birini atayın. Yararlı bir etkinlik sonrası özet, katılımı, tamamlanan proje çalışmasını, destek taleplerini ve devam etmek isteyen ekipleri ayırt eder. Mühendislik dikkati gerektiren engelleri iletişim görevlerinden ayrı kaydedin.

Etkinlik bir lansmanı destekliyorsa, hedef kitlesini ve programını ilgili TGE pazarlama çalışmasıyla uyumlu hale getirin. Bu, etkinliğe daha geniş ürün planında tanımlı bir rol verir. Ayrıca ekibinizin etkinlikten sonra hangi geliştirici eylemlerini inceleyeceğine karar vermesine yardımcı olur.

Dört sinyal grubu geliştirici ilerlemesini incelemeyi kolaylaştırır

Bir ölçüm sayfası, geliştirici aktivitesini ürün kullanımına dair kanıtlardan ayırabilir. Gözlemlenebilir sinyalleri 4 alanda gruplandırıyoruz: keşif, aktivasyon, ilerleme ve geri bildirim. Bu, ürün ve mühendislik ekiplerine ne olduğu ve neyin belirsiz kaldığı konusunda ortak bir görünüm sağlar.

• Keşif: Teknik sayfalara ziyaretler veya bir geliştirici oturumuna katılım.
• Aktivasyon: Görünür olduğunda hızlı başlangıç, test ortamı veya SDK örneğinin kullanımı.
• İlerleme: Proje gönderimleri, entegrasyon soruları veya uygulama kilometre taşları.
• Geri Bildirim: Tekrarlanan kurulum sorunları, dokümantasyon boşlukları ve ürün talepleri.

Bir aktivite başlamadan önce, her sinyalin ne anlama geldiği konusunda anlaşın. Tamamlanmış bir hızlı başlangıcın ne sayılacağını belirtin. Nitelikli bir entegrasyon görüşmesini kimin kaydettiğini adlandırın. Etkinlik ekiplerinin takibi nasıl alacağına karar verin. Bu tanımlar sonraki incelemeyi yorumlamayı kolaylaştırır.

Raporumuz 4 alan kullanabilir: tamamlanan aktivite, gözlemlenen geliştirici sinyalleri, açık sorular ve sonraki eylem sorumlusu. Kanıtları ürün ve mühendislik temaslarıyla inceliyoruz. Bu, iletişim çalışmasını teknik benimsemeden ayırır. Ekibiniz ilk lansmandan sonra devam eden çalışmaya ihtiyaç duyarsa, lansman sonrası desteğe bakın.

Teslimat kaydı, mutabık kalınan işi dış kararlardan ayırır

Bir teslimat kaydı, incelenen materyalleri, tamamlanan işi ve hala ekibinize atanmış kararları gösterir. Her iki tarafa da bir sonraki çalışma döngüsü için somut bir temel sağlar. İçerik, topluluk ve etkinlik aktivitesini mevcut erişim ve teknik sorumlular etrafında kapsamlandırıyoruz.

Angajman, geliştirici konumlandırma, dokümantasyon planlaması, hızlı başlangıç önerileri, topluluk rehberliği, hackathon materyalleri, koordinasyon ve bir ölçüm planı içerebilir. Çalışma başlamadan önce hangi öğelerin kapsamda olduğunu doğrularız. Her öğe için plan, gereken girdiyi ve teknik incelemeden sorumlu kişiyi belirler.

İncelemeyi pratik tutun. Önerilerin belirli bir materyale işaret edip etmediğini, bir sorumlu adlandırıp adlandırmadığını ve bir sonraki eylemi tanımlayıp tanımlamadığını kontrol edin. Örneğin, bir dokümantasyon notu etkilenen sayfayı ve belirsiz adımı tanımlamalıdır. Bir topluluk önerisi, soru yolunu ve yanıt sorumlusunu belirlemelidir. Bir hackathon önerisi, meydan okumayı çalışan bir geliştirici yoluna bağlamalıdır.

Hackathon ev sahipleri uygunluğu ve değerlendirmeyi kontrol ederken, platform erişimi ve görünür depo aktivitesi bizim kontrolümüz dışındadır. Mutabık kalınan incelemelere, materyallere, koordinasyona ve raporlamaya taahhüt ederiz, bağımsız entegrasyonlara veya etkinlik kararlarına değil. Bağlantılı lansman planlaması için bu kapsamı token lansman pazarlamasıyla karşılaştırın.

Küçük bir kanıt paketi ilk kapsam incelemesinde ne gösterir?

Bir ürün genel bakışı, mevcut teknik materyaller ve adlandırılmış bir darboğaz bize kullanılabilir bir başlangıç kaydı verir. Bunları geliştirici yolculuğunu izlemek ve teknik doğrulama gerektiren noktaları belirlemek için kullanırız. Ekibiniz sağlayabildiğinde bir test ortamı yolu yardımcı olur.

İlk inceleme için şu girdileri gönderin:

• Ürün genel bakışı ve ulaşmak istediğiniz geliştirici kitlesi.
• Mevcut dokümanlar, SDK veya API referansları ve topluluk bağlantıları.
• Bilinen onboarding sorunları ve tekrarlanan destek soruları.
• Planlanan sürüm kilometre taşları, hackathon'lar veya diğer ilgili aktiviteler.
• Geliştiricilerin bir sonraki adımda yapmasını istediğiniz ürün eylemi.

Ardından işi sorumlulara, bağımlılıklara ve gerekli incelemelere göre haritalandırıyoruz. Ekibiniz teknik doğruluğu ve erişimi onaylar. Acil ihtiyacın bir dokümantasyon incelemesi, topluluk destek planı, hackathon hazırlığı veya bir kombinasyon olup olmadığını belirleriz. Ortaya çıkan kapsam, teslimatları ve raporlama yaklaşımını adlandırır.

Materyalleri ve mevcut darboğazı iletişim sayfası üzerinden gönderin. Kanıtları inceleyeceğiz ve teslimattan önce ürün ve mühendislik sorumlularınızın alması gereken kararlar dahil olmak üzere kapsamlı bir öneri sunacağız.

Nasıl çalışır

1. 1. Geliştirici yolculuğunu izleyinEkibinizin sağladığı materyalleri kullanarak ürünü, dokümantasyonu, SDK erişimini, topluluk kanallarını ve onboarding yolunu inceliyoruz.
2. 2. Gözlemlenebilir eylemi tanımlayınHangi geliştirici kitlesini ve ürün eylemini destekleyeceğimiz konusunda anlaşıyoruz, ardından ekibinizin inceleyebileceği kanıtları tanımlıyoruz.
3. 3. İşi ve incelemeleri atayınİçerik, topluluk ve hackathon görevlerini sorumlulara, bağımlılıklara ve gerekli teknik kontrollere göre haritalandırıyoruz.
4. 4. Mutabık kalınan kapsamı teslim edinBelirtilen materyalleri üretiyoruz ve geliştirici odaklı aktiviteyi ürün ve mühendislik temaslarınızla koordine ediyoruz.
5. 5. Kaydı inceleyinTamamlanan işi, gözlemlenen sinyalleri, açık soruları ve bir sonraki çalışma döngüsü için sonraki adımları raporluyoruz.