앱 만들기 전에 무엇부터 정해야 할까요?
3초 요약
- 먼저 정할 건 바꾸기 어려운 결정 다섯 가지예요. 누구를 위한지, 어떤 불편인지, 무엇에 돈을 낼지, 처음 넣을 기능 하나, 결제와 개인정보예요.
- 문구, 버튼 이름, 화면 색, 랜딩 구성처럼 바꾸기 쉬운 건 만들어 보며 정해도 늦지 않아요.
- 코드부터 만들었어도 괜찮아요. 지금 기획의 빈틈을 점검하고, 비어 있는 결정부터 채우면 돼요.
빨리 만들수록 더 자주 흔들리는 이유
아이디어가 생기면 일단 만들어 보고 싶죠. 저도 그랬어요. 그런데 그렇게 가면 누구를 위한 건지 흐려지고, 만든 뒤에도 왜 만들었는지 설명이 안 되는 경우가 많았어요.
요즘은 기획도 앱도 딸깍 만들어 줘요. 그런데 딸깍 만들수록 문제 정의, 쓸 사람, 경쟁 제품과 비교한 내 강점, 핵심 기능 같은 맨 위의 결정이 빈약한 채로 남기 쉬워요. 화면은 하루 만에 나오는데, 그 화면을 누가 왜 쓸지는 그대로 비어 있는 거예요.
바꾸기 어려운 결정
나중에 바꾸면 이미 만든 화면과 데이터, 결제, 고객과의 약속까지 함께 고쳐야 하는 결정이에요. 누구를 위한 서비스인지, 무엇에 돈을 받는지가 대표적이에요.
먼저 정할 것 다섯 가지
아직 아이디어가 한 줄로도 정리되지 않았다면 어디서부터 시작할지를 먼저 보세요. 모든 걸 먼저 설계하자는 게 아니에요. 아래 다섯 가지만 먼저 정해 두면, 나머지는 만들면서 고쳐도 크게 흔들리지 않아요.
1. 누구를 위한 건지
한 사람이 떠오를 만큼 좁혀요. "소상공인"이 아니라 "직원 셋을 두고 매장 두 곳을 운영하는 사장님"처럼요. 대상이 넓으면 모든 기능이 다 필요해 보여서 무엇부터 만들지 정할 수 없어요.
정했는지 확인하는 질문은 하나예요. "그 사람을 이번 주 안에 직접 만나 물어볼 수 있나요?" 만날 사람이 떠오르지 않는다면 아직 넓게 잡혀 있는 거예요. "누구나 쓸 수 있어요"라는 답이 나오면 대개 아무도 먼저 쓰지 않아요.
2. 그 사람이 지금 무엇 때문에 불편한지
불편은 그 사람이 지금 쓰는 방법에서 찾아요. 엑셀로 버티는지, 단체 대화방으로 주고받는지, 종이에 적는지요. 지금 쓰는 방법이 아예 없다면, 그 불편이 정말 큰지부터 의심해 보는 게 좋아요.
확인하는 질문은 "지금 방법에서 시간이나 돈이 어디로 새고 있나요?"예요. 매주 두 시간씩 엑셀을 손으로 맞추고 있다면 그 두 시간이 불편의 크기예요. 불편을 숫자나 장면으로 말할 수 있으면, 그걸 줄이는 기능이 곧 핵심 기능 후보가 돼요.
3. 무엇에 돈을 낼지
써 볼 이유와 돈을 낼 이유는 달라요. 무료로 써 보는 건 쉽지만, 돈을 내는 순간에야 진짜 가치가 확인돼요. 무엇을 무료로 보여 주고 어디부터 돈을 받을지도 이때 함께 정해요.
여기서 자주 하는 실수는 결제를 "나중에 붙이면 되는 것"으로 미루는 거예요. 돈을 받는 지점이 정해지지 않으면 무엇을 무료로 줄지도 정할 수 없고, 무료로 너무 많이 주면 돈 낼 이유가 사라져요. 저는 무료 범위를 공짜 기능이 아니라, 첫 감탄을 정해진 비용 안에서 겪게 하는 마케팅비로 봐요. (원래 글)
4. 처음 꼭 넣을 기능 하나
핵심 가치를 주는 기능 하나를 고르고 나머지는 다음 차례로 미뤄요. 기능이 하나로 줄면 화면과 개발 범위가 같이 줄고, 반응이 없을 때 무엇이 틀렸는지도 읽기 쉬워져요.
고르는 기준은 "이 기능 하나만 있어도 그 사람이 다음 주에 또 쓸까"예요. 경쟁 제품의 기능 목록을 그대로 옮기면 목록은 길어지지만, 내 서비스가 왜 필요한지는 오히려 흐려져요. 경쟁 제품이 이미 잘하는 기능은 따라 하기보다, 그들이 비워 둔 한 지점을 고르는 편이 나아요.
5. 결제와 개인정보처럼 나중에 바꾸면 비싼 것
결제 방식, 받는 개인정보의 범위, 데이터를 어디에 두는지가 여기에 들어가요. 나중에 바꾸면 이미 쌓인 데이터와 약관, 안내 문구까지 손봐야 해서 처음에 정해 두는 편이 싸요.
예를 들어 처음에 휴대폰 번호와 주소까지 받기로 하면, 그 정보를 어떻게 지키고 언제 지울지도 함께 정해야 해요. 꼭 필요한 정보만 받기로 정해 두면 화면도, 안내 문구도, 처리방침도 같이 단순해져요.
다섯 가지를 한 장에 적어 보기
아래 다섯 줄을 빈칸 없이 채울 수 있으면, 만들기 시작해도 크게 흔들리지 않아요. 한 줄이라도 막히면 그 줄이 지금 먼저 풀 문제예요.
- •누구: 이번 주에 만나 물어볼 수 있는 한 사람
- •불편: 지금 쓰는 방법과, 거기서 새는 시간이나 돈
- •돈: 무엇을 무료로 보여 주고, 어디부터 돈을 받는지
- •기능 하나: 이것만 있어도 다음 주에 또 쓸 이유
- •바꾸기 비싼 것: 받을 개인정보, 결제 방식, 데이터를 두는 곳
이 한 장은 나중에 개발을 맡기거나 코딩 에이전트에게 일을 시킬 때도 그대로 쓰여요. 매번 처음부터 설명하지 않아도 되니, 되묻고 고치는 일이 줄어요.
AI 도구로 기획서를 먼저 받아도 될까요
받아도 돼요. 다만 AI가 써 준 기획서는 빈칸을 그럴듯하게 채워 줘요. 읽을 때는 문장마다 이게 내가 정한 것인지, AI가 가정한 것인지 표시해 보세요. 다섯 가지 중 가정으로 채워진 칸이 있다면 그 칸이 먼저 확인할 곳이에요.
숫자도 같아요. 시장 규모나 예상 가입자 수가 적혀 있다면 그게 목표인지, 가정인지, 실제로 잰 건지부터 구분해요. 셋이 섞여 있으면 계획이 그럴듯해 보여도 무엇을 확인해야 할지가 안 보여요.
개발을 맡기기 전이라면 더 중요해요
저는 서비스 설계도, 개발 설계도, 개발도 할 줄 몰라 앱 외주를 두 번 맡겼고, 결국 8천만 원을 날렸어요. 그때 이 한 장이 있었다면 무엇을 만들어 달라고 해야 하는지부터 분명했을 거예요.
외주든 코딩 에이전트든, 맡기는 쪽이 다섯 가지를 정해 두지 않으면 받는 쪽은 자기 짐작으로 채워요. 그래서 맡기기 전에 정하는 시간이 결국 돈과 시간을 아끼는 시간이에요.
만들어 보며 정해도 되는 것
- •문구와 버튼 이름
- •화면 색과 배치
- •랜딩 페이지 구성
- •알림 문장 같은 세부
이런 건 직접 보고 고르는 게 더 빨라요. 앱 빌더나 코딩 에이전트로 빠르게 만들어 보는 길은 바로 이런 결정을 시험하기에 좋아요.
만들어 보며 정하는 결정도 쓸 사람의 말로
바꾸기 쉬운 결정이라도 기준은 있어요. 1번에서 정한 그 사람이 실제로 쓰는 말을 버튼과 문구에 쓰면, 같은 화면도 훨씬 덜 어색해요. 내가 쓰고 싶은 말보다 그 사람이 쓰는 말이 먼저예요.
코어 기능 하나가 먼저였던 두 장면
하루 2천 명이 가입한 음원 분리 앱
밴드에서 베이스를 치는 동생이 있어요. 조리과를 나와 지금은 개발자예요. 자기가 필요해서 음원 분리 앱을 만들었는데, 커뮤니티에 홍보 글을 가볍게 올렸더니 하루에 2천 명이 가입해서 서버가 터졌다며 웃으며 말했어요.
디자인이 훌륭하지도 않았고 쓰기 불편한 곳도 꽤 보였어요. 그래도 만든 사람이 곧 쓰는 사람이었고, 풀려는 문제와 불편이 분명했어요. 잘 작동하는 코어 기능 하나만으로 그런 반응이 왔어요. (원래 글)
하루 10만 원 광고로 시작한 브랜드
저는 작은 소비자 브랜드를 6년째 운영하고 있어요. 문제 정의와 불편이 분명하고 코어 기능이 단 하나의 가치를 제대로 줄 때는, 하루 10만 원이 안 되는 광고로도 초기 반응이 보였어요. 반응이 보인 뒤 조금씩 늘려 하루 400만 원 수준까지도 안정적으로 판매가 이어졌어요.
나중에 직접 제조하던 쪽에서 큰 문제가 생겨 원가가 오르고 판매가를 올리자 그 효율은 무너졌어요. 그래도 돌아보면 가장 중요했던 건 광고 기술이 아니라 설계였어요. 마케팅이 유난히 어려운 서비스는 대개 출발점부터 뾰족하지 않았어요. (원래 글)
영점이 잘못 잡힌 소총으로 과녁을 맞히려고 애쓰는 것과 다를 바 없어요.
이미 코드부터 만들었다면
괜찮아요. 처음부터 다시 할 필요는 없어요. 지금 가진 기획서나 설계 문서를 하이퍼 리뷰에 넣으면(샘플 리포트) 39개 관점에서 빈틈과 근거, 고칠 순서를 보여 줘요. 위 다섯 가지 중 무엇이 비어 있는지가 거기서 드러나요.
퍼플프린트 코치는 이미 만든 사람에게 앞 단계를 처음부터 다시 묻지 않아요. 가진 자료로 문서를 거꾸로 채운 뒤, 지금 막힌 결정부터 같이 정해요.
리포트는 발견한 빈틈을 주제로 묶고, 무엇부터 고칠지 순서를 매겨 보여 줘요. 그 순서대로 고치려면 리포트 아래 "이 리포트로 고쳐 가기"에서 길을 고르면 돼요. 쓰던 AI 도구에 퍼플프린트를 연결해 이어서 고치거나, 리포트를 문서 파일로 받아 내가 쓰는 AI에 가져갈 수 있어요.
퍼플프린트는 이 순서를 이렇게 지켜요
설계 코치는 맥락, 쓸 사람, 문제, 핵심 기능을 먼저 묻고 그다음에 사용 흐름과 화면으로 가요. 개발 설계는 그 뒤예요. 정해야 할 게 나오면 후보 두세 개와 추천, 고르지 않은 이유를 함께 보여 주고 확인은 내가 해요. 이 과정이 처음 몇 시간에 어떻게 흘러가는지는 처음 2시간 글에 정리했어요.
앞 단계에서 정한 것은 설계 문서로 남아요. 그래서 코드를 만드는 에이전트가 그 문서를 읽고 시작하고, 나중에 화면을 고칠 때도 처음 정한 결정을 다시 꺼내 볼 수 있어요.
확인은 묶음으로 받아요. 안내 문구나 예외 처리처럼 흔한 것은 기본값으로 넣어 한 번에 보여 주고, 돈이나 개인정보처럼 내가 정해야 하는 것만 따로 물어요. 그래서 다섯 가지에 시간을 쓰고, 나머지는 빠르게 지나가요.
먼저 설계하는 이유는 거창한 문서를 만들기 위해서가 아니에요. 첫 구현이 덜 흔들리게 하기 위해서예요.
자주 묻는 질문
일단 빨리 만들어 보는 게 더 낫지 않나요?
문구나 화면처럼 바꾸기 쉬운 결정을 시험할 때는 맞아요. 다만 누구를 위한지, 무엇에 돈을 낼지 같은 결정이 비어 있으면, 빨리 만든 만큼 빨리 헛돌아요. 다섯 가지만 먼저 정하고 나머지는 만들며 정하는 게 균형이에요.
다섯 가지를 정하는 데 시간이 얼마나 걸리나요?
아이디어 크기에 따라 달라요. 처음 2시간 안팎이면 누구의 어떤 문제를 풀지가 좁혀지고 첫 설계 문서가 생겨요. 몇 분 만에 끝난다고 약속하지는 않아요.
혼자서 이 결정들을 내릴 수 있을까요?
질문을 하나씩 따라가면 돼요. 퍼플프린트 코치는 후보와 추천, 고르지 않은 이유를 함께 보여 줘서 판단할 근거를 건네요. 모르겠다고 답해도 그 칸은 미정으로 두고 넘어가요.
이미 만든 앱이 있는데 처음부터 다시 해야 하나요?
아니요. 하이퍼 리뷰로 지금 기획의 빈틈을 먼저 보고, 비어 있는 결정이 있는 단계로만 돌아가 채우면 돼요.
지금 상황이 이렇다면
- 아이디어만 있고 무엇부터 정할지 막막하다면, 웹 코치에서 한두 줄로 시작해 보세요.
- 이미 기획서나 만든 앱이 있다면, 하이퍼 리뷰로 비어 있는 결정부터 확인해 보세요.
- 리포트를 받고 무엇부터 고칠지 막막하면, 리포트를 창업자 1,000명 직접 돕기로 보내 주세요. 퍼플프린트 창업자가 핵심 이슈와 방향을 직접 무료로 짚어 드려요.