글

12개월 동안 앱 5개 만들기: 개발은 쉬웠지만 진짜 보스전은 마케팅이었다

1년, 앱 5개, 스토어 2곳. 가장 큰 교훈은 코드가 인디 해킹의 20%에 불과하다는 것입니다.

12개월 동안 앱 5개 만들기: 개발은 쉬웠지만 진짜 보스전은 마케팅이었다

1년 전 저는 혼자 앱을 개발하는 일에 모든 것을 걸기로 했습니다. 목표는 단순히 코드를 쓰는 것이 아니라 실제 제품을 독립적으로 만들고, 출시하고, 운영하는 것이었습니다.

12개월이 지난 지금 App Store와 Google Play에 서로 다른 앱 5개를 만들어 게시했습니다. 커밋 기록과 다운로드 지표를 돌아보면 무엇보다 뚜렷한 깨달음이 하나 있습니다. 소프트웨어를 만드는 일은 쉬운 부분이었고, 마케팅이 진짜 과제였다는 것입니다.

다음은 1년 동안 혼자 개발하며 배운 가장 큰 기술적, 비기술적 교훈입니다.

1부: 개발(개발자가 안심하는 영역)

개발자라면 VS Code에서 상태 관리를 설정하거나 네이티브 빌드 문제를 해결하느라 10시간을 보내는 일이 생산적으로 느껴집니다. 우리의 안전지대 안에 있기 때문입니다. 하지만 1년 안에 크로스 플랫폼 앱 5개를 출시하면서 소프트웨어를 만드는 방식을 근본적으로 다시 생각하게 되었습니다.

1. 나만의 인프라 무기고 구축하기

앱 다섯 개를 연달아 만들면서 같은 문제를 두 번 풀지 말아야 한다는 것을 배웠습니다. 세 번째 앱쯤에는 나만의 내부 보일러플레이트 스택이 완성되어 있었습니다.

  • 프레임워크: React Native / Expo(네이티브 iOS/Android 코드를 자동화하는 Config Plugins 포함).
  • 아키텍처: 백엔드 복잡성과 클라우드 인프라 비용을 없애는 로컬 우선 저장소(AsyncStorage).
  • 통합: Apple HealthKit, Google Health Connect, iOS 위젯 같은 네이티브 통합을 위해 미리 추상화한 훅.

혼자 개발한다면 속도가 유일한 무기입니다. 재사용 가능한 아키텍처 덕분에 시간의 80%는 앱의 핵심 가치에, 20%만 설정에 쓸 수 있습니다.

2. “로컬 우선”은 단순한 기술이 아니라 자유다

작성하는 백엔드 코드 한 줄 한 줄은 잠자는 동안에도 유지하고, 보호하고, 비용을 내야 하는 대상입니다. 엄격한 로컬 우선 아키텍처로 전환하자 데이터베이스 마이그레이션도, 서버 가동 시간 걱정도 없어졌고 사용자에게는 즉각적인 앱 성능을 제공할 수 있었습니다. 덤으로 개인정보를 중시하는 사용자들은 자신의 데이터가 기기를 벗어나지 않는다는 점을 좋아합니다.

3. 완벽주의는 출시의 적이다

초기에 가장 큰 개발 함정은 누군가 그 앱을 원하는지도 모른 채 엣지 케이스를 다듬는 것이었습니다. 네 번째 앱부터는 엄격한 규칙을 세웠습니다. 핵심 루프를 먼저 출시하고, 다듬기는 실제 사용자의 피드백을 받은 뒤에 한다.

2부: 마케팅(진짜 보스전)

엔지니어로서 우리는 능력주의를 믿고 싶어 합니다. “훌륭한 제품을 만들면 사용자는 자연스럽게 온다.”

오지 않습니다. App Store와 Google Play는 다운로드가 0인 기술적으로 뛰어난 앱의 무덤입니다. 코드가 인디 해킹 방정식의 20%에 불과하다는 것을 깨달은 것이 올해 가장 힘든 교훈이었습니다.

1. 오가닉 유통 받아들이기(X와 Reddit)

대규모 광고 예산이 없는 1인 개발자로서 전적으로 오가닉 마케팅에 집중했습니다.

  • “Build in Public”을 위한 X(Twitter): 코드 조각, UI 디자인 변천, 마일스톤 스크린샷, 기술적 고민을 올리는 것은 초기 사용자를 끌어들였을 뿐 아니라 훌륭한 개발자 네트워크와 저를 연결해 주었습니다.
  • 가치 우선 피드백을 위한 Reddit: Reddit은 냉정할 만큼 솔직합니다. 앱 링크만 던져 놓고 떠나면 비추천 세례를 받습니다. 하지만 복잡한 기술 문제를 풀어낸 가치 있는 글을 쓰면 커뮤니티가 훌륭한 피드백과 얼리 어답터로 응답합니다.

2. 기술 글쓰기를 통한 “숨은 마케팅”

가장 큰 마케팅 돌파구 중 하나는 앱에 만든 기능에 대한 기술 사례 연구를 쓰는 것이었습니다. 개발자 플랫폼에 “Apple HealthKit / Google Health Connect 통합 훅을 만든 방법”을 공유하면 두 가지 효과가 있었습니다. 개발자 커뮤니티에 실질적인 가치를 주는 동시에, 잘 만든 소프트웨어를 높이 평가하는 사람들에게 제 앱을 자연스럽게 소개할 수 있었습니다.

3. 50/50 규칙

첫날로 돌아갈 수 있다면 50/50 규칙을 적용할 것입니다. 시간의 50%는 앱을 만드는 데, 나머지 50%는 앱에 대해 이야기하고, 글을 쓰고, 스토어 메타데이터를 개선하는 데 쓰는 것입니다. 훌륭한 마케팅을 가진 좋은 앱은 유통이 전혀 없는 놀라운 앱을 언제나 이깁니다.

마무리 생각: 마인드셋의 전환

소프트웨어 엔지니어에서 1인 크리에이터로 바뀌려면 마인드셋 전체가 달라져야 합니다. 스스로를 순수한 “코더”로만 보지 않고, 제품 매니저, 마케터, 디자이너, 고객 지원 담당자를 동시에 해내는 사람으로 일해야 합니다.

1년에 앱 5개를 만든 경험은 저를 더 나은 개발자로 만들었을 뿐 아니라 소프트웨어를 바라보는 관점을 완전히 바꾸어 놓았습니다.

지금 몰래 작업 중인 모든 1인 개발자에게: 에디터를 열고, 불필요한 기능을 덜어 내고, 앱을 출시하고, 오늘부터 그 이야기를 시작하세요.