사용자 10명도 어려울 줄 알았는데, Chrome 확장 프로그램 설치 101건을 달성했습니다

AI 요약

8월 20일 Chrome 확장 프로그램 SubPulse를 공개한 개발자가 40일 뒤인 10월 1일 설치 101건을 달성했습니다. 서버도 광고 예산도 쓰지 않은 대학생 1인 프로젝트입니다. 현재 활성 사용자는 35명이고, 삭제는 11건입니다. Chrome Web Store 통계에는 지연 안내가 표시되지만, 게시자는 전반적인 설치 추세가 분명하다고 설명합니다.

개인정보 보호와 리뷰 요청

SubPulse는 데이터를 로컬에만 저장하고 분석이나 추적을 하지 않습니다. 그래서 사용자가 구독을 추가한 직후 리뷰를 요청하는 식으로 행동을 추적해 시점을 고르기 어렵습니다. 게시자는 다음 업데이트에서 구독을 세 번째로 추가하면 기기 안에서만 횟수를 세고 리뷰 요청을 띄우는 방식을 구현하고 있습니다.

댓글에서는 세 번째 구독 추가보다 갱신 알림을 보고 잊고 있던 구독을 취소하거나 일시 중지하는 순간이 실제 가치를 얻는 때라는 제안이 나왔습니다. 그 이벤트 역시 기기 안에서 감지하면 서버로 데이터를 보내지 않아도 된다는 의견입니다. 또 만족한 사용자에게만 리뷰를 요청하면 Google Play의 리뷰 게이팅 정책에 걸릴 수 있으니, 같은 시점에 모든 사용자에게 요청하는 편이 안전하다는 지적도 나왔습니다.

게시자는 주간 활성 사용자 35명이 Chrome Web Store의 기본 WAU 지표라고 밝혔습니다. 지난 7일 동안 브라우저가 확장 프로그램에 한 번 이상 신호를 보낸 사용자를 세므로, 실제로 구독을 관리하는지는 알 수 없다고 설명합니다. 사용자 행동을 서버에서 분석하지 않는 대신, 제품 안에 로컬 성공 지표를 두려는 시도입니다.

초기 유입과 유지

초기 사용자는 Indie Hackers 커뮤니티에서 개발 과정을 공유해 얻은 피드백과 Chrome Web Store 검색 유입에서 왔습니다. 게시자는 예산이 없어 스토어 제목과 키워드를 다듬었고, 소수의 설치와 리뷰가 쌓이면서 틈새 검색어 순위가 서서히 올랐다고 답했습니다. 댓글에서는 기능을 더 다듬기보다 사용자가 이미 모이는 곳에서 제품을 알리는 일이 먼저일 수 있다는 경험도 공유했습니다.

Indie Hackers 반응

• @James_UtilitySEO — 101건 달성을 축하합니다. 리뷰를 요청할 시점에 관해 두 가지 생각이 있습니다. 세 번째 구독을 추가하는 순간은 수고를 들이는 시점이지, 가치를 얻는 시점은 아닙니다. 갱신 알림이 울렸을 때 사용자가 잊고 있던 구독을 취소하는 순간이 SubPulse가 돈을 아껴준 때입니다. 알림을 띄운 뒤 구독이 취소되거나 일시 중지됐는지 로컬에서 감지할 수도 있습니다. 별점이 5점 미만인 답변을 비공개 양식으로 보내기 전에 Chrome Web Store 리뷰 규칙을 확인해 보세요. 만족한 사용자에게만 리뷰를 요청하는 방식은 Google이 Play에서 리뷰 게이팅이라고 부르며, 스토어 등록에 불이익을 줄 수 있습니다. 모든 사용자에게 같은 시점에 요청하는 방식이 안전합니다. 전에 제안한 삭제 URL은 11명이 떠난 이유를 알려줬나요?
• @serverdrop — 100건 달성을 축하합니다. Web Store만 바라보고 있으면 사용자 3~6명인 확장 프로그램이 모인 유령 마을처럼 느껴진다는 말에 공감합니다. 서버도 예산도 없으면 제품을 다듬기보다 일찍 유통 경로를 고민하게 됩니다. Discord 검색 사이드 프로젝트에서 순위 기능을 하나 더 만들고 싶었지만, 설치를 실제로 늘린 것은 UI를 한 번 더 손보는 일이 아니라 커뮤니티를 찾는 사람들이 이미 모이는 곳에 제품을 알리는 일이었습니다. 40일 동안 검색 키워드, 한 번의 공유, 스토어 자연 노출 중 어느 경로가 가장 효과가 있었나요?
  • @SubPulse — 유통과 제품 다듬기의 차이를 정확히 짚으셨습니다. 기능을 하나 더 만드는 데 빠지기 쉽지만, 제품을 어떻게 알릴지 고민해야 합니다. 유입은 두 경로가 주를 이뤘습니다. Indie Hackers에서 개발 과정과 어려움을 공유해 초기에 피드백을 줄 사용자를 얻었습니다. 또 광고 예산이 없어 Web Store 제목과 키워드를 많이 손봤습니다. 설치가 조금씩 생기고 자연 리뷰가 몇 개 쌓이자 Chrome 검색 알고리즘이 틈새 검색어에서 서서히 순위를 올려줬습니다. Discord 검색 프로젝트에서는 사람들이 모이는 적절한 장소를 어떻게 찾으셨나요?
