앞서 우리는 초기 단계의 스타트업이 어떻게그리고그리고제품 시장 적합성 추적. 그러나 강력한 개발자 관계 팀이 없으면 이러한 움직임이 효과적이기 어렵습니다.
개발자 관계 전문가는 제품, 영업 및 마케팅과 같은 다른 운영 팀과 협력하고 모든 사람과 정보를 동기화하는 정보 허브 역할을 하는 경향이 있습니다. 많은 Web3 스타트업이 개발자를 많이 강조하고 있으므로 이 역할을 자세히 살펴볼 가치가 있습니다. 특히 초기 단계의 스타트업이 효과적인 개발자 관계 관리를 통해 얻을 수 있는 부가가치와 개발자 관계가 Web3 생태계의 건전성을 결정할 수 있는 이유에 대한 연구.
이 기사의 초점:
개발자 관계란 무엇입니까? 개발 이력은 무엇입니까?
개발자 관계는 자금 조달 라운드에서 스타트업을 어떻게 발전시킬 수 있습니까?
개발자 관계는 어디에서 초기 단계 스타트업의 가치를 창출합니까?
개발자 관계 역할을 위해 고용할 때 해야 할 것과 하지 말아야 할 것은 무엇입니까?
첫 번째 레벨 제목
개발자 관계란 무엇입니까?
보조 제목
개발자 관계 작업 개발의 간략한 역사
DevRel의 역할을 이해하기 위해서는 출현 배경을 더 깊이 이해할 필요가 있습니다. 오픈 소스 문화가 부상하면서 처음에는 많은 사람들이 오픈 소스 커뮤니티에서 기술 홍보 및 인기 있는 과학 기사 작성과 같은 개발자 관계에서 일했습니다. DevRel이 공식 기능이 된 것은 회사가 개발자에게 더 적극적으로 판매하기 시작할 때까지였습니다.
소프트웨어 에반젤리스트의 탄생
Apple은 1980년대에 소프트웨어 에반젤리스트의 역할을 만들었다고 합니다. 그의 임무는 개발자가 macOS 및 이후 iOS용 앱을 빌드하도록 장려하는 것입니다.
Apple은 플랫폼의 가치가 플랫폼에서 실행되는 소프트웨어에 의해 지원되어야 한다는 것을 깨달았습니다. 예를 들어 iPhone은 부분적으로 소비자에게 풍부하고 매력적인 앱 세트를 제공했기 때문에 큰 성공을 거두었습니다. 많은 애플리케이션이 원래 Apple 자체에서 개발되었지만 Apple 생태계의 지속적인 발전으로 타사 애플리케이션이 App Store의 99.99%를 차지했습니다.
제품 주도 성장과 개발자 우선 전략의 대두
2016년 OpenView Venture Partners의 Blake Bartlett은 Optimizely 및 DataDog와 같은 회사에 투자한 후 제품 주도 성장(약칭 PLG) 개념을 처음 제안했습니다. 제품 중심의 성장 뒤에 있는 가정은 제품 채택이 판매 또는 마케팅에 대한 상당한 하향식 투자 없이 유기적으로 성장할 수 있다는 것입니다. 이 모델은 사용자가 성장을 달성하기 위해 가입하고 제품을 무료로 사용해 볼 수 있는 SaaS 회사에서 자주 사용됩니다. 이것의 목적은 사용자가 자신의 서클에서 제품을 홍보하고 제품에 대한 입소문을 만들 수 있도록 하는 것입니다.
제품 중심 성장 전략은 Stripe, Twilio 및 MongoDB와 같이 개발자에게 직접 가는 회사에 특히 적합합니다. 이러한 회사는 DevRel 전략을 사용하여 성장을 가속화합니다. 이 경우 제품의 사용자 인터페이스 디자인으로 인해 개발자가 최상의 경험을 얻지 못하기 때문에 DevRel이 매우 중요합니다. 원활한 프런트 엔드 사용자 경험이 없기 때문에 개발자는 새로운 API 또는 SDK를 쉽게 사용할 수 없으므로 더 많은 지침과 도움이 필요합니다.
보조 제목
DevRel의 여러 기능
Twilio 또는 Atlassian과 같은 개발자 우선 회사는 본격적인 DevRel 부서를 보유하고 개발자 마케팅 또는 커뮤니티 관리와 같은 DevRel 기능으로 작업을 분할합니다. 상대적으로 작은 신생 기업의 경우 이러한 기능은 일반적으로 제목에 DevRel이라는 단어가 없을 수도 있는 한 사람이 실행합니다.
이미지 설명
이 다이어그램은 developerrelations.com의 개발자 관계의 4가지 기둥약간의 조정.
그림에서 인식의 의미는 자명하지만 개발자 지향 제품의 경우 활성화의 개념을 정확하게 정의하기가 더 어렵습니다. API 인터페이스 제품의 경우 개발자 활성화는 일반적으로 개발자가 처음으로 액세스 토큰을 만들고 API 인터페이스를 호출할 수 있도록 허용하는 것을 의미합니다. SDK 또는 라이브러리의 경우 개발자 활성화는 개발자가 처음으로 코드에서 함수를 가져오고 호출할 수 있도록 허용하는 것을 의미합니다. 제품마다 개발자 활성화 과정이 다릅니다. 개발자 여정에 대한 자세한 내용은 Todd Moy의첫 번째 레벨 제목
Web3를 위한 개발자 관계
보조 제목
Web3 DevRel은 아직 초기 단계입니다.
일부 Web3 회사는 Consensys, Alchemy 및 Chainlink Labs와 같은 완전한 DevRel 부서를 설립했지만 이러한 회사는 여전히 드뭅니다. 대부분의 Web3 스타트업에는 DevRel 담당자가 한 명만 있거나 이 직책조차 없지만 일시적으로 DevRel 관련 기능을 다른 팀원에게 할당합니다.
예측하다예측하다내년에도 여전히 블록체인 회사로 뛰어드는 뛰어난 개발자 관계 실무자가 많이 있을 것입니다.
보조 제목
DevRel은 모든 종류의 Web3 기업에 큰 의미가 있습니다.
논의Web3 개발자 커뮤니티, 개발자 커뮤니티를 구축해야 하는 몇 가지 유형의 프로젝트에 대해 간략하게 설명했습니다. 개발자 커뮤니티 구축은 DevRel의 책임 범위에 속하므로 기업이 개발자 커뮤니티를 구축하려면 DevRel의 작동 메커니즘을 이해해야 합니다.
개발자 커뮤니티를 구축해야 하는 회사는 일반적으로 매우 유사한 비즈니스 목표를 가진 세 가지 범주로 나뉩니다.
Web3 인프라
그러한 회사들은 종종 특정 프로토콜에 구속되지 않고 Web3 생태계의 상호 운용성을 향상시키기 위해 다양한 도구와 기술을 개발합니다.
데이터 오라클
L2 확장 계획
블록체인과 상호 작용하는 API 인터페이스
KYC 관리 플랫폼
분산 파일 시스템
블록체인 애플리케이션 SDK 및 미들웨어
DevRel의 비즈니스 목표: 회사 기술의 통합 수를 늘리고 API 호출 및 스마트 계약 상호 작용에 대한 요금을 부과하여 수익을 창출합니다.
L1 블록체인 및 DeFi 프로토콜
블록체인 기술은 일반적으로 분산된 팀에서 관리하고 유지하는 반면 개발자 교육은 Ethereum Foundation 또는 Cardano Foundation과 같은 오픈 소스 재단에서 책임집니다.
DevRel의 비즈니스 목표: 프로토콜에 액세스하는 프로젝트 수를 늘리고, 거래 수수료를 통해 수익을 늘리고, 수익을 사용하여 네트워크 보안을 보장하기 위해 채굴자와 노드 운영자에게 경제적 인센티브를 제공합니다.
거래 플랫폼 및 시장
이들은 일반적으로 중앙 집중식 디지털 자산 거래 플랫폼입니다. 이러한 플랫폼은 주로 최종 사용자를 대상으로 하지만 개발자가 트랜잭션 작업의 일부를 자동화할 수 있도록 API 인터페이스와 SDK도 제공합니다.
DevRel의 비즈니스 목표: 통합 수를 늘려 플랫폼의 거래량을 늘리고 거래 수수료를 부과하여 수입을 얻습니다. 또한 많은 프로토콜은 개발자가 dApp에 통합할 수 있는 무료 및 유료 집계 트랜잭션 데이터를 제공합니다.
첫 번째 레벨 제목
DevRel이 스타트업의 자금 조달을 돕는 방법
스타트업 회사가 DevRel의 필수 요소를 최대한 빨리 파악할 수 있다면 더욱 빨라질 가능성이 높습니다.모든 라운드 자금 조달 완료。Heavybit(개발자 우선 스타트업에 투자하는 VC), 일반 파트너인 Dana Oshiro는개발자 커뮤니티의 방어 가능성 및 가치그의 연설에서 언급했듯이 DevRel 커미셔너는 투자자가 신생 기업에 계속 자금을 제공하도록 동기를 부여할 수 있습니다. DevRel은 투자자에게 관심있는 다양한 데이터와 지표를 제공할 수 있기 때문입니다.
보조 제목
시드 라운드
사전 시드 또는 콜드 스타트 단계에서 DevRel의 기능은 일반적으로 창립 팀의 다양한 구성원에게 일시적으로 또는 무작위로 할당됩니다. 팀에서 가장 연설을 잘하는 개발자는 제품 시연을 담당하고 공동 창립자 한 명은 문서 작성을 담당하며 다른 공동 창립자는 개발자 마케팅을 담당하게 됩니다.
목표: 이 단계에서 잠재적 투자자는 창업자가 할 수 있는지 여부에 초점을 맞춥니다.제품 시장 적합성 확인, 그리고 제품 개발을 지속하기에 충분한 얼리어답터가 있는지 여부.
목표 및 지표: 투자자는 주로 웹 사이트 트래픽, 소셜 미디어 활동, 커뮤니티 가입, 데모 데모 및 개발자 피드백과 같은 초기 참여 및 관심 지표에 관심이 있습니다.
보조 제목
자금 조달 라운드
이 단계에서 전용 DevRel 위치를 설정해야 합니다. 스타트업은 이 단계에서 더 엄격한 심사 기준에 직면해 있습니다. 투자자는 사업이 소진되기 전에 다음 이정표에 도달할 수 있는지 확인해야 하기 때문입니다. 따라서 DevRel 프로그램을 시작하고 결과를 추적하려면 정규직 직원이 필요하며 더 이상 창업자나 개발 책임자가 파트타임으로 일하게 할 수 없습니다.
목표: 투자자는 스타트업이 개발자를 채용하고 유지할 수 있는지 여부에 초점을 맞추고 성공적인 프로젝트에 대한 벤치마킹을 시작합니다.
목표 및 지표: 투자자는 회사가 다음 목표를 달성하기를 원합니다. (참고: 이러한 목표에는 개발자 상호 작용, 권장 고객 및 유지된 커뮤니티 구성원과 같은 특정 지표가 있습니다.)
제품 및 커뮤니티 인지도를 구축합니다.
개발자를 모집하고 개발자가 처음으로 API 인터페이스 또는 스마트 계약을 호출하도록 권장합니다.
스트리밍 및 변환하고 제품 피드백을 받습니다.
보조 제목
자금 조달 라운드 후
이 단계에서 DevRel 직위를 한 사람에게만 의존하는 것은 충분하지 않을 수 있으며 이 사람은 매우 바쁠 수 있습니다. 회사는 DevRel 역할을 개발자 커뮤니티 관리자, 개발자 마케팅 리드와 같은 기능 또는 아시아 또는 영어를 위한 개발자 옹호와 같은 지역별로 분류하기 시작해야 합니다.
목표: 수비 능력을 키웁니다. 이 단계에서 투자자들은 스타트업이 개발자를 채용하고 유지할 수 있는지 여부에 초점을 맞추고 있으며 성공적인 개발자가 참조 및 사례 역할을 할 만큼 충분히 있습니다.
목표 및 지표: 천만 달러 라운드에서 투자자는 스타트업의 모멘텀에 대한 통찰력을 제공하고 회사가 다음을 수행할 수 있도록 하는 세분화된 데이터를 원합니다.
가시성 및 고객 확보 측면에서 추진력을 계속 유지하고 제품 피드백을 기반으로 반복적으로 최적화합니다.
실제 사용자 충성도로 충성도 높은 개발자를 유지합니다.
개발자는 다른 사람에게 기술을 추천하고 자발적으로 홍보하도록 권장됩니다.
Github 포크, 통합, 통합 수, 생태계의 타사 애플리케이션 및 파트너 수는 모두 중요한 지표입니다.
요점 요약: 스타트업은 DevRel 팀을 구성해야 하며, 각 구성원은 서로 다른 기능을 담당하고 생태 성장률 및 제품 참여와 같은 각 핵심 영역에서 측정 지표를 달성할 수 있습니다.
첫 번째 레벨 제목
초기 단계 스타트업이 집중해야 하는 DevRel 기능은 무엇입니까?
많은 개발자 우선 스타트업은 개발자 지원 및 커뮤니티 개발을 우선시합니다. 이는 회사가 마케팅 또는 옹호 기능을 소홀히 한다는 의미가 아니라 여전히 여러 팀에 분산되어 있을 뿐입니다. 개발자 권한 부여 및 커뮤니티 기능은 DevRel 커미셔너의 전임 업무가 됩니다.
이미지 설명
보조 제목
개발자 인식보다 개발자 활성화가 더 강조되는 이유는 무엇입니까?
기억해야 할 첫 번째 사항은 이것이 영구 상태가 아니라 단계의 일부일 뿐이라는 것입니다. 기업가 팀이 계속 확장됨에 따라 초점은 개발자 인식으로 다시 전환될 것입니다. 그러나 초기 콜드 스타트 단계에서 신생 기업은 종종 사용자를 유지하는 것보다 인지도를 구축하는 데 더 좋습니다.
Web3 프로젝트의 경우 특히 그렇습니다. 창업자들은 종종 투자를 유치하기 위해 네트워크 효과를 구축해야 한다는 강한 압박을 받기 때문입니다. 요점은 사람들이 전반적인 제품 비전과 로드맵에 관심을 갖도록 하는 것입니다.
그러나 개발자의 시간과 관심을 두고 경쟁하는 수많은 프로젝트가 있습니다. 따라서 매력적인 비전을 갖는 것만으로는 충분하지 않습니다. 개발자 경험이 좋지 않거나 커뮤니티 피드백이 시기 적절하지 않은 경우 개발자의 관심이 빠르게 사라지고 결국 더 나은 경험을 가진 다른 프로젝트로 마이그레이션됩니다. 개발자를 유지하지 않고 개발자 인지도를 구축할 수만 있다면 소용이 없습니다.
이전 기사에서 방법을 언급했습니다.개발자 커뮤니티 구축보조 제목
개발자 역량 강화를 위한 전략
대부분의 개발자 우선 기업은 유사한 개발자 지원 전략을 많이 사용합니다. 그러나 많은 스타트업은 이러한 전략을 무시하거나 심각하게 구현하지 않는 경향이 있습니다. 개발자 권한 부여 전략에는 다음이 포함됩니다.
고품질 기술 문서, 자습서 및 시작 가이드를 개발합니다.
제품 중심의 웨비나, 라이브 코딩 세션 및 교육용 비디오를 주최합니다.
제품 아키텍처의 각 계층에서 발생하는 문제를 다루는 명확한 오류 메시지를 개발합니다.
보조 제목
개발자 경험 디자인의 중요성
이미지 설명
Todd Moy의 순서도 -원천。
이 예는 제목 개발자 경로 분석, 제품 디자이너 Tod Moy가 게시했습니다. 이는 콘텐츠와 제품 접점을 모두 포함하는 전체 개발자 여정을 다루기 때문에 매우 설득력 있는 사례입니다. Moy는 Dewey라는 개발자의 여정을 조사하고 그의 동기, 고충 및 밝은 점을 문서화하려고 했습니다.
첫 번째 레벨 제목
Web3 스타트업은 적합한 DevRel 인재를 어떻게 모집합니까?
Web3 산업에서 회사는 DevRel 인재를 놓고 치열하게 경쟁합니다. 2022년TrueUp Crypto Position 연구 보고서보조 제목
텍스트
DevRel 인재에 대한 수요가 높기 때문에 신생 기업은 특히 Web3 경험 및 작업 위치 측면에서 작업 요구 사항을 유연하게 설정해야 합니다.
일할 곳: 대부분의 Web3 조직은 고도로 분산되어 있기 때문에 Web3 스타트업은 일할 곳을 쉽게 타협할 수 있습니다. 주의할 점은 일부 관할권에서 직원을 채용하는 데 정책적 장애물이 있을 수 있으며, 또한 효율적인 조정을 위해 여러 장소에서 직원의 시간대 일치가 충분히 높은지 확인하는 것이 필요합니다.
Web3 작업 경험: 많은 Web3 작업 설명에는 지원자가 Web3 작업 경험이 있어야 합니다. 사실 구직자는 Web2 업계의 기술 경험만 있으면 됩니다. 왜냐하면 Web3 기술 경험은 직장에서 점차 축적될 수 있기 때문입니다. 또한 구직자가 Web3 직업에 관심이 있다면 스마트 계약, NFT, 탈 중앙화와 같은 Web3의 기본 개념을 마스터했을 가능성이 높습니다.
보조 제목
관련 기술을 갖춘 구직자 찾기
DevRel 경험이 있는 인재를 채용할 필요는 없습니다. 이것은 새로운 직업이기 때문에 많은 사람들이 다른 관련 분야에서 왔습니다. 예를 들어 스타트업은 Discord에서 기술적인 질문에 답하는 기술 작가, 기술 지식이 있고 문서를 작성할 수 있는 커뮤니티 관리자 또는 DevRel 역할에 관심이 있고 기술적으로 의사 소통에 능숙한 개발자를 고용하는 것을 고려할 수 있습니다.
보조 제목
공감에 주목하라
구직자의 직업적 배경과 관계없이 DevRel 직책에 없어서는 안될 능력은 공감입니다. 이를 위해서는 자신의 내적 편견과 사전 지식을 극복할 수 있어야 합니다. 대상 사용자의 동기와 지식 격차를 이해해야 합니다. 스타트업이 다양한 유형의 개발자의 요구를 이해할 수 있다면 대상 개발자의 요구를 충족하기 위해 커뮤니케이션 및 제품 전략을 더 잘 맞춤화할 수 있습니다.
공감을 평가하는 방법
공감능력을 평가하는 것은 기술능력을 평가하는 것보다 어렵기 때문에 인터뷰에서 공감을 간과하는 경우가 많다. 회사는 지원자의 사회적 기술을 측정하기 위해 몇 가지 일반적인 질문을 하지만 DevRel의 사명은 실제로 개발자의 입장이 되어 보는 것입니다.
한 가지 방법은 에서 구직자를 얻는 것입니다.5차원다른 유형의 그룹에 특정 Web3 기술 개념을 설명합니다(참고: Five Dimensions는 Wired의 매우 인기 있는 비디오 시리즈에서 파생됨). 예를 들어 Chainlink 개발자 옹호자 Patrick Collin은 왜 웹3인가신뢰 최소화신뢰 최소화그래서 모든 사람이 이해할 수 있도록 쉬운 언어로 개념을 설명합니다. 모호한 개념을 간단한 방법으로 설명하는 것은 모든 DevRel 직원에게 꼭 필요한 기술입니다.
첫 번째 레벨 제목
Web3에 더 많은 DevRel 인력이 필요한 이유는 무엇입니까?
개발자와 공감할 수 있는 DevRel 팀은 새로운 개발자에게 지침을 제공하고 그들이 복잡한 기술 생태계를 빠르게 시작할 수 있도록 도울 수 있습니다. Web3에 막 입문한 많은 개발자들에게 Web3는 통합되고 조정된 산업이라기보다는 도시 국가에 가깝습니다.각 도시 국가의 조합은 서로 경쟁하고 있습니다. 이것은 상호 운용성이 더욱 주류가 됨에 따라 변화하고 있습니다. 그러나 언어와 용어를 조화시키는 것은 여전히 어려운 경우가 많습니다. 이 분할은 예를 들어 다양한 스마트 계약 언어가 있는 것과 같이 언어 수준에서 반영될 뿐만 아니라 개념적 수준에서도 반영됩니다(예를 들어 다양한 경쟁 합의 메커니즘, 프로토콜, 교차 체인 브리지, L1 및 L2가 있음). , 등. 따라서 DevRel 커미셔너는 일반적이지 않은 기술 개념을 보다 친숙한 언어로 번역하는 번역가의 역할을 수행합니다. Web2의 개발 작업은 Web3의 개발 작업과 매우 다르기 때문에 더 많은 Web2 개발자를 Web3로 국경을 넘도록 유치하려면 복잡한 기술 개념을 단순화해야 합니다.
DevRel 직책을 독특하게 만드는 것은 두 가지 측면에서 충성도가 필요하다는 것입니다. 한편으로 DevRel 직원의 첫 번째 책임은 프로젝트의 성공을 보장하는 것입니다. 다른 한편으로 그들은 업계의 개발자 커뮤니티에 대한 충성도를 유지해야 합니다. 해당 개발자가 직접 고객이든 아니든 그들은 개발자가 성공하는 것을 보고 싶어합니다. 이 비전은 그들이 더 인기 있는 과학 기사를 작성하고 Stack Overflow와 같은 개발자 포럼에서 질문에 답하도록 동기를 부여합니다. 그렇게 하면 회사의 브랜드 평판을 효과적으로 높일 수 있지만 이를 추진하는 근본적인 목표는 아닙니다.
또한 Web3 인프라 스타트업의 성공 여부는 점점 더 DevRel 인력에 달려 있습니다. Web3 인프라 분야는 지속적으로 발전하고 있으며 기업가들도 분산형 인프라 솔루션에 대한 시장의 요구를 인식하고 있습니다.수요가 증가하고 있습니다Chainlink 프로그램으로 시작
Chainlink로 스타트업 지원
Chainlink 프로그램으로 시작, Web3 시작을 위한 리소스에 대한 자세한 내용은
현재 고유한 제품 및 서비스를 개발하는 모든 Web3 팀을 환영합니다.가입하러 오세요. 제발체인링크 뉴스레터 구독, Web3 시작을 위한 리소스에 대한 자세한 내용은
