베타 뒤 끊긴 고객 대화를 잇는 판매도구

인공지능으로 베타를 빨리 만든 1인 제작자는 다음 기능보다 잠재 고객 찾기부터 대화·체험·후속 연락까지 끊긴 일을 잇는 작은 판매도구를 만들 수 있다.

기능을 더 만들던 사람들이 멈췄다

LinkedIn 글을 만들어 주는 Linkeme의 1인 제작자는 정식 출시 전 시험판인 베타를 공개했지만, 사용자가 룩셈부르크 주변에 머물렀고 검색을 통한 방문도 늘지 않았다고 밝혔다. 그는 기능 개발을 멈추고 Dev.to와 Indie Hackers 같은 제작자 커뮤니티에 글을 쓰며 매주 사용자 10명과 대화하는 쪽으로 시간을 옮겼다. (Indie Hackers)

인도의 1인 제작자가 만든 Aaptics도 비슷했다. (Indie Hackers)

중요한 변화는 제품 설명이 아니라 제작자의 경험을 보고 대화를 시작한 사람이 생기는 것이다.

고객 후기를 모아 보여 주는 Senja는 출시한 달에 사용자 65명을 얻었지만 유료 사용자는 0명, 실제로 계속 쓴 사람은 1명이었다. 제작자는 Reddit에서 후기를 화면 캡처로 관리한다는 사람을 찾아 그가 쓴 문제를 첫 문장에 담아 연락했고, 대화와 가입을 거쳐 첫 유료 고객을 얻었다. 가입자 65명보다 문제를 이미 드러낸 한 사람과의 대화가 구매에 가까웠던 셈이다. (Indie Hackers)

이 사례에서 일이 끊기는 곳은 화면 제작이 아니다. 커뮤니티 글을 읽고 사람을 찾은 뒤 명단에 옮기고, 개인 메시지를 보내고, 대화 일정을 잡고, 들은 요구를 다시 개발 목록으로 옮기는 구간이다. 지금은 이 사이를 제작자가 기억과 복사·붙여넣기로 메우고 있다.

한 사람이 고객 한 명을 데려오기까지

이해를 돕기 위한 가상의 예로, 직원 세 명 이하 학원의 상담 기록을 정리해 주는 베타를 혼자 만든 지현을 따라가 보자. 지현은 소개 페이지를 공개한 뒤 반응이 적자 학원장 커뮤니티에서 ‘상담 뒤 학부모에게 다시 연락하기 어렵다’는 글을 찾기 시작한다.

지현은 글 주소와 작성자 이름, 문제 문장을 스프레드시트에 옮긴다. 작성자가 실제 학원장인지 프로필을 다시 확인하고, 커뮤니티에서 개인 메시지가 허용되는지 살핀 뒤 첫 연락 문구를 별도 문서에서 작성한다.

답장이 오면 일정 조율 도구로 대화 시간을 잡고, 영상 통화가 끝나면 메모를 문서에 적는다. ‘문자 예시가 필요하다’는 말은 작업 목록으로 옮기지만, 며칠 뒤 그 사람이 가입했는지와 첫 상담 기록을 넣었는지는 서비스 관리자 화면에서 따로 찾아야 한다. 한 사람이 커뮤니티, 스프레드시트, 메시지함, 일정표, 대화 문서, 관리자 화면에 나뉘어 있는 셈이다.

이때 지현은 자주 언급된 요청을 바로 새 기능으로 만들기 쉽다. 그러나 그 요청을 말한 사람이 한 명인지, 지금도 돈과 시간을 쓰는 문제인지, 베타에 들어와 실제 행동까지 했는지는 서로 다른 곳에 기록돼 있어 판단하기 어렵다.

여기에 필요한 것은 거대한 영업 시스템이 아니라 작은 ‘고객 대화 작업실’이다. 지현이 커뮤니티 글 주소를 붙이면 문제를 보여 주는 원문, 현재 해결법, 연락할 이유, 운영 규칙 확인 여부가 한 화면에 놓이고, 인공지능은 원문을 바탕으로 첫 메시지 초안만 만든다.

답장이 오면 상태를 ‘대화 예정’으로 바꾸고, 통화 메모를 넣으면 반복된 문제와 실제 사용 약속이 구분된다. 가입 뒤에는 ‘첫 상담 기록 입력’처럼 서비스의 핵심 행동을 했는지 확인하고, 하지 않았다면 무엇에서 막혔는지 묻는 후속 연락을 준비한다. 같은 사람의 말과 행동이 이어지므로 기능 요청의 크기보다 구매에 가까운 행동을 볼 수 있다.

그래도 사람 손에 남는 일은 많다. 누구에게 연락할지, 공개 글을 근거로 연락해도 되는지, 가격을 제안할지, 어떤 요구를 만들지 말지는 제작자가 결정해야 한다. 인공지능은 문구와 기록을 정리할 수 있지만 신뢰를 대신 만들지는 못한다.

해외에서는 대화의 끊김부터 메웠다

미국의 User Interviews

User Interviews 창업팀은 연구 담당자 10명을 만나 물었고, 7명이 유도하지 않았는데도 인터뷰 참여자 모집과 일정 조율을 문제로 꼽았다. 팀은 큰 플랫폼부터 만들지 않고 구글 설문, 일정 도구, 사례 지급을 손으로 연결한 서비스로 시작해 3주 안에 유료 고객 네 곳을 얻었다. (User Interviews)

이 서비스는 미국에서 고객 인터뷰 대상자를 구해야 하는 제품팀을 상대로, 실제 완료된 인터뷰 참여자 모집 건에 돈을 받는다. 시작점은 ‘인터뷰 분석’이 아니라 모집 공고, 조건 확인, 일정 조율, 사례 지급 사이에서 일이 끊기는 자리였다.

미국의 Indie Hackers

Courtland Allen은 수익을 내는 1인 사업자의 경험을 모으는 Indie Hackers를 약 3주 만에 혼자 만들었다. 그러나 빈 커뮤니티를 공개하지 않고 Hacker News에서 대상자를 찾아 약 140명에게 직접 이메일을 보냈으며, 답한 사람 가운데 약 10명의 인터뷰를 먼저 실었다. (Indie Hackers)

출시 약 2주 뒤에는 후원 광고 요청을 받고 월 750달러, 자료의 단순 환산 기준 약 101만원을 제시해 첫 매출을 만들었다. 서비스를 크게 운영할 돈은 아니지만, 글을 읽는 사람에게 접근하려는 구매자가 있다는 증거였고 Indie Hackers는 2017년 Stripe에 인수됐다. (Indie Hackers 소개)

여기서 작게 만들어 볼 네 가지

1. 문제 글에서 연락 후보를 만드는 수집함

• 무엇을 하나: 커뮤니티 글 주소를 넣으면 문제 원문, 현재 해결법, 연락 이유를 한 장으로 정리하고 첫 메시지 초안을 만든다.
• 누가 쓰나: 학원 운영 도구를 만들었지만 어느 학원장에게 먼저 연락할지 모르는 1인 제작자가 쓴다.
• 왜 지금인가: 인공지능이 긴 글에서 문제 표현을 묶고 초안을 만들 수 있어, 사람은 연락의 적절성만 판단하면 된다.
• 첫 화면: ‘글 주소 붙이기’ 입력칸과 원문 인용, 대상 적합 이유, 커뮤니티 운영 규칙 확인, 메시지 초안을 나란히 놓는다.

2. 베타 초대와 첫 사용을 잇는 후속관리판

• 무엇을 하나: 댓글 반응부터 개인 메시지, 체험 초대, 첫 핵심 행동, 재연락까지 한 사람의 상태를 이어서 보여 준다.
• 누가 쓰나: 베타 사용자 수십 명을 직접 지원하며 예약·정산 도구를 시험하는 혼자 일하는 제작자가 쓴다.
• 왜 지금인가: 가입 숫자보다 실제 사용 여부가 중요하지만, 초기 제작자는 메시지함과 관리자 화면을 번갈아 보며 이를 놓치기 쉽다.
• 첫 화면: ‘답장 대기’, ‘대화 예정’, ‘체험 중’, ‘첫 행동 완료’, ‘다시 연락’ 칸과 오늘 할 일을 보여 준다.

3. 고객의 말을 기능 결정 근거로 바꾸는 기록장

• 무엇을 하나: 대화 기록을 넣으면 반복된 문제, 현재 쓰는 방법, 지불 경험, 다음 행동 약속을 원문과 함께 묶는다.
• 누가 쓰나: 고객 대화를 여러 번 했지만 요청마다 기능을 추가해 방향이 흔들리는 1인 서비스 제작자가 쓴다.
• 왜 지금인가: 음성 기록을 글로 바꾸고 비슷한 문장을 묶는 일은 쉬워졌지만, 실제 근거와 단순 의견을 구분하는 화면은 여전히 필요하다.
• 첫 화면: 반복 문제별로 ‘몇 명이 말했는지’와 원문, 현재 대안, 체험·결제 약속을 함께 보여 준다.

4. 판매글 대신 문제 대화를 만드는 글 도우미

• 무엇을 하나: 기능 소개를 특정 커뮤니티에 맞는 문제 중심 글과 짧은 사용 장면으로 바꾸고 댓글 반응을 기록한다.
• 누가 쓰나: 개인 번호로 예약을 받는 네일숍용 도구를 만들었지만 자영업자 커뮤니티에서 홍보글로 보일까 걱정하는 제작자가 쓴다.
• 왜 지금인가: 글 초안은 빠르게 만들 수 있지만 커뮤니티마다 다른 규칙과 실제 댓글을 다음 글에 반영하는 일은 손으로 남아 있다.
• 첫 화면: 대상 커뮤니티, 금지된 홍보 방식, 고객의 현재 작업, 묻고 싶은 질문을 입력하면 링크 없는 초안과 댓글 기록칸을 보여 준다.

오늘 30분 안에 확인할 것

고객 한 종류를 정하고 그들이 모인 커뮤니티의 최근 글 30개를 읽어 같은 문제를 말한 글의 주소와 원문만 적어 보자. 서로 다른 작성자 다섯 명 이상이 같은 문제를 말하고, 그중 세 명 이상이 지금 쓰는 해결법이나 들이는 시간·돈까지 적었다면 기능을 더 만들기 전에 이 대화를 잇는 도구를 시험해 볼 만하다.