점점 더 많은 기술 기업이 전통적인 기업 영업 방식에서 개발자 우선 방식으로 제품을 홍보하는 방식으로 전환하고 있습니다. 개발자는 이러한 영업 방식을 좋아하지 않기 때문에 전화 영업과 데모는 효과가 없습니다.
대신, 플랫폼은 소비자가 모바일 게임이나 전자상거래 앱을 채택하는 방식과 유사한 방식을 채택해야 합니다.
하지만 개발자는 게임과 전자상거래 앱에 있는 Facebook 광고를 받아들이지 않을 가능성이 높습니다.
개발자 관계 프로그램을 시작하면 개발자 사용을 촉진하고 더 효과적인 관계를 구축할 수 있지만, 개발자 관계는 새로운 역할이기 때문에 필요한 기술과 책임은 영업 및 엔지니어링과 같은 성숙한 역할에 비해 더 모호합니다.
이 글은 개발자 관계 매니저를 채용할 때 주의해야 할 사항을概述합니다. 개발자 관계에 대한 개요는 먼저 개발자 관계가 무엇인지 이해하는 것이 좋습니다.
목표
개발자 관계는 개발자 커뮤니티와 상호 작용하는 모든 사람에게 포괄적인 역할이기 때문에, 어떤 후보자를 인터뷰하기 전에 이 역할의 핵심 목표를 나열해야 합니다. 일부 개발자 관계 역할은 커뮤니티 참여와 개발자 홍보에 중점을 둡니다.
그들의 주요 목표는 제품 인지도를 높이는 것이며, 이는 회의에서 발표하고, 영향력을 확대하며, 소셜 커뮤니티(Twitter나 Reddit 등)에 참여하는 것을 요구합니다.
다른 일부 개발자 관계 역할은 제품 관리와 개발자 경험에 더 집중합니다. 그들의 주요 목표는 플랫폼 채택과 사용이며, 이는 사용자 온보딩, 문서 및 공개 API/SDK를 반복적으로 완료하는 것을 요구합니다.
어떤 역할을 맡든, 개발자 관계 매니저는 명확하게 의사소통하고, 깊은 기술 주제를 쉽게 표현하여 개발자가 쉽게 이해할 수 있어야 합니다. 많은 경우, 개발자 관계는 회사의 온라인 및 오프라인 대변인입니다.
| 1. 당신이 본 최고의 개발자 경험이 무엇인지, 왜 최고인지 말해주세요.
훌륭한 개발자 관계 매니저는 플랫폼과 API를 기반으로 구축한 경험이 있으며, 훌륭한 개발자 경험을 만드는 것과 문제가 발생할 수 있는 곳을 명확히 이해하고 있습니다.
개발자 관계 팀이 좋아하는 도구와 제품에 대해 강한 의견을 제시하는 것은 드문 일이 아닙니다.
| 2. 개발자 경험을 측정하는 데 좋은 북극성 지표는 무엇입니까?
경험 많은 개발자 관계 매니저는 제품 참여도와 유지율을 고려하지 않고 지표를 퍼널 지표(페이지 뷰 및 등록 수 등)로 조정한 결과를 이미 보았을 수 있습니다.
개발자 관계의 북극성 지표에는 주간 활성 토큰 또는 첫 번째 “hello world” 시간이 포함됩니다.
| 3. 가장 좋아하는 개발자 사용자 온보딩은 무엇입니까? 왜 좋아합니까?
훌륭한 개발자 관계 매니저는 인기 있는 API 제품과 개발 도구에서 작은 놀라움을 발견하는 눈을 가지고 있으며, 그것들을 추가하는 이유를 알고 있습니다.
사용자 온보딩은 API 제품에서 가장 중요한 프로세스 중 하나입니다. 왜냐하면 많은 경우, API가 통합되기 전에 사용자는 가치 정보를 받지 못하기 때문입니다. 후보자에게 왜 특정 제품의 사용자 온보딩이 성공적인지, 그리고 어떤 개선을 할 것인지 설명하세요.
| 4. 개발자 문서를 만드는 최선의 방법은 무엇입니까?
많은 경우(항상은 아니지만), 개발자 관계 팀은 문서의 지속적인 업데이트를 담당합니다. 여기서 고객 중심을 유지하면서 문서를 더 자동화할 수 있는 방법을 찾고 있습니다.
후보자가 OpenAPI 사양 및 Postman 인터페이스 테스트와 같은 도구에 익숙합니까?
후보자는 Markdown과 같은 개방형 도구로 문서를 작성하는 것을 선호합니까, 아니면 Zendesk와 같은 고객 지원 도구로 작성하는 것을 선호합니까?
후보자는 GitHub README.md, API reference 및 웹사이트의 개발자 문서에 있을 수 있는 중복 정보를 어떻게 처리합니까?
목표 역할을 중심으로 다양한 유형의 문서를 만드는 것을 고려하고 있습니까?
| 5. Meetup이나 회의에서 발표하시겠습니까? 언제 했습니까? 주제는 어떻게 선택했습니까?
회의 참석 및 회의에서 발표는 모든 개발자 관계 운영 전략의 핵심 기둥입니다. 의사소통을 잘할 뿐만 아니라 개발자를 돕는 데 열정이 있는 사람이 필요합니다. 발표자의 주제는 흥미롭고, 청중에게 적합하며, 회사와 관련이 있어야 합니다.
| 6. 개발자 플랫폼에서 어떤 흥미로운 새로운 트렌드가 발생하고 있습니까?
훌륭한 개발자 관계 매니저는 커뮤니티와 관련된 새로운 트렌드와 뉴스를 제때 파악합니다. 개발자 관계 매니저는 GraphQL과 같은 새로운 기술과 AWS Lambda와 같은 개발자를 위한 완전히 새로운 플랫폼에 익숙해야 합니다.
이를 통해 그들은 개발자 커뮤니티에 교육하고 조언을 제공할 수 있습니다.
| 7. API와 SDK의 버전 관리가 왜 중요합니까? API를 어떻게 버전 관리합니까?
버전 관리가 없으면 모든 변경 사항이 주요 변경으로 간주될 수 있으며, 협업의 목적을 파괴할 수 있습니다.
개발자에게 관심을 갖고 공감하는 후보자를 찾으세요. 심지어 오래된 Java 버전을 지원하는 레거시 SDK를 지원해야 하는 경우에도 마찬가지입니다. 모든 개발자가 최신 SDK와 프레임워크로 업그레이드하려는 것은 아니기 때문입니다.
그들은 또한 semvar(의미적 버전 관리 사양)의 이점과 비파괴적 변경과 API의 전면적인 검수를 전달하는 방법에 익숙해야 합니다.
| 8. API 기능의 절충안을 어떻게 처리합니까?
소비자 애플리케이션과 달리, API 제품은 모든 기능을 처리할 때 신중한 계획이 필요합니다. 거의 항상 최선의 답은 주요 변경을 도입하지 않고 필드를 삭제하지 않는 것입니다.
예를 들어, API 응답에 name이라는 단일 JSON 필드가 있고, 이를 first_name, last_name 및 username으로 분할하려고 합니다. 그렇다면 올바른 방법은 이전 필드를 계속 사용할 수 있도록 유지하면서 새 필드를 추가하는 것입니다.
보안 취약점 수정이나 전체 제품 중단과 같은 주요 변경이 필요한 경우, 후보자가 이러한 상황을 어떻게 처리하는지 확인해야 합니다.
이것은 API에 액세스하는 개발자에게 개인화된 이메일을 보내 사용하는 버전과 API 사용 중단의 구체적인 시간 등을 자세히 설명하는 것을 포함할 수 있습니다.
다른 전략에는 업무 시간 외(예: 일요일 오후 1시)에 짧은 시간 동안 기능을 비활성화하는 것이 포함됩니다.
| 9. 개발자 커뮤니티를 어떻게 세분화하시겠습니까?
마케팅, 그룹 분석 및 기타 분석을 위해 개발자 커뮤니티를 세분화하는 방법은 많습니다. 회사 규모와 같은 전형적인 회사 인구 통계 외에도 개발자 중심의 핵심 속성에 주목해야 합니다.
API 개발자 관계 매니저는 일반적인 프로그래밍 언어뿐만 아니라 비즈니스에서의 사용 현황에도 익숙해야 합니다. 예를 들어, Java와 .NET은 전통적인 기업에서 인기가 있고, Node.js는 React 및 단일 페이지 애플리케이션(Single Page App) 커뮤니티에서 인기가 있습니다.
저자: Derric Gilling
번역: 장칠
출처 명시:개발자 관계 »
