![기업의 성공을 이끄는 Developer Relations [1/2]](https://cdn.hashnode.com/res/hashnode/image/upload/v1656403417154/q_LF6kGis.jpeg?w=1600&h=840&fit=crop&crop=entropy&auto=compress,format&format=webp)
Table of contents
PART 01 - 기술 커뮤니티의 가치
Chater 01. 커뮤니티란
커뮤니티에 대한 정의
공통의 원칙을 공유할 뿐만 아니라 경험과 노하우를 발전시키고 공유함으로써 그룹 구성원들이 성장할 수 있도록 돕는 집단
데브렐이 맡을 수 있는 역할들
우리 회사 프로덕트를 써보지 않은 고객과의 교류
기존에 활발한 관계를 맺고 있던 고객들에게서 받은 피드백을 엔지니어링 팀에게 전달
회사와 관련된 커뮤니티를 서포트해줄 회사 바깥의 지지자들로 구성된 커뮤니티 구축
우리 회사 프로덕트를 사용하지 않지만 앞으로 사용할 가능성이 있는 사람들을 개발자 커뮤니티 속에서 찾기
등등... 위와 같은 역할들에 대해서 우선순의를 정해라.
커뮤니티 체크 리스트
커뮤니티를 원하는 이유는 무엇인가요?
커뮤니티를 만들지 말지 결정하는 것이 아니다.
이미 있는 커뮤니티를 육성하는 데 적극적인 참여를 할지를 결정하는 것이다.
커뮤니티가 필요한 이유는 회사의 목표와 명확하게 연결되어야 한다.
커뮤니티를 통해 이루고 싶은 것은 무엇인가요?
- 고객 커뮤니티를 만들건지 / 시장을 정의하려는 것인지.
- 진정한 커뮤니티는 서로를 돕고 싶어한다. 여기에서 어떤 것이 프로덕트에 가장 잘 맞을지 알아내야 한다.
어떤 사람들이 커뮤니티 멤버가 되었으면 하나요?
범위를 좁혀라. (모든 개발자는 너무 넓음)
어떤 사람들을 커뮤니티에 가입시킬지 정해라. (가입 기준. 배타성)
해당 커뮤니티에서 어떤 사람들에게 먼저 집중하고 싶나요?
- 영업은 절대로 데브렐 팀의 주 목적이 되어서는 안된다.
목표를 달성하기 위해 데브렐 팀이 꼭 필요할까요?
Chapter 02. 커뮤니티를 회사의 어필하기
먼저 해야할 일은 팀의 목표와 회사의 방향과 일치하게 만드는 것.
- 비즈니스가 기계라면, 데브렐은 모든 기능이 안정적으로 돌아가도록 하는 바퀴에 기름칠하는 역할을 한다.
- 그 중 하나는 바로 커뮤니티와 관계를 맺고 피드백을 모으는 일이다.
- 만약 개발자 커뮤니티에서 데브렐 팀이 계약서에 사인을 받아내는 것에 관심이 있다는 것을 알아차리는 순간, 그들의 신뢰를 잃게 될 것이다.
데브렐에는 세 가지 옵션이 있다.
우리 회사 프로덕트를 사용하는 유저들이 모여 있는 커뮤니티를 만든다.
오픈소스 회사나 콘텐츠 공유에 초점을 맞춤 회사들의 경우 커뮤니티는 필수다.
ex) 유튜브
개발자 경험을 향상시킬 방법을 찾는다.
- 고객이 개발자인 기술회사에서 유용하다.
- 예를 들어, 회사의 API 문서화가 잘 되어있는지는 우리 프로덕트의 고객이 될지 말지를 결정하는 핵심 요소다.
회사와 다른 개발자들이 서로 잘 커뮤니케이션할 수 있도록 도움을 준다.
- 커뮤티리를 중심으로 업무를 수행함.
Chapter 03. 커뮤니티를 활발하게 유지하기
- 커뮤니티를 정확하게 대표하기 위해서 데브렐 팀은 어떤 프로덕트가 핫한지, 최신 언어는 무엇인지, 개발자 커뮤니티에서 추구할 가치가 있는 주제는 무엇인지에 대해 알고 있는 내부 전문가가 되어야 한다.
- 구글 알리미나 구글 트렌드 등을 사용하면 커뮤니티에서 회사에 대해 어떤 이야기를 하고 있는지 동향을 살피고 추적하는 데 편리하다.
- 트위터 리스트를 적극 활용해라. (리스트가 무엇인지는 아래 정리함.)
커뮤니티 구축에서의 SNS
소셜 미디어 계정은 커뮤니티에 도달하기 위한 중요한 수단이기 때문에 더 많은 관심을 쏟아야 한다.
두 가지 기본 원칙
- 개발자들은 마케팅에 이용당하는 것을 싫어하며, 자신이 영업 당하고 있다는 것을 아주 민감하게 알아차린다.
- 만약 회사가 진정성을 담아 홍보 활동을 하고 커뮤니티에 대해 명쾌하고 정량화활 수 있는 방법을 관심을 기울인다면, 소셜 미디어에서 많은 팔로워를 구축할 수 있고 프로덕트 홍보를 위한 가치 있는 플랫폼으로 활용할 수 있다.
톤 앤 매너
- "3인칭이 아닌 2인칭으로 독자를 대한다"와 같이 심플하더라도 규칙을 설정해라.
- 소셜 미디어를 관리하는 사람이 여러 명일 경우, 이러한 스타일 가이드가 중요하다.
리스트
트위터 리스트: 트위터 타임라인 중에서 마음에 드는 사용자만을 그룹으로 나누어 모아 놓은 목록.커뮤니티의 의견을 듣고 동향을 관찰할 때 트위터 리스트 기능은 매우 유용하다.
- 가장 큰 고객사가 중요하게 여기는 토픽이 무엇인지 알고싶다면? : 고객사에서 일하는 개발자들의 리스트를 만든다.
- 기술 분야에 대한 큰 그림을 보고 싶다면? : 기술 분야의 사상적 리더들의 리스트를 확인해라.
- 경쟁사가 무엇을 하고 있는지 알고 싶다면? : 해당 계정의 리스트를 살펴봐라.
- 우리 회사의 개발자들과 큰 개발자 커뮤니티의 멤버들의 리스트를 통해 이들이 흥미로워하는 것을 살펴봐라.
기업 블로그
SNS 플랫폼 외에도 기업 블로그 또한 개발자들에게 도달할 수 있는 좋은 수단이다.
- 프로덕트를 만들면서 마주했던 문제들과 어떻게 이 문제를 해결했는지에 대해 블로그에서 이야기한다면, 개발자들에게서 횔씬 더 많은 트래픽을 유도할 수 있다.
- 문제를 해결하는 흥미로운 콘텐츠를 발행하는 것을 개발자 커뮤니티에서 알게 되면, 회사 프로덕트에도 간접적으로 가치가 부여된다.
블로그 작성법
사내 개발자들은 바쁘니 최대한 아래 프로세스를 자동화하는 것이 좋다.
- 글쓰기 아이디어를 바탕으로 기본 템플릿을 정한다.
- 해결하고자 하는 문제는 무엇인가요?
- 어떻게 그 문제를 발견했나요?
- 왜 이것이 다른 사람들에게도 흥미로울까요?
- 어떻게 그 문제를 해결했나요?
- 사람들이 어떻게 이것에 공감할 수 있을까요?
- 일단 톤 앤 매너와 문법을 신경 쓰지 말고 스토리텔링에 집중해라.
- 완성이 완벽보다 낫다.
- 언제든 편집하고 다시 쓸 수 있는 여지가 있으니 먼저 작업을 시작할 수 있는 초안을 만든 것이 중요하다.
콘텐츠에 대한 팁
- 요즘처럼 콘텐츠가 어디에나 있는 정보 과부화 시대에는 신디케이션이 핵심이다.
Dev.to는 캐노니컬 링크를 사용해 원래 웹사이트로 트래픽을 돌려준다.- 기존 페이지의 조회수도 높일 수 있고, 커뮤니티를 통해 유용한 정보를 빨리 찾을 수 있기 때문에 기업과 커뮤니티에도 도움이 되는 좋은 예이다.
Chapter 04. 성공을 측정하기
데브렐 업무에서 가장 어려운 일은 이 팀이 투자 가치가 있다는 것을 증명하는 것.
아보카도
- 한 PM가 '디벨로퍼 애드보케이트' 를 제대로 발음하지 못해서 '디벨로퍼 아보카도'라고 했음.
- 이후에 디벨로퍼 아보카도는 데브렐을 가르키는 멋진 별명이 됨.
해적 지표
AAARRRP
- 인지도 (Awareness) : 프로덕트와 그 용도에 대한 일반적인 지식
- 유저 확보 (Acquisition) : 다양한 채널을 통해 사이트로 유입된 유저들이 최종적으로 가입함
- 활성화 (Activation) : 프로덕트를 사용하거나 실행함 (ex. 첫 API 호출)
- 유지 (Retention) : 프로덕트를 지속적으로 사용
- 수익 (Revenue) : 사용료 지불 (ex. 프로덕트 구독 또는 판매)
- 추천 (Referral) : 다른 사람에게 추천 (브랜드 홍보 대사가 됨)
- 프로덕트 (Product) : 피드백을 제공하거나 프로덕트에 기여
기억할 것
- 데브렐이 수익 지표 면에서 책임지는 부분은 거의 없어야 한다.
- 데브렐 팀이 여기 있는 모든 업무를 수행해야 하는 것은 아니다.
- 이 프레임워크를 통해 데브렐 팀의 활동 결과를 정리하고, 해당 결과가 어떤 지표와 관련이 있는지 파악할 수 있다.
리비박스
- 핵심 목표 (이루고자 하는 성과는 무엇이며, 어떤 해적지표에 영향을 미치나요?)
- 회사의 목표에 실제로 영향을 미칠 수 있는지 확인하는 것이 중요하다.
- Example
- 인지도를 통한 고객 기반 성장 (AAAR-R-)
- 무엇을 할 수 있는가? (그 성과를 달성하는 데 무엇이 도움이 될까요?)
- 가장 먼저 생각해야 할 인풋 지표
- "어떤 일반적인 인풋이 우리가 선택한 아풋풋을 촉진시킬까?"
- Example
- 콘퍼런스 및 밋업 발표
- 소셜 미디어를 통한 교류
- 내외부에 발행된 콘텐츠
- 어떻게 트래킹할 것인가? (성과를 내기 위한 진행 과정을 어떻게 측정할 수 있을까요?)
- 개념을 구현하기 위한 실제적인 방법을 조사
- 인풋을 보다 구체화하고, 팀이 나아갈 대략적인 방향을 제시
- Example
- 행사에서 개발자 인지도 트래킹
- 발표 스킬 및 활용할 수 있는 자료에 대한 코칭
- SNS 인플루언서, 우수 고객, 커뮤니티 멤버 리스트 작성
- 소셜 미디어 인게이지먼트 트래킹
- 외부 출판 횟수 트래킹
- 블로그 트래픽 트래킹
- 성공적으로 일하고 있음을 어떻게 알 수 있는가? (어떻게 객관적으로 측정할 수 있을까요?)
- 팀이 달성해야 할 결과 또는 객관적인 측정이 들어감.
- 객관적인 측정을 설정함으로써 데브렐 팀은 자신들의 책임이 무엇인지, 책임지지 않아도 되는 것은 무엇인지를 정확하게 파악할 수 있다.
- 두 가지 주의할 점
- 프로그램 비용보다 행사 결과에 더 초점을 맞춰라.
- 완료한 업무와 달성하려는 목표를 혼동해서 기입하지 마라.
- Example
- 행사장에서의 프로덕트 인지도 30% 증가
- 발표 코칭 완료 5명
- 트위터 리스트 3개 작성
- 트위터 인게이지먼트 25% 증가 (좋아요, RT, 반응)
- 블로그 포스틩 4건 발행
- 블로그 트래픽 50% 증가
Chapter 05. 데브렐 팀 구성하기
데브렐 직함
- 일반적으로 데브렐 팀의 가장 중요한 책임은 개발자 오디언스의 성공을 보장하고 그들의 니즈를 사내 관련자들에게 전달하는 것.
- 거의 모든 부서가 어느 정도 고객(개발자) 커뮤니티와 상호작용하지만 커뮤니티의 웰빙에 초점을 맞추는 팀은 데브렐 팀뿐이다.
필수
데브렐 매니저- 팀원들의 방패이자 통로 역할.
- 단순히 팀원을 관리하는 역할이 아님.
디벨로퍼 애드보케이트- 개발자.
- 커뮤니티를 대변해 목소리를 내는 것.
- 콘퍼러스에서 발표하거나 다양한 커뮤니티에서 개발자들과 상호작용함.
- 회사 채널보다는 외부 커뮤니티 채널에서 시간을 보내는 경우가 많음.
테크니컬 커뮤니티 빌더- 프로덕트를 중심으로 기술 커뮤니티를 구축하는 것.
- 커뮤니티를 중심으로 구축된 프로세스, 시스템 등을 담당
- ex) 커뮤니티 모임 관리 / 커뮤니티 규칙 만들기 / 사내 구성원들과 연결시키는 프로세스 구축
선택
개발자 경험 관리자- UX 및 사이트 설계부터 문서와 SDK에 이르기까지, 관련된 일을 담당하는 회사 내 모든 팀을 감독함.
테크니컬 앰버서더- 회사의 뜻을 전하는 홍보대사
- 커뮤니티보다는 영업에 초점을 맞춤.
- 임원급을 대상으로 비즈니스를 오랫동안 지속하는데 우리의 프로덕트가 얼마나 '중요한지'에 대해 어필함.
테크니컬 인게이지먼트 매니저- 개발자들 대상으로 한 콘텐츠를 검수함.
- 방향성을 잘 반영하는지 / 너무 영업에 초점을 맞추지 않았는지 등등을 통해 개발자를 만족시킴.
- 개발자를 대상으로 한 모든 소셜 포스팅을 담당
데브렐 프로젝트 매니저- 팀원들이 제각각의 방향으로 끌려가 남의 일을 대신 해주는 일이 생기기 않게 보호함.
- 이벤트 일정 관리 / 프로젝트 세부사항 관리
풀타임 엔지니어- 다른 팀에서 하게되는 데브렐과 관련된 업무들을 모두 처리함.
- 툴링, 커뮤니티 애플리케이션, 콘텐츠, 전략
어디에 팀을 배치해야 할까?
- 고객을 위한 도구를 만들고 있다면?
- 프로덕트 팀
- 콘퍼런스나 후원을 통해 브랜드 인지도를 높이고 있나요?
- 마케팅 팀
- 고객이 겪고 있는 문제를 분류하고 고객 문의의 원인을 찾아 문제를 해결하는데 도움을 주고 있나요?
- 고객 성공 팀
- 엔지니어링 팀이 하는 일을 부각하거나, 개발자들에게 프로덕트의 매력을 전달하거나, 엔지니어들의 퍼스널 브랜딩을 구축하는 콘텐츠 전략을 짜고 있나요?
- 엔지니어링 팀 또는 마케팅 팀 (가장 많은 시간을 보내는 곳)
- 산업 전반에 걸쳐 다양한 웹사이트에 프로덕트가 노출될 수 있도록 가능한 많은 API와 통합하려는 노력을 하고 있나요?
- 파트너 팀 또는 비즈니스 개발 팀