앱은 만들었는데,
첫 사용자는 어디서 만날까요?

첫 사용자를 찾을 때는, 누구의 어떤 일을 끝까지 도울지 먼저 정해보세요.

AI의 도움으로 앱을 만들었습니다. 링크도 열리고 기능도 작동해요. 그런데 친구들에게 보여준 뒤에는 다음이 막막합니다. 어디에 올려야 할까요? “좋네요”라는 답을 받으면 정말 쓸 사람이 생긴 걸까요?

이 글은 첫 사용자를 만나는 과정을 네 가지 질문으로 따라갑니다. 고객이 이미 쓰는 도구를 묻는 방법, 그 사람이 있는 곳을 찾는 방법, 요청받은 기능을 만들기 전에 확인할 것, 관심과 실제 사용을 구분하는 방법이에요. 지금 만든 앱에서 처음 온 사람이 끝내야 할 작업 하나를 떠올리며 읽어보세요.

1. 누구에게 보여줘야 할까요?

“AI 앱에 관심 있는 사람”은 범위가 너무 넓습니다. 내가 만든 기능이 없어도 이미 같은 일을 하고 있는 사람부터 생각해보세요. 그 사람이 지금 어떻게 해결하는지 알면 앱을 소개할 말도 구체적으로 바뀔 수 있어요.

조성문은 음악 데이터 서비스 Chartmetric의 첫 고객을 만난 과정을 공개했습니다. 업계 사람들과 짧게 통화하며 어떤 도구를 쓰는지, 데이터로 어떤 일을 하는지, 남은 불편이 무엇인지 물었어요. 대화에서 얻은 구체적인 표현을 제품 설명에 넣었다고 회고합니다.

“

그 툴을 쓰면서 아직도 아쉽거나 불편하게 느끼는 점이 무엇인가

고객에게 물었던 질문 ↗

고객에게 앱을 소개하는 말도 이런 대화에서 나옵니다. 상대가 이미 쓰는 표현으로, 어떤 문제를 해결하는지 설명해보세요. 2022년에 쓴 이 회고는 2015년 이후 미국 음악 B2B 사업을 다룹니다. 같은 표현을 붙이면 내 앱에도 검색 유입이 생긴다는 보장은 없어요.

내 앱을 쓸 사람의 현재 작업부터 적어요

예를 들어 강의 노트로 복습 질문을 만드는 앱이라면, “AI에 관심 있는 학생”보다 “시험 전에 노트를 읽고 직접 예상 문제를 적는 학생”이 더 구체적인 출발점이에요.

• 최근 언제 그 일을 했나요? 언젠가 해보고 싶은 일과 지금 반복하는 일을 구분합니다.
• 지금은 어떻게 하나요? 쓰는 도구와 순서를 듣습니다.
• 어디가 불편한가요? 앱을 설명하기 전에, 시간이 걸리거나 결과가 아쉬운 부분을 묻습니다.

그 답을 바탕으로 소개를 한 줄 써보세요. “AI 학습 도구를 만들었어요”보다 “강의 노트 한 쪽에서 복습 질문을 뽑아보는 앱이에요”처럼 입력과 첫 결과가 드러나게요. 예시 문구는 실제 내 앱이 할 수 있는 일에 맞춰 바꿔야 합니다.

2. 그 사람을 어디서 만날 수 있을까요?

대상을 정했다면 모든 SNS에 같은 링크를 올리기 전에 그 일을 실제로 하는 사람이 질문하거나 경험을 나누는 곳을 찾아보세요. 유명한 홍보 채널이라는 이유보다 내가 도울 수 있는 일이 보이는지가 중요합니다.

Paul Graham의 에세이에는 초기 Pinterest 이용자 중 디자인에 관심 있는 사람이 많아, 디자인 블로거 행사에서 사람들을 만난 사례가 나옵니다. Stripe의 창업자들은 사용해보겠다고 동의한 사람에게 링크만 보내고 끝내지 않고, 바로 시작할 수 있도록 도왔다고 설명해요.

“

사용자가 찾아오기만을 기다릴 수는 없습니다.

사용자 모집 부분 읽기 ↗

2013년에 쓴 에세이로, 초기 스타트업을 관찰한 조언과 사례를 담고 있어요. 특정 플랫폼의 지금 알고리즘이나 내 앱의 성장률을 증명하는 자료는 아닙니다.

링크를 보낸 다음의 첫 사용까지 생각해요

1. 최근의 실제 질문을 찾아요. 스터디 모임이나 업무 커뮤니티에서, 내가 해결하려는 일을 묻는 글이 있는지 읽어봅니다. 회원 수만으로 장소를 고르지는 않아요.
2. 관련 있는 작업 하나를 보여줘요. 강의 노트를 넣어 복습 질문을 얻는 장면처럼, 기능 목록보다 결과를 먼저 설명합니다. 그곳의 홍보 규칙도 확인하세요.
3. 동의한 사람의 첫 시도를 함께 봐요. 어디를 눌러야 할지, 입력을 무엇으로 할지 막힌다면 도와주세요. 계정이나 비밀번호를 대신 받아 조작할 필요는 없습니다.

도움을 받아 끝낸 작업과 혼자서 끝낸 작업은 구분해서 남기세요. 무엇을 설명해줘야 했는지 알면 다음 사람에게 보여주기 전에 고칠 부분이 보입니다.

3. 요청받은 기능을 만들면 사용자가 생길까요?

“앱으로도 만들어주세요.” 구체적인 요청을 들으면 무엇을 개발해야 할지 알게 된 것처럼 느껴집니다. 하지만 기능을 원하는 말과 실제로 그 기능을 쓸 상황은 함께 확인해야 해요.

노근(NOGUEN)은 AI를 활용해 습관·챌린지 서비스 1D1S를 개발했고 그 출시 과정을 회고했습니다. 웹앱을 소개할 때 앱이 없느냐는 말을 들었고, 하이브리드 앱을 거쳐 Flutter 앱을 만들었다고 해요. 그런데 요청했던 사람들이 실제 설치로 이어지지는 않았다고 적었습니다.

화면에는 기록을 시작할 수 있는 동작이 보입니다. 하지만 버튼을 만들었다는 사실과, 누군가 자기 일을 하려고 그 버튼을 눌렀다는 사실은 달라요.

“

“앱은 왜 없어?” 하던 사람들은 결국에 깔지 않았다.

사용자를 배려하지 않은 설명서 절에서 ↗

2026년 8월 23일의 한국 제작자 회고예요. 유명한 획득 전략의 성공담으로 고른 자료가 아니라, 요청받은 기능을 만든 뒤에도, 쓸 이유를 설명하는 과제가 남아 있었다는 반례로 읽으면 좋습니다. 공개 앱 화면만으로 설치나 유지 성과를 판단할 수는 없어요.

요청의 뒤에 있는 막힌 일을 확인해요

기능을 늘리기 전에, 상대가 하려던 일부터 다시 물어보세요.

• 어떤 상황에서 필요했나요? “앱이면 좋아요”에서 멈추지 않고 최근에 하려다 못 한 일을 들어봅니다.
• 지금 버전으로 그 일을 시도해볼 수 있나요? 먼저 써보기로 동의한 사람과 현재 화면에서 막히는 지점을 확인합니다.
• 무엇 하나를 바꾸면 다시 해볼 수 있나요? 설치 방식, 입력 방법, 설명처럼 막힌 부분에 맞춰 다음 수정 범위를 정합니다.

앱을 만들지 말라는 뜻은 아니에요. 실제로 설치가 장벽일 수도 있습니다. 다만 “필요하다고 말했음”, “직접 시도했음”, “다시 사용했음”을 같은 결과로 기록하지 않아야 다음 개발의 이유가 선명해집니다.

4. 무엇을 실제 사용이라고 셀까요?

누군가 링크를 눌렀고 이메일도 남겼습니다. 관심을 확인한 것은 맞아요. 그렇다면 내가 만든 앱이 도움이 됐다는 것까지 확인한 걸까요?

Joel Gascoigne는 Buffer를 만들기 전, 제품 설명 페이지에서 이메일을 받는 실험을 했습니다. 다음에는 중간에 가격 선택 화면을 넣었어요. 어느 요금제를 누르는지, 다음 단계로 가서 이메일을 남기는지 살폈다고 설명합니다.

이 글은 2011년의 영어 원문입니다. 제품이 작동하기 전의 관심 확인과 출시 뒤의 사용·결제를 따로 이야기해요. 같은 버튼 클릭도 무엇을 확인하려고 만들었는지에 따라 의미가 달라집니다.

내 앱의 첫 결과를 기준으로 기록해요

내 앱에서는 방문과 실제 사용을 나눠서 기록하세요. 다음 네 가지 행동을 구분하면 사람이 어느 단계에서 멈추는지 보여요.

1. 방문: 소개를 보고 앱 페이지를 열었나요?
2. 시도: 자신의 자료를 넣고 핵심 기능을 시작했나요?
3. 첫 결과: 복습 질문을 얻는 등, 원하던 작업을 끝냈나요?
4. 다음 사용: 같은 일이 필요할 때 다시 사용했나요?

첫 결과를 얻었다면 “이 결과를 실제로 어디에 쓸 건가요?”라고 물어봐도 좋아요. 시작하지 못했다면 어떤 단계에서 멈췄는지 먼저 봅니다. 결제가 필요한 서비스라면 결제도 별도 행동으로 기록하고, 가입 수를 사용이나 구매 수로 대신하지 마세요.

이 구분은 성공을 판정하는 고정 기준이 아닙니다. 앱의 목적에 맞춰 확인하고 싶은 행동 하나를 먼저 정의하고, 관찰하거나 계측할 수 있는 범위에서 기록하는 출발점이에요.

오늘은 한 사람의 첫 작업을 끝까지 살펴보세요

네 자료가 함께 가리키는 방향은 단순합니다. 사람을 찾는 일과 제품을 고치는 일을 따로 떼어놓지 말고, 실제 문제를 가진 사람이 내 앱을 쓰는 과정으로 이어보는 거예요.

지금 내 앱에 맞춰 다음 여섯 줄을 적어보세요. 아래 예시를 참고해 실제 내 앱에서 관찰할 작업으로 바꾸면 돼요.

• 만날 사람: 시험을 앞두고 강의 노트로 복습하는 학생.
• 현재 방식: 노트를 읽고 예상 문제를 직접 적는다.
• 보여줄 결과: 노트 한 쪽으로 복습 질문을 얻는다.
• 함께 볼 행동: 자료를 넣고 질문을 만드는 과정을 시도한다.
• 막힌 지점: 입력할 자료 형식을 이해했는지 관찰한다.
• 다음 수정: 막힌 이유에 맞춰 입력 안내 한 부분을 고친다.

다음 사람에게 같은 작업을 보여주면 수정한 안내가 도움이 됐는지 다시 살펴볼 수 있습니다. 아직 혼자 만든 프로젝트를 보여주기 어렵다면, 첫 결과 한 장과 상대에게 묻고 싶은 질문 하나부터 준비해보세요.

“좋다”는 말을 모으는 것에서 한 걸음 더 나아가, 누가 무엇을 하려고 썼고 어디서 멈췄는지를 알아보는 것이 이번 첫 시도의 목표예요.