개발자 관계 팀이 회사에서 일하게 하는 방법

분기별 세계에서 때로는 장기적으로 관계를 구축하는 것이 가장 좋은 투자입니다. 이것이 개발자 관계 팀이 사용하는 접근 방식입니다. 좋은 경험을 보장하기 위해 내부 개발자와 커뮤니티 구성원을 지원합니다. 이러한 커뮤니티 연결은 문제에 대한 크라우드 소싱 솔루션, 충성도 높은 사용자 및 새로운 제품 기능으로 이어질 수 있습니다.

클라우드 전문업체 DigitalOcean의 제품 마케팅 부사장인 Raman Sharma는 개발자 관계는 회사 제품을 개발자에게 전파하는 것부터 콘텐츠와 코드를 통해 사용자와 협력하여 피드백을 수집하고 회사 제품의 오픈 소스 측면을 관리하는 것까지 모든 것을 포괄한다고 말했습니다.

“개발자 우선 기업과 제품 중심 기업의 경우 개발자 관계 프로그램은 콘텐츠와 브랜드 구축을 통해 셀프 서비스 성장 엔진을 보완하는 데 도움이 됩니다.”라고 그는 말했습니다. "보다 전통적인 영업 중심 기업의 경우 이러한 프로그램은 기존의 '의사 결정자'뿐만 아니라 기술의 실제 사용자 및 실무자도 기술 결정에 참여할 수 있도록 상향식 인식 및 채택을 구축하는 데 도움이 됩니다."

비즈니스 전략으로 관계 구축

Camunda의 개발자 관계 책임자인 Mary Thengvall은 자신의 업무에 커뮤니티 관리, 개발자 옹호 및 개발자 경험이 포함된다고 말했습니다. 

“우리는 커뮤니티가 직면하고 있는 문제를 옹호하고 개발자들이 우리 소프트웨어와 회사에 대해 좋은 경험을 할 수 있도록 보장합니다. 이를 통해 사용 편의성과 가치 실현 시간이 보장됩니다.”라고 그녀는 말했습니다.

만나다: 개발자 관계가 전 세계적으로 확대되고 중요성이 높아지고 있습니다. 

Thengvall의 팀은 오픈 소스 워크플로우 및 의사결정 자동화 플랫폼인 Camunda에서 내부 관계 구축에도 참여하고 있습니다. 그녀는 커뮤니티를 제품 관리자, 고객 지원 팀, 마케팅, 영업 및 내부 개발자와 연결합니다. 

그녀의 최우선 임무는 팀이 수행하는 작업을 회사의 더 높은 목표와 연결하는 것입니다. 개발자 커뮤니티에서 관계 구축의 ROI를 정량화하는 것은 다른 지표를 측정하는 것보다 어렵지만 이점은 있다고 Thengvall은 말했습니다.

“우리 작업은 이탈을 줄이고, 동료를 만들고, 사람들이 떠나고 싶지 않은 커뮤니티를 구축합니다.”라고 그녀는 말했습니다. 

커뮤니티 구성원이 회사와 충분히 강한 유대감을 느끼면 새로운 기능을 제공하거나 버그를 해결할 수 있다고 그녀는 말했습니다.

Thengvall은 자신의 팀이 개발자 커뮤니티와 강력한 관계를 맺고 있기 때문에 Camunda가 더 나은 제품을 더 쉽게 만들 수 있다고 말했습니다.

"많은 커뮤니티 구성원과 이러한 제품을 사용하는 사람들은 개발자 관계 팀이 결국 우리에게 돈을 주게 될지 여부에 관계없이 가장 진실되고 가장 솔직한 팀이라고 신뢰합니다."라고 그녀는 말했습니다. .

그녀의 팀은 또한 블로그 게시물을 기고하거나 컨퍼런스에 제출할 초록을 개발하려는 커뮤니티 구성원을 지원합니다. 

Thengvall은 O'Reilly Media에서 커뮤니티 구축을 시작했으며, 그곳에서 회사가 제공할 수 있는 다른 리소스에 대해 독자들과 이야기했습니다. 

"그것은 질문으로 바뀌었습니다. 우리 컨퍼런스에 참석하거나 우리 소프트웨어를 사용하는 사람들이 올바른 일을 하고 있는지 어떻게 확인할 수 있습니까?"라고 그녀는 말했습니다. 

Thengvall도 있습니다. DevRel에 관한 책을 썼습니다, 주제에 대한 팟캐스트를 주최합니다. 과 뉴스레터를 발행합니다. 

DevRel 팀이 필요합니까?

Twilio의 전세계 개발자 관계 이사인 Devin Rader는 모든 소프트웨어 비즈니스에 DevRel 그룹이 필요한 것은 아니라고 말했습니다. 기업은 개발자 관계 팀이 어떻게 도움을 줄 수 있는지 결정하기 전에 제품과 고객을 고려해야 합니다. 