• @aryan_sinh — 리뷰 문제는 사용자 유지 문제에서 비롯됐을 수도 있습니다. 활성 사용자 35명이 실제로 꾸준히 구독을 관리하는지 알고 있나요? 분석 기능이 없어서 아직 불분명한가요?
  • @SubPulse — 좋은 지적입니다. 분석 기능이 없는 도구를 만들면서 생기는 정보 부족을 정확히 짚으셨습니다. 모든 데이터가 chrome.storage.local에 있어, 주간 활성 사용자 35명이 매주 구독을 추가하는지 아니면 갱신일만 확인하려고 대시보드를 잠깐 여는지 알 수 없습니다. Web Store가 알려주는 건 브라우저가 확장 프로그램에 신호를 보냈다는 사실뿐입니다. 개인정보를 지키면서 이 문제를 풀려고 다음 업데이트에 로컬 성공 지표를 코딩하고 있습니다. 서버로 이벤트를 보내는 대신 세 번째 구독을 성공적으로 추가하면 실제 가치를 얻고 있다고 보고 리뷰 요청을 띄우려 합니다. 직접 만든 제품에서도 개인정보 보호와 분석 사이의 균형을 고민한 적이 있나요?
  • @aryan_sinh — 성공 지표 자체가 측정 계층이 될 수 있다는 점이 흥미롭습니다. 괜찮다면 연락하기 좋은 이메일 주소를 알려주시겠어요?
• @Bullpicks — 설치 101건과 활성 사용자 35명 달성을 축하합니다. 개인정보 보호를 앞세운 확장 프로그램이라면 눈에 보이는 성공 순간에 작고 선택 가능한 리뷰 링크를 보여주세요. “SubPulse가 유용하다면 솔직한 리뷰가 도움이 됩니다”라고 안내하고, 별점이 5점보다 낮은 경우를 위한 피드백 경로도 마련하면 좋겠습니다. 간단한 변경 기록이나 출시 노트도 초기 사용자가 다시 돌아올 이유가 됩니다. 활성 사용자가 주간 기준인지 월간 기준인지 궁금합니다. 유지율을 이해하는 데 도움이 될 것 같습니다.
  • @SubPulse — 실천하기 좋은 조언입니다. 세 번째 구독을 성공적으로 추가한 뒤 기기 안에서 선택형 리뷰 링크를 띄우면 추적 없이도 문제를 풀 수 있겠습니다. 낮은 별점의 피드백을 별도 양식이나 이메일로 보내는 아이디어도 다음 버전에 반영하겠습니다. 활성 사용자 35명은 Chrome Web Store 기본 주간 활성 사용자(WAU) 수치입니다. 지난 7일 동안 브라우저가 확장 프로그램에 한 번 이상 신호를 보낸 사람을 뜻합니다. 간단한 변경 기록도 유지율에 도움이 되겠네요. Chrome 확장 프로그램을 만들어 보신 적 있나요?

원문: Indie Hackers / 번역·요약: Trawling