7장. 앱을 스토어에 올리다

시켜서 만들었습니다. #7

byukkukk

— 무드플로우가 구글 플레이에 올라가기까지, 그리고 34%에서 멈춘 것들


"앱을 만들었다"와 "앱을 스토어에 올렸다"는 완전히 다른 일이다. 나는 이걸 무드플로우라는 앱을 만들면서 뼈저리게 배웠다.


무드플로우는 기분에 맞는 음악 플레이리스트를 골라주는 안드로이드 앱이다. 만드는 것 자체는 AI의 도움으로 생각보다 빨리 됐다. 화면이 나오고, 버튼이 눌리고, 음악이 재생됐다. 여기까지 오면 다 된 것 같다. 그런데 여기부터가 진짜 시작이었다.



만드는 건 30%, 나머지 70%가 남아 있다


내 주간 기록에 이런 줄이 있다.


무드플로우 런칭 — 진행률 34%


앱이 작동하는데 진행률이 34%라니? 처음엔 이 숫자가 야박하다고 느꼈다. 하지만 겪어보니 정확했다. "작동하는 앱"과 "사람들이 스토어에서 내려받을 수 있는 앱" 사이에는, 눈에 안 보이는 70%가 있다.


그 70%가 뭐냐면:


아이콘과 브랜딩 — 앱 이름, 로고, 스토어에 걸 소개 이미지. 작동과는 무관하지만 없으면 못 올린다.

서명(signing) — 앱이 "진짜 내가 만든 것"임을 증명하는 디지털 도장. 이게 없으면 스토어가 안 받는다. 그리고 이 도장의 열쇠를 잃어버리면, 앞으로 그 앱을 영영 업데이트 못 한다. (그래서 나는 이 열쇠를 이중으로 백업하고, 암호는 컴퓨터 보안 저장소에만 뒀다.)

개인정보 처리방침 — 앱이 어떤 정보를 쓰는지 밝히는 문서. 요즘 스토어는 이게 없으면 심사에서 막는다.

API 키 잠그기 — 앱이 외부 서비스(예: 유튜브)를 쓰려면 열쇠가 필요한데, 이 열쇠가 새어나가면 남이 내 이름으로 요금을 쓸 수 있다. 그래서 "이 앱에서만, 이 조건에서만" 쓰이도록 잠가야 한다.

테스트 배포 — 바로 전체 공개가 아니라, 소수에게 먼저 돌려보는 비공개 테스트 단계.

이 목록을 보면 알 것이다. 이건 코딩이 아니다. 행정이고, 절차고, 꼼꼼함이다. 그리고 AI는 이 절차를 아주 잘 안내해준다 — 내가 물어보기만 하면.



AI를 "안내자"로 쓴 방법


나는 코딩만 AI에게 시킨 게 아니라, 이 미로 같은 출시 절차 자체를 AI에게 길잡이로 삼았다. "구글 플레이에 앱을 올리려면 무슨 단계가 필요해? 순서대로, 비전공자가 알아듣게 알려줘." 그러면 AI가 체크리스트를 만들어준다. 그다음엔 한 단계씩 "이제 이거 하려는데 어떻게 해?"라고 물으며 진행했다.

이게 비전공자에게 결정적이다. 출시 절차의 진짜 장벽은 어려움이 아니라 낯섦이다. 뭘 해야 하는지 모르니 막막한 것이지, 하나하나는 따라 할 수 있다. AI는 그 낯섦을 없애주는 안내자다.



34%에서 멈춘 것들


정직하게 말하면, 무드플로우는 스토어에 올라갔지만 그 뒤로 크게 뻗지 못했다. 진행률 표에는 다른 앱들도 오래 34%, 0%에 멈춰 있었다. 만들다 만 것, 올려두고 방치한 것들.


왜 이런 일이 생기냐면 — 4장에서 말한 것과 연결된다 — 만드는 재미가 끝나는 지점이 딱 여기이기 때문이다. 작동하는 앱을 만들면 도파민이 나오는데, 그 뒤의 70%(출시 행정, 그리고 출시 후의 마케팅·개선)는 지루하다. 그래서 많은 1인 개발자가 앱을 "거의 다" 만들어놓고 스토어 문턱에서 멈춘다. 나도 여러 번 그랬다.

이건 실력 문제가 아니라 끝맺음 문제다. 그리고 부업에서 돈은 끝맺음의 반대편에 있다. 90% 완성된 앱 열 개보다, 100% 출시된 앱 하나가 돈이 된다. 나는 이걸 여러 번 34%짜리를 쌓아본 뒤에야 인정했다.



AI 활용 노트 — 출시의 70%를 넘기는 법


1. 만들기 전에 "출시 체크리스트"부터 받아라.


앱을 다 만들고 나서 출시 절차를 알아보면 늦다. 시작할 때 미리:

[안드로이드/iOS] 앱을 [구글 플레이/앱스토어]에 실제로 올리려면 필요한 모든 단계를 순서대로, 비전공자가 알아듣게 목록으로 줘. 코딩 외에 필요한 행정 절차(아이콘, 서명, 개인정보 처리방침, 심사 등)도 빠짐없이.

이 목록을 처음부터 알면, "작동함 = 끝"이라는 착각에 안 빠진다.


2. "서명 열쇠"는 목숨처럼 백업하라.


앱 서명에 쓰는 열쇠(키스토어)를 잃어버리면, 그 앱을 두 번 다시 업데이트할 수 없다. 만드는 즉시 두 군데 이상에 백업하고, 암호는 안전한 곳(기기 보안 저장소)에 따로 둬라. 이건 선택이 아니라 필수다.


3. 전체 공개 전에 비공개 테스트를 거쳐라.


바로 전 세계에 공개하지 말고, 소수에게 먼저 돌려라. 실기기에서 돌려보면 내 컴퓨터에선 안 보이던 문제가 반드시 나온다. AI에게 "비공개 테스트로 먼저 배포하는 방법"을 물어라.


4. "다 만들었다"의 정의를 출시로 잡아라.


프로젝트를 시작할 때 "완성"의 기준을 작동이 아니라 출시(또는 첫 사용자 손에 들어감)로 못 박아라. 그래야 34%에서 안 멈춘다. 작동은 절반도 아니다.



이 장의 한 줄

작동하는 앱은 30%다. 아이콘·서명·개인정보·테스트라는 지루한 70%를 넘겨야 스토어에 선다 — 그리고 돈은 그 70%의 반대편에 있다.
수, 일 연재
이전 07화6장. iCloud가 내 서비스를 죽였다