“DevRel은 실제로 단일 기능이나 특정 역할로 요약될 수 없습니다.”라고 그는 말했습니다. "부서 또는 조직 측면에서 DevRel 팀이 어디에 있는지는 팀의 목표가 비즈니스에 어떻게 부합해야 하는지, 무엇이 성공으로 보고 측정되는지 알려줍니다."

만나다: TechRepublic의 동적 개발자 팟캐스트

개발자 관계 역할을 갖는 데 가장 적합한 제품은 제품의 직접적인 최종 사용자가 개발자이고 개별 개발자가 제품에 가입하여 사용할 수 있는 방법이 있는 제품이라고 HackerEarth의 CEO인 Sachin Gupta는 말했습니다. .

“개발자가 제품에 가입하고 직접 사용할 수 있는 방법이 없다면 개발자 관계 팀이 추진할 수 있는 것이 많지 않습니다.”라고 그는 말했습니다.

DevRel 팀의 이점

Gupta는 DevRel 팀이 다음을 포함하여 많은 목표를 가질 수 있다고 말했습니다.

• 가입 또는 평가판 유도
• 가입 후 운전 이용 현황
• 개발자로부터 제품 피드백 수집
• 개발자가 제품 문제에 대해 토론하고 제품에 대한 질문을 통해 서로 도움을 주는 커뮤니티 만들기
• 개발자 커뮤니티에서 브랜드 인지도 구축

Thengvall은 이러한 개별 작업이 함께 작동하여 이러한 작업을 추진한다고 말했습니다. 이 세 가지 주요 이점:

1. 인식: 커뮤니티 후원, 근무 시간, 이벤트 및 강연 공연
2. 지원: 튜토리얼, 샘플 앱 및 개발자 교육
3. 참여: 포럼, 커뮤니티 기여 콘텐츠 및 기여자 가이드

그녀는 각 요소가 선순환으로 작동하고 커뮤니티에서 개발자 옹호와 회사 프로필을 지원하는 것을 봅니다. 

Rader는 DevRel 팀이 판매 주기도 지원할 수 있다고 말했습니다. 

“연구 결과에 따르면 개발자는 조직의 IT 구매 결정에 상당한 영향을 미치므로 이 청중과 소통하는 데 큰 가치가 있습니다.”라고 그는 말했습니다.

DevRel 팀은 채용 과정에도 도움을 줄 수 있습니다. Thengvall은 또한 "DevRel 자격을 갖춘 리드,”  그녀의 팀이 내부 마케팅, 채용 또는 영업팀의 동료들과 연결하는 커뮤니티 구성원입니다.

“최고의 채용은 이미 제품과 직원에 대해 알고 있는 커뮤니티 회원에게서 나옵니다.”라고 그녀는 말했습니다.

DevRel 팀을 회사에서 일하게 만드는 방법

개발자 지지자들을 위한 취업 시장은 지난 40년 반 동안 폭발적으로 증가했다고 Thengvell은 말했습니다. 그녀의 뉴스레터에는 채용 공고가 포함되어 있으며 그 수가 한 달에 50~200개에서 XNUMX개 이상으로 증가하는 것을 확인했습니다.

그녀는 이 역할을 처음으로 채용하는 기업이 자신에게 필요한 것이 무엇인지 솔직하게 설명할 것을 제안합니다. 

“당신이 무엇을 위해 채용하는지 모른다면, 미리 계획을 세우려고 하기보다는 솔직하게 후보자들에게 들어와서 전략을 수립할 사람이 필요하다고 말하세요.”라고 그녀는 말했습니다.

그녀가 본 또 다른 큰 실수는 DevRel 팀이 판매에 영향을 미칠 것이라고 기대하는 것입니다.

"관계 구축의 최종 결과는 물론 판매가 될 수 있지만 더 많은 판매에 대한 점선이 기대된다면 진정성은 제거될 것입니다."라고 그녀는 말했습니다.

Thengvall은 DevRel 팀을 보유하려면 회사가 커뮤니티의 피드백을 고려하고 구현해야 한다고 말했습니다. 

“로드맵에 그러한 아이디어를 담을 공간이 없다면 커뮤니티 구성원에게 피드백을 요청하고 싶지 않습니다.”라고 그녀는 말했습니다. 

굽타는 개발자 관계 팀이 회사 정보의 대상인 개발자에게 집중할 수 있다고 말했습니다. 

“개발자 커뮤니티의 마케팅 채널과 마케팅 메시지는 다른 전통적인 청중과 다릅니다.”라고 그는 말했습니다.

굽타는 소프트웨어 개발자처럼 개발자 사고방식을 이해하는 사람을 이 직업에 두는 것도 중요하다고 말했습니다. 

"개발자는 직접적으로 마케팅하는 것을 매우 경계하기 때문에 이는 청중을 이해할 수 있을 뿐만 아니라 커뮤니티와 더 잘 연결할 수 있다는 것을 보장합니다."라고 그는 말했습니다. 

참조