Web3 DevRel: Geliştiricileri dokümanlardan SDK kullanımına taşıyın

3 yüzey, 1 geliştirici yolu

3 yüzey çalışmayı şekillendirir: dokümanlar, geliştirici topluluğu ve hackathon'lar. Her biri geliştiricileri faydalı bir sonraki adıma yönlendirmelidir. Örneğin, bir SDK kurulumu yapmak veya bir örneği test etmek.

İlk inceleme, yolun bir geliştiricinin bakış açısından mantıklı olup olmadığını kontrol eder. Ürünün ne yaptığını belirleyip ilgili bir başlangıç noktası bulabiliyorlar mı? Kurulumu takip edip takıldıklarında yardım alabiliyorlar mı? Daha fazla aktivite önermeden önce ilk belirsiz adımı işaretleriz.

Bu hizmet; protokoller, API'ler, SDK'lar ve diğer geliştirici odaklı ürünler için uygundur. Ürün çalışıyor ancak talimatların takibi zor olduğunda faydalıdır. Teknik sorular birbirinden kopuk yerlerde gelebilir. Bir lansman ayrıca net bir geliştirici onboarding planından yoksun olabilir.

• Dokümanlar: kurulum adımlarını ve ön koşulları kolayca bulunur hale getirin.
• Topluluk: geliştiricilere teknik sorular sormak için net bir yer verin.
• Hackathon'lar: pratik bir geliştirme görevi belirleyin ve destek materyalleri hazırlayın.

Ürün daha geniş bir lansman planı gerektiriyorsa, bu çalışmayı go-to-market stratejisi veya kripto pazarlama danışmanlığı ile bağlayın. Önceden belirlenmiş bir kanal paketiyle değil, kolaylaştırmak istediğiniz geliştirici eylemiyle başlarız.

Hangi geliştirici yüzeyi önce çalışmalı?

3 kontrol nereden başlayacağınızı gösterir. İlk kullanım boşluğunu bulun ve sorumlusunu belirleyin. Ardından düzeltmeyi doğru yüzeyle eşleştirin. Yeni bir etkinlik eksik kurulum talimatlarını onarmaz. Daha iyi dokümanlar, bir destek yolu olmadan soruları yanıtlamaz.

İlk iş kalemini seçmek için tabloyu kullanın. Kurulum belirsizse, önce quickstart ve örnekleri inceleyin. Yanıtlar dağınıksa, destek sorumlusunu ve eskalasyon yolunu belirleyin. Bir etkinlik için, challenge'ın çalışan bir ürün yoluna karşılık geldiğini doğrulayın.

• Doküman incelemesi: ön koşulları, adımları, kod örneklerini ve sonraki eylemi kontrol edin.
• Topluluk incelemesi: tekrarlayan soruları sınıflandırın ve bir yanıt sorumlusu atayın.
• Etkinlik incelemesi: görevi, başlangıç materyallerini ve takip yolunu doğrulayın.

Daha güçlü bir eğitim katmanı için geliştirici eğitim içeriği düşünün. Etkinlik materyallerini ve topluluk yanıtlarını aynı bakımı yapılan dokümanlarla uyumlu tutun.

Yayın öncesi hazırlanacak 3 varlık grubu

3 varlık grubu işi kullanılabilir kılar: teknik materyaller, destek rehberliği ve etkinlik kaynakları. Karışım, ürününüzün hazır olma durumunu takip eder. Ayrıca desteklemek istediğiniz geliştirici eylemini yansıtır.

• Teknik materyaller: doküman öncelikleri, quickstart'lar, SDK örnekleri veya eğiticiler.
• Destek rehberliği: yanıt notları, eskalasyon kişileri ve çözülmemiş soru yönlendirmesi.
• Etkinlik kaynakları: bir geliştirme challenge'ı, katılımcı talimatları ve başlangıç materyalleri.

Her varlığın bir sorumlusu ve bir inceleme yolu olmalıdır. Bir quickstart, geliştiricilerin anlamlı bir teste ulaşmasına yardımcı olmalıdır. Bir destek notu, ekibinize cevaplanmamış bir ürün sorusunun nereye gittiğini söylemelidir. Bir etkinlik brifi, katılımcıların ne inşa edebileceğini göstermelidir. Ayrıca sonrasında nerede devam edebileceklerini de göstermelidir.

Üretim başlamadan önce, DigitalMedia1 bir başlangıç kontrol listesi kullanarak şunları doğrular:

• Çalışmaya dahil edilen ürün yüzeyleri ve SDK sürümleri.
• Teknik inceleyen ve genel materyal onay yolu.
• Aktif topluluk kanalları ve eskalasyon kişisi.
• Özel kullanıcı verisi olmadan gözlemlenebilir geliştirici eylemleri.

Topluluk operasyonlarını topluluk büyümesi ve etkileşim ile bağlayabilir veya devam eden çalışma için büyüme pazarlama desteği getirebilirsiniz. Rapor, tamamlanan varlıkları, açık soruları ve üzerinde anlaşılan sonraki adımları kaydeder. Ekibiniz teknik onay sağlar; materyalleri ve sorumlulukları net tutarız.

Web3 DevRel incelemeden yayına nasıl geçer?

5 adım, çalışmayı ürün incelemesinden onaylı yayına taşır. Teknik doğruluk önce gelir. Genel materyaller daha sonra ürününüzün destekleyebileceği işlevlere işaret eder.

1. Ürün incelemesi: Ürün, dokümanlar, SDK ve topluluk linklerini gönderin. Canlı olanı belirtin. Teknik detayları doğrulayabilecek kişiyi tanımlayın.
2. Yol kontrolü: Bir geliştiricinin ürünü nasıl bulduğunu, başlattığını ve test ettiğini inceleriz. Belirsiz adımları ve destek boşluklarını not ederiz.
3. Çalışma planı: Öncelikli geliştirici eylemi, varlıklar, sorumlular ve raporlama sinyalleri üzerinde anlaşın.
4. Varlık incelemesi: Onaylı materyalleri hazırlarız. Teknik sorumlunuz yayın öncesi örnekleri ve iddiaları kontrol eder.
5. Yayın ve rapor: Üzerinde anlaşılan işi koordine eder ve tamamlanan varlıkları, mevcut aktiviteyi ve sonraki adımları kaydederiz.

Çalışma planı, varlık sayısını, inceleme turlarını ve mevcut teknik desteği yansıtır. Odaklanmış bir doküman güncellemesinin farklı bir onay yolu vardır. Topluluk desteği veya hackathon ekleyen işler daha fazla inceleme gerektirir. Üretimden önce sorumluları doğrularız, böylece geri bildirim yayında takılı kalmaz.

Daha geniş bir lansman dizisi için çalışmayı token lansmanı ve büyüme ile bağlayın. Ürün materyallerinizi inceler ve 2 iş günü içinde yazılı bir teklif göndeririz. Çalışma, onaylanmış ödemenin ardından 24 saat içinde başlar.

DevRel ekibinizin doğrulayabilecekleri

3 şey raporda görünür kalır: üzerinde anlaşılan tamamlanmış varlıklar, kaydedilen geliştirici soruları ve onboarding yolunda gözlemlenebilir ilerleme. Bunlar ekibinizin sırada neyi iyileştireceğine karar vermesine yardımcı olur. Tek başına dikkat, entegrasyonun kanıtı değildir.

Ekibiniz dokümantasyon doğruluğunu, örnekleri, destek sahipliğini ve takibi kontrol eder. Geliştiriciler SDK'yı test edip etmeyeceğine veya entegre edip etmeyeceğine karar verir. GitHub aktivitesi, topluluk tartışması ve hackathon katılımı aktivite gösterir. Hiçbiri üretim benimsenmesini doğrulamaz.

Platform erişimi ve etkinlik kabulü hizmet sağlayıcılarda ve organizatörlerde kalır. Belirli bir entegrasyon sayısı, etkinlik seçimi veya özellik yerleşimi vaat edemeyiz.

• Yayın öncesi örneklerin mevcut ürünle eşleştiğini doğrulayın.
• İddiaları ekibinizin doğruladığı özelliklere bağlı tutun.
• Tekrarlayan soruları kaydedin ve çözülmemiş sorunları yönlendirin.
• Her etkinliği veya topluluk aktivitesini bakımı yapılan dokümanlara bağlayın.

Bize ürün URL'nizi, güncel dokümantasyonunuzu, SDK veya depo linklerinizi ve aktif geliştirici kanallarınızı gönderin. Hedeflediğiniz sonucu ekleyin.

• Canlı durum: neyin canlı olduğunu ve neyin planlandığını söyleyin.
• Teknik inceleme: teknik detayları doğrulayabilecek kişiyi belirtin.

İlk kullanım yolunu inceler ve 2 iş günü içinde yazılı bir plan ve teklif döndürürüz. Ardından sorumlular ve sonraki adımlar üzerinde anlaşırız.

Nasıl çalışır

1. 1. Ürün bağlamını gönderinÜrün, dokümanlar, SDK ve geliştirici kanalı linklerini paylaşın. Neyin canlı olduğunu ve teknik detayları kimin kontrol edebileceğini belirtin.
2. 2. İlk kullanım yolunu kontrol edinGeliştiricilerin ürünü nasıl bulduğunu, başlattığını ve test ettiğini inceleriz. Dokümanlar, destek ve etkinlikler arasındaki boşlukların bir listesini alırsınız.
3. 3. Çalışma planı üzerinde anlaşınÜretim başlamadan önce öncelikli geliştirici eylemini, varlıkları, sorumluları ve raporlama sinyallerini seçin.
4. 4. Teknik materyalleri inceleyinÜzerinde anlaşılan içeriği veya etkinlik materyallerini hazırlarız. Teknik sorumlunuz yayın öncesi doğruluğu kontrol eder.
5. 5. Yayınlayın ve raporlayınOnaylı işi koordine eder ve tamamlanan varlıkları, mevcut aktiviteyi ve sonraki adımları raporlarız.