틱톡 광고비 €9로 크롬 확장 프로그램 초기 사용자를 모은 방법

AI 요약

구독 갱신일과 무료 체험 종료일을 기록해 알림을 보내는 크롬 확장 프로그램 SubPulse가 초기 사용자 지표와 홍보 실험을 공개합니다. 10월 9일 기준 설치 수는 148건, 주간 활성 사용자는 47명이며, 작성자는 유지율을 약 87%로 집계했습니다. 스토어 노출은 306회, 페이지 조회는 265회입니다. 사용자의 70%는 스페인, 18%는 미국에 있으며 운영체제는 Windows 77%, macOS 13%입니다.

€9 틱톡 광고 실험

틱톡 신규 계정은 팔로워 1,000명 전까지 프로필에 링크를 넣을 수 없어, 영상 댓글에 ‘APP’이라고 남기면 DM으로 링크를 보내는 방식을 썼습니다. 구독 서비스가 자동 결제를 하기 전에 확장 프로그램이 이를 막아 준다는 15초 POV 영상을 제작하고, 광고비 €9를 지출했습니다. 이 가운데 €4는 쿠폰이고 €5는 실제 지출입니다. 광고 목표는 상호작용이었으며, 좋아요와 댓글 기준 참여당 비용은 €0.02였습니다. 댓글마다 링크를 직접 보내고, 영상은 Instagram Reels와 YouTube Shorts에도 올렸습니다. 다만 광고 참여가 실제 설치로 얼마나 이어졌는지는 아직 공개하지 않았습니다.

온보딩과 이탈 피드백

설치 직후 여는 Welcome Page에서는 한 번 구독을 정리하는 데 그치지 않고, 확장 프로그램을 계속 실행해 향후 결제를 예방하는 가치를 설명합니다. 삭제 시 안내 페이지로 이동하게 설정했으며, 첫 피드백으로 “구독을 이미 정리했고 지금은 필요하지 않다”는 의견을 받았습니다. 작성자는 이 반응을 바탕으로 일회성 정리보다 지속적인 보호를 강조할 필요가 있다고 봅니다. 다음 계획은 TikTok 비즈니스 계정을 인증해 프로필 링크 제한을 해제하고, ManyChat으로 DM 발송을 자동화하는 것입니다.

Indie Hackers 반응

• @VirMetra — 이렇게 적은 비용으로 측정 가능한 반응을 얻었다는 점이 흥미롭습니다. 저도 사이드 프로젝트를 처음 모르는 사람들에게 시험해 보려는데, 무엇을 진짜 검증으로 봐야 할지 고민입니다. 설치 148건과 주간 활성 사용자 47명 중 어떤 지표를 가장 신뢰하시나요? 설치 수, 활성 사용자, 유지율, 아니면 확장 프로그램 안에서 특정 ‘아하’ 행동을 했는지가 더 중요할까요? 방문 수만 최적화하고 사용자가 제품을 이해하고 쓰는 증거를 놓치고 싶지 않습니다.
• @orhanerenkaradev — 확장 프로그램이 설치된 상태라고 해서 사용자가 가치를 얻었다는 뜻은 아닙니다. 구독 추적기라면 첫 갱신 일정을 등록했는지, 첫 유용한 알림을 받은 뒤 다시 돌아왔는지를 구분하겠습니다. 제가 만드는 QA Bug → Regression Test도 설치 여부보다 실제로 쓸 수 있는 리포트나 Playwright 초안을 얻었는지가 중요합니다. 삭제 피드백도 유용해 보입니다. 정리가 사용자가 원한 일의 전부였다면, 온보딩을 이해하지 못한 실패가 아니라 목적을 이룬 결과일 수 있습니다. 다음 갱신일이 있어 알림을 계속 받을 필요가 있었는지도 물어보셨나요?
  • @SubPulse — 좋은 지적입니다, Orhan. 계속 설치되어 있다는 것만으로 제품이 약속한 가치를 전달했다고 볼 수는 없습니다. 첫 갱신 일정을 등록했는지, 첫 유용한 알림을 받은 뒤 다시 돌아왔는지를 나눠 보는 편이 실제 가치를 더 잘 측정하겠습니다. 구독을 정리한 뒤 삭제했다면 당장의 일을 끝낸 성공일 수도 있다는 관점도 좋습니다. 향후 갱신 일정이 있는지는 아직 묻지 않았지만, 살펴볼 만한 질문입니다. QA Bug → Regression Test도 실제 쓸 수 있는 Playwright 초안이나 리포트를 제공하는 점이 큰 효용이 있겠네요.
• @davidcoleman — 계산이 설득력 있는 방식입니다. ‘APP이라고 댓글을 달라’는 방식이 유료 노출을 자연스러운 DM 유입 경로로 바꾸면서 참여당 €0.02가 나왔습니다. 다만 본문 수치에서 유지율 87%와 삭제 19건은 좋아 보이지만, “구독을 정리했고 지금은 필요하지 않다”는 삭제 피드백은 사용 방식이 시기별로 달라질 수 있음을 보여줍니다. 그럴수록 Welcome Page에서 지속적인 백그라운드 보호를 더 강조해야 합니다. 다음으로는 틱톡 유입 사용자와 자연 유입 사용자의 30일 뒤 활성 비율을 비교해 보겠습니다.
  • @SubPulse — 맞습니다, David. 구독을 정리해 안심한 뒤 다음 갱신 때까지 잊고 지내는 식으로 사용이 특정 시기에 몰릴 수 있습니다. Welcome Page에서 지속적인 백그라운드 보호를 처음부터 내세우는 방향이 맞겠습니다. 틱톡 유입과 자연 유입 사용자의 30일 코호트를 나눠 추적하는 것도 중요한 시험이겠습니다. 다음 달 동안 두 그룹의 변화를 살펴보겠습니다.
• @praneetbrar — 삭제 페이지 피드백이 이 글에서 가장 유용합니다. “구독을 이미 정리했고 지금은 필요하지 않다”는 말은 사용자가 일회성 정리보다 백그라운드 보호를 가치 있게 여긴다는 뜻입니다. 스토어 목록 첫 줄에 그 내용을 넣겠습니다. 참여당 €0.02라면 판단하기 전에 틱톡 실험을 조금 더 이어갈 만합니다.
  • @SubPulse — 날카로운 의견입니다, Praneet. 스토어 목록 상단에서 일회성 정리보다 지속적인 백그라운드 보호를 강조하면 임시 도구가 아니라 계속 안전을 지켜 주는 제품으로 가치 제안을 바꿀 수 있겠습니다. 참여당 €0.02라는 틱톡 수치도 조금 더 운영하며 신호를 모으겠습니다.
  • @praneetbrar — 고맙습니다. 제가 먼저 시험하고 싶은 부분은 스토어 목록 문구를 바꾸면 사용자가 정리에서 보호로 생각을 옮기는지입니다. €0.02라는 비용도 그 효과가 드러날 만큼 충분히 테스트해야 의미가 있습니다. 틱톡 실험 첫 며칠은 어땠나요?
  • @SubPulse — 동의합니다. 문구를 바꿔 사용자의 생각이 일회성 정리에서 지속적인 보호로 바뀌는지 확인하는 게 실제 시험입니다. 틱톡 실험 첫 며칠은 흥미로웠습니다. 참여 비용은 낮게 유지되지만, 조회가 스토어 클릭과 설치로 이어지는지가 현재 병목입니다. 알고리즘이 최적화할 시간을 주려고 이번 주까지 조금 더 지켜보겠습니다.
• @arodgers — 확장 프로그램은 다가오는 구독을 어떻게 알아내나요? 방문하는 모든 페이지를 감시하나요? 개인정보가 걱정됩니다. 사용자들은 어떻게 생각하나요? 틱톡 영상도 보여줄 수 있나요?
  • @SubPulse — 우려하실 만한 질문입니다. SubPulse는 방문 기록이나 웹페이지를 감시하거나 읽지 않습니다. 사용자가 확장 프로그램에 구독 이름, 갱신일, 금액을 직접 입력하며, 데이터는 로컬에서 날짜를 추적해 알림을 보냅니다. 방문 데이터는 수집하거나 전송하지 않습니다. 틱톡 영상은 여기에서 볼 수 있습니다: https://www.tiktok.com/@subpulseapp/video/7694405925855055126?is_from_webapp=1&sender_device=pc
  • @arodgers — 설명해 주셔서 감사합니다!
• @Bullpicks — 댓글을 남기면 DM으로 링크를 보내는 방식이 영리합니다. 링크를 걸 수 없는 상황에서는 클릭보다 상호작용에 광고비를 쓰는 방식이 합리적입니다. 다만 DM을 받은 사람 중 실제 설치로 이어진 비율을 추적하면 사용자 한 명을 얻는 실제 비용을 알 수 있습니다. 삭제 페이지에서 지금까지 무엇을 배웠는지도 궁금합니다.
  • @SubPulse — 의견 감사합니다, Bullpicks. 상호작용에서 실제 설치까지 이어지는 경로를 추적하는 일이 실제 획득 비용을 파악하기 위한 다음 과제입니다. SubPulse는 서버를 두지 않는 로컬 전용 구조라 삭제 이유를 자동으로 수집하거나 추적하지 않습니다. 개인정보 보호에는 도움이 되지만, 사용자가 직접 연락하지 않으면 이탈 이유를 알기 어렵습니다. 외부 서버나 추적 스크립트 없이 삭제 피드백을 모으는 방법을 찾으셨나요?

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