개발자들은 당신이 원한다고 해서 링크를 클릭하지 않습니다. 그들은 이미 스스로에게 던지고 있던 질문에 대한 답을 당신이 제시했을 때 클릭합니다. 저는 이 사실을 아주 느린 방식으로 배웠습니다.
저는 AI 튜토리얼에 관한 작은 블로그를 운영하고 있습니다. 거창한 건 아닙니다. 매달 약 2,000명이 방문하고, 트위터 팔로워는 개발자 약 800명 정도입니다. 생계 수단이 아니라 재미로 쓰는 글입니다. 그럼에도 불구하고 답글과 DM에서 반복되는 패턴이 있었습니다. 사람들은 어떤 API 플랫폼을 선택해야 할지 알고 싶어 했습니다. 유료 구독이 정말 돈값을 하는지도 궁금해했습니다. 똑같은 답변을 계속 타이핑하는 대신, 저는 새로운 시도를 해보기로 했습니다. 제휴 프로그램에 가입하고 상세한 비교 포스트에 링크를 심었습니다. 그러고 나서 기다렸습니다.
비교 기사가 효과적이었던 이유
기술적인 독자들은 군더더기를 싫어합니다. 그들은 코드, 가격표, 그리고 솔직한 제약 사항을 원합니다. 긴 비교 기사는 바로 그런 것들을 제공합니다. 저는 실제로 사용해 본 몇 가지 AI API 플랫폼을 선정했습니다. 실제 코드 스니펫을 작성했고, 대시보드와 가격 등급의 스크린샷을 찍었습니다. 도구를 추천할 생각이라면, 그 추천이 실제 검증을 견뎌낼 수 있기를 바랐습니다.
저는 이 글을 두 곳에 게시했습니다. 전체 버전은 제 블로그에 올렸고, 약간 변형된 버전은 Dev.to에 올렸습니다. 제 생각은 간단했습니다. 제 블로그 독자들은 이미 제 말투에 익숙합니다. Dev.to는 저를 한 번도 들어본 적 없는 개발자들에게 이 글을 노출해 줄 수 있습니다. 이 두 곳을 통해 구매 과정의 서로 다른 단계에 있는 독자들을 잡을 수 있기를 바랐습니다. 어떤 이들은 그저 둘러보는 중이었고, 어떤 이들은 이미 신용카드를 꺼낼 준비가 되어 있었습니다. 기사는 두 부류 모두에게 유효해야 했습니다.
첫 일주일은 시간 낭비처럼 느껴졌다
숫자는 거짓말을 하지 않으며, 제 숫자는 처참했습니다. 첫 7일 동안 Dev.to 포스트는 340회의 조회수를 기록했습니다. 제 블로그는 겨우 120회를 모았습니다. 그 460번의 시선 중, 정확히 세 명만이 제휴 링크를 클릭했습니다. 가입한 사람은 단 한 명도 없었습니다.
클릭 3번. 전환 0건. 저는 대시보드를 멍하니 바라보며 링크를 삭제할까 고민했습니다. 마치 자판기를 정성껏 만들어 물건을 채워 넣었는데, 사람들이 모두 그냥 지나쳐 가는 것을 지켜보는 기분이었습니다. 의구심이 빠르게 엄습했습니다. 독자층이 너무 작은 걸까? 개발자들은 제휴 링크에 거부감을 느끼는 걸까? 아니면 글 자체가 지루한 걸까?
하지만 저는 제가 왜 튜토리얼을 쓰기 시작했는지 그 근본적인 이유를 떠올렸습니다. 목표는 일주일 만에 부자가 되는 것이 아니었습니다. 목표는 유용한 정보를 제공하는 것이었습니다. 신뢰를 쌓는 데는 시간이 걸립니다. 오늘 당신의 포스트를 북마크한 개발자가 다음 분기가 되어서야 API 키가 필요할 수도 있습니다. 저는 글을 그대로 두고 시간이 흐르기를 기다리기로 했습니다.
4주 차에 변화가 찾아왔다
4주 차쯤 되자 양상이 바뀌었습니다. 총 조회수가 520회로 올라갔습니다. 8명의 독자가 추가로 클릭했습니다. 더 중요한 것은, 그중 한 명이 계정을 생성했다는 점입니다. 아직 판매로 이어진 것은 아니었지만, 파이프라인이 끊기지 않았음을 증명했습니다. 누군가 글을 읽고, 평가하고, 제 추천을 바탕으로 도구를 사용해 보기로 결정한 것입니다.
그러던 28일째 되는 날, 알림이 왔습니다. 한 사용자가 Pro 플랜으로 업그레이드했습니다. 제 수익은 3달러였습니다.
3달러로는 월세를 낼 수도 없습니다. 대부분의 도시에서 커피 한 잔 값도 안 됩니다. 하지만 그 이메일을 확인했을 때의 기분은 기묘할 정도로 벅찼습니다. 처음으로, 낯선 이가 제 글을 발견하고, 돈을 쓸 만큼 신뢰하며, 제 링크를 따라 행동했다는 증거를 얻었기 때문입니다. 파이프라인이 작동한 것입니다. 콘텐츠를 보고, 클릭하고, 가입하고, 유료 업그레이드까지. 제가 잠든 사이에도 글이 그 자리에 머물며 제 역할을 다했기에 모든 단계가 이루어질 수 있었습니다.
이것이 개발자 독자층에 대해 가르쳐 주는 것들
이 실험을 통해 저는 현재 모든 튜토리얼에 적용하고 있는 몇 가지 실질적인 교훈을 얻었습니다.
첫째, 기술 콘텐츠에서 즉각적인 반응은 환상에 불과합니다. 개발자들은 인프라를 충동구매하는 경우가 거의 없습니다. 그들은 평가하고, 테스트하고, 개념 증명(PoC)을 수행합니다. 그리고 프로젝트가 승인되는 한 달 뒤에 다시 돌아옵니다. 만약 당신의 제휴 전략이 즉각적인 만족에 의존한다면, 첫 번째 전환이 일어나기도 전에 지쳐버릴 것입니다. 롱테일(long tail)을 겨냥해 글을 써야 합니다.
둘째, 형식이 중요합니다. 배너 광고로 도배된 모호한 리스트 형식의 글이었다면 실패했을 것입니다. 비교 기사가 효과적이었던 이유는 실질적인 내용이 있었기 때문입니다. 개발자들이 복사해서 쓸 수 있는 코드 스니펫을 포함했고, 콘솔이 어떻게 생겼는지 알 수 있도록 스크린샷을 보여주었습니다. 마케팅 약속이 아닌 실제 제약 사항에 대해 이야기했습니다. 도구를 추천할 때, 당신은 자신의 신뢰도를 그 도구에 빌려주는 것입니다. 그 신뢰가 전달될 수 있을 만큼 콘텐츠가 탄탄한지 확인하십시오.
셋째, 공개(disclosure)는 선택이 아닌 필수입니다. 저는 독자들에게 이 포스트에 제휴 링크가 포함되어 있음을 미리 알렸습니다. 저는 ~ 바로 뒤에 공지를 넣었습니다.