Web3 Geliştirici İlişkileri, geliştiricilerinizin ilerlemesine nasıl yardımcı olabilir?
Web3 geliştirici ilişkileri, geliştiricilerin ürününüzü keşfetmekten daha net bir yol izlemesi gerektiğinde faydalıdır. Bir sonraki adımı atmalarına ve SDK'yı denemelerine yardımcı olur. Ürün açıklamalarını, teknik materyalleri ve soru sorulacak yerleri birbirine bağlar. Ekibiniz daha sonra şu anda önemli olan engellere odaklanabilir.
Geliştiricinin hedeflediği görevle başlayın. Bir protokol ekibi, bir entegrasyonun nasıl başladığını açıklamak isteyebilir. Bir araç ekibi basit bir ilk örnek isteyebilir. Özel rehberlik olmadan bir geliştiricinin neler bulabileceğini kontrol edin. Talimatların nerede belirsizleştiğini ve teknik ayrıntıları kimin doğrulayabileceğini not edin.
Bu çalışma yaklaşan bir lansmanı destekleyebilir. Bir lansmanı beklemesi gerekmez. Hâlâ daha geniş lansman planını şekillendiriyorsanız, geliştirici yolunu go-to-market stratejisi ile bağlayın. Bu, ekibinizin geliştiricilerin kullanabileceklerini projenin söylemeye hazır olduklarıyla hizalamasına yardımcı olur.
Yararlı bir ilk görüşme üç şeyi kapsar. Ulaşmak istediğiniz geliştiriciyi adlandırın. Tamamlamaları gereken ilk görevi tanımlayın. Teknik doğruluğu kimin inceleyeceğini belirleyin. Bu ayrıntılar netse, planı pratik boşluklara odaklayabiliriz. Kanalları seçerek başlamayız.
Bir basın notu, geliştirici karşılama sürecindeki bir boşluğu ortaya çıkarabilir
Geliştirici desteği, soruları yanıtlayan kişinin doğru bilgiye net bir yolu olduğunda daha iyi çalışır. Bir basın notu yeni bir ilgi getirebilir. Anlaşılır bir ilk adımın veya teknik sorular için bir sorumlunun yerini tutamaz.
Yarı zamanlı bir yöneticiye sahip bir Discord sunucusunun ilk basın notunu hazırladığını varsayalım. Üyeler SDK'nın nerede başladığını soruyor. Yönetici yine de günlük soruları yanıtlamaya devam etmek zorunda. Bu soruları mevcut dokümantasyona kadar izlerdik. Ardından, yanıtları kimin doğrulayabileceği konusunda anlaşır ve basın notu paylaşılmadan önce kısa bir devir notu hazırlardık.
Bu hazırlık, yöneticiye işaret edebileceği yararlı bir şey verir. Ayrıca mühendislere, girdilerine ihtiyaç duyan sorular hakkında daha net bir görüş sağlar. Ekip daha sonra bir sonraki görevinin bir kılavuzu iyileştirmek, bir örnek eklemek veya topluluk yanıtları için bir rutin belirlemek olup olmadığını görebilir.
Zaten sahip olduğunuz kanallar ve materyallerle başlıyoruz. Projenizin aktif bir grubu varsa, yeni bir tane önermeden önce geliştiricileri nasıl desteklediğini inceliyoruz. Daha geniş bir geliştirici topluluk programı, bu desteği sürekli eğitimle bağlayabilir. Doğru ilk hamle, mevcut yanıtları bulmayı kolaylaştırmak olabilir.
Kullanımı kolaylaştırabileceklerimiz
Çalışma, geliştiricinin gerçek bir sonraki adımı atmasına yardımcı olmalı, sadece daha fazla materyal eklememelidir. Ürününüz için hangi parçaların önemli olduğu konusunda anlaşırız. Ardından ekibinizin sürdürebileceği parçaları hazırlar veya iyileştiririz.
Küçük bir protokol ekibinin bir hackathon görevi hazırladığını düşünün. SDK örnekleri hâlâ değişiyor. Katılımcıların denemesi gereken görevi haritalandırırdık. Hangi talimatların teknik incelemeye ihtiyaç duyduğunu kontrol ederdik. Ardından, etkinlik materyallerini paylaşmadan önce destek yolunu netleştirirdik.
Önceliklerinize bağlı olarak, çalışma şunları içerebilir:
- Ürün tanıtımından ilk SDK kullanımına giden yolun incelenmesi.
- Daha net kurulum rehberliği, iş akışı açıklamaları veya geliştirici örnekleri.
- Ekibinizin ele alması için önceliklendirilmiş bir dokümantasyon eksiklikleri listesi.
- Soru sahipliği ve eskalaşyon dahil topluluk yanıt rehberliği.
- Görev tanımı, kurulum notları ve teslim rehberliği gibi hackathon materyalleri.
Ürün veya mühendislik ekibiniz teknik ayrıntıları kontrol eder. Deneyimi şekillendirmeye ve çalışmayı koordine etmeye yardımcı oluruz. Her öğe için kimin inceleyeceğini belirleriz. Ayrıca hiçbir şey yayınlanmadan önce "hazır"ın ne anlama geldiğini tanımlarız. Bu, materyali ürünün bugün destekleyebilecekleriyle temellendirir.
Basit bir çalışma ritmi ayrıntıları görünür kılar
Çalışmayı anlaşılan görevler, teknik inceleme ve net bir ilerleme kaydı etrafında düzenleriz. Zamanlama, zaten sahip olduğunuz materyallere bağlıdır. Ayrıca doğru kişilerin bunları ne kadar hızlı inceleyebileceğine bağlıdır.
Çalışmayı ilerletmek için 3 kontrol noktası kullanırız. İlk olarak, mevcut geliştirici yolculuğunu inceleriz. Ardından, öncelikler ve sorumlular üzerinde anlaşırız. Son olarak, teknik ekibiniz tamamlanan materyalleri kontrol eder. Ayrıca kararları toplamak ve soruların kaybolmasını önlemek için sizin tarafınızdan 1 kişi belirleriz.
| Çalışma alanı | Ne hazırlarız | Kim kontrol eder |
|---|---|---|
| SDK alıştırması | Yolculuk notları ve daha net talimatlar | Ürün veya mühendislik inceleyicisi |
| Topluluk desteği | Yanıt rehberliği ve soru devirleri | Topluluk sorumlusu ve teknik iletişim |
| Hackathon | Görev ve katılımcı materyalleri | Ürün ekibi ve etkinlik sorumlusu |
Mühendislik girdisi gerektiğinde 2 teknik inceleme noktası üzerinde anlaşırız. İlki, bir şeyin nasıl çalıştığına dair iddiaları taslak haline getirmeden önce gelir. İkincisi, örnekleri veya talimatları yayınlamadan önce gelir. Ortak bir ilerleme notu, tamamlanan öğeleri, açık soruları ve bir sonraki kararı kaydeder. Lansman çalışmanız yayından sonra devam ederse, lansman sonrası destek geliştirici eğitimini bir sonraki aşamaya bağlı tutabilir.
Geliştiricilerinizin zaten sorduğu ürün bağlamını getirin
Yararlı bir ilk inceleme, ekibinizin paylaşabileceği materyallerle başlar. Ayrıca teknik ayrıntıları kontrol edebilecek bir kişiye ihtiyaç duyar. SDK veya ürün genel bakışınızı, mevcut dokümantasyonunuzu, hedef geliştirici kitlenizi ve yaklaşan herhangi bir kilometre taşını toplayın. Tekrarlanan soruların kısa bir listesi de yardımcı olur.
Bir geliştiricinin karşılaşabileceği sürtünmeyi ararız. Bu, belirsiz ön koşullar, eksik adımlar, doğrulanması gereken örnekler veya sorumlusu olmayan sorular olabilir. Ardından, önce neyin ele alınacağı ve ekibinizin çalışmayı nasıl inceleyeceği konusunda anlaşırız. Acil ihtiyacınız daha geniş planlama ise, token lansman ve büyüme planı geliştirici materyallerini daha geniş lansmana bağlamaya yardımcı olabilir.
Anlaşılan dokümantasyonu, topluluk rehberliğini ve hackathon materyallerini hazırlayabiliriz. Bağımsız geliştiricilerin bir SDK'yı entegre etmeyi seçip seçmeyeceğine karar veremeyiz. Etkinlik sahipleri ayrıca kendi katılım kurallarını ve seçim kararlarını belirler. Taahhüdümüz, birlikte anlaştığımız iş ve inceleme sürecinedir.
Brand Community ürün genel bakışınızı, mevcut dokümantasyonunuzu ve hazırlandığınız kilometre taşını gönderin. Bu materyalleri inceleyeceğiz ve en yararlı ilk görevi belirleyeceğiz. Ardından, ekibinizin değerlendirmesi için net bir planla geri döneceğiz.
Nasıl çalışır
- Ürün resmini paylaşınBir SDK veya ürün genel bakışı, mevcut dokümantasyon ve hedef geliştirici kitlenizi gönderin. Çalışmanın desteklemesini istediğiniz kilometre taşını veya görevi ekleyin.
- Geliştirici yolculuğunu inceleyinBirinin ürünü nasıl keşfettiğini, alıştırmaya nasıl başladığını ve nasıl yardım bulduğunu izleriz. Belirsiz adımları ve teknik sorumlularınız için soruları not ederiz.
- Öncelikler ve sorumlular üzerinde anlaşınBirlikte, önce yapılacak işi seçeriz ve materyalleri inceleyen, soruları yanıtlayan veya bir etkinliği koordine eden kişileri belirleriz.
- Materyalleri hazırlayın ve kontrol edinAnlaşılan dokümantasyonu, topluluk rehberliğini veya hackathon kaynaklarını oluşturur veya iyileştiririz. Ürün veya mühendislik ekibiniz teknik ayrıntıları doğrular.
- İlerlemeyi ve sonraki adımları paylaşınTamamlananları, hâlâ karar gerektirenleri ve bir sonraki döngüde hangi pratik iyileştirmelerin yer alacağını kaydederiz.
Sık sorulan sorular
Mühendislerimizin zaten yazdığı dokümantasyonla çalışabilir misiniz?
Evet. Mevcut dokümantasyon bize bir başlangıç noktası verir, bu nedenle tam bir yeniden yazım varsayılmaz. Ana geliştirici görevlerini takip eder, kafa karıştırıcı veya eksik adımları not eder ve önce neyin ele alınacağını öneririz. Teknik inceleyiciniz, SDK veya ürünün nasıl çalıştığını açıklayan değişiklikleri kontrol eder.
Teknik sorular gruba ulaştığında nereye yönlendirilmeli?
Ekibiniz, ürün ayrıntılarını doğrulayabilecek kişileri belirlemelidir. Devri netleştirmeye yardımcı oluruz. Örneğin, bir topluluk sorumlusu bir soruyu toplayıp bir mühendislik iletişimine yönlendirebilir. Onaylanan yanıt daha sonra yeniden kullanılabilir bir kaynak haline gelebilir. Rehberliği hazırlayabiliriz, ancak teknik yanıtlar bilgili bir inceleyici gerektirir.
DevRel'e başlamadan önce bir geliştirici grubuna ihtiyacımız var mı?
Hayır. Önce hedef geliştiricilerinizin bilgiyi nerede bulduğuna ve ekibinizin sorularını nasıl destekleyebileceğine bakarız. Bir grup açmadan önce mevcut dokümantasyonu iyileştirebilir veya daha net bir yanıt rutini olan mevcut bir topluluğu kullanabilirsiniz. Karar, kitlenize ve mevcut desteğe bağlıdır.
Bir SDK için hackathon planı neleri içermeli?
Katılımcıların deneyebileceği bir görevle başlayın, ardından kurulum talimatlarını, görev tanımını ve yardım alma yolunu hazırlayın. Ürün sorularını kimin yanıtlayacağını ve materyaller yayınlanmadan önce teknik iddiaları kimin inceleyeceğini belirtin. Kısa bir etkinlik sonrası özet, katılımcıların ne denediğini ve hangi soruların takip gerektirdiğini yakalayabilir.
İlk geliştirici pazarlama çalışması ne kadar çabuk başlayabilir?
Zamanlama, ürün materyallerine ve teknik inceleyicilerinizin müsaitliğine bağlıdır. Odaklanmış bir yolculuk incelemesi, dokümantasyon, topluluk desteği veya hackathon içeren daha geniş bir programdan ayrı olarak planlanabilir. Görevler, inceleme noktaları ve sorumlular üzerinde iş başlamadan önce anlaşırız.
Bir hackathon, geliştiricilerin SDK'mızı entegre edeceğini garanti edebilir mi?
Hayır. Görevi, materyalleri ve destek yolunu hazırlayabiliriz, ancak geliştiriciler bir entegrasyona devam edip etmeyeceklerine karar verir. Etkinlik sahipleri ayrıca kendi katılım kurallarını ve seçimlerini kontrol eder. Ne hazırlandığını ve ekibinizin gözlemleyebileceği geri bildirimi raporlarız, katılımı benimsenme kanıtı olarak görmeden.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…