아이가 수학 문제집을 푸는 걸 보다가 “이거 앱으로 만들면 더 재밌게 하지 않을까” 싶었습니다.

그렇게 시작해서 이틀 만에 플레이스토어에 올렸어요. 커밋 기록을 보니 첫 커밋과 출시 준비 완료가 딱 이틀 차이더라고요.

빨리 만들 수 있었던 이유가 몇 가지 있는데, 정리해두면 비슷한 걸 만드실 분께 도움이 될 것 같습니다.

1. 범위를 먼저 좁히고, 나중에 넓혔습니다

처음부터 1~6학년 전체를 목표로 했다면 이틀은 불가능했을 겁니다. 실제 순서는 이랬어요.

1. 먼저 한 학년 몇 단원으로 동작하는 앱을 완성
2. 스토어 등록 절차를 끝까지 한 번 통과 (앱 ID 확정, 서명, 스크린샷)
3. 그다음 전 학년으로 확장

출시 파이프라인을 먼저 뚫어놓으니 콘텐츠 확장은 그냥 데이터 추가 작업이 됐습니다. 반대 순서였다면 다 만들어놓고 서명 문제로 막혔겠죠.

2. 커리큘럼을 코드가 아니라 데이터로 만들었습니다

확장이 쉬웠던 진짜 이유는 이겁니다. 학년 × 학기 표 하나가 어떤 단원에 어떤 모듈과 설정을 쓸지 결정하도록 만들었어요.

그래서 새 단원을 추가하는 건 코드 수정이 아니라 표에 한 줄 추가입니다. 세로셈 같은 건 전용 모듈을 붙이고, 그럴 필요 없는 단원은 문제 생성 함수만 연결하는 식으로요.

이 구조가 아니었으면 “6학년 2학기 추가”가 매번 새 화면을 만드는 일이 됐을 거예요.

3. 에셋을 안 만들면 시간이 안 듭니다

효과음을 Web Audio로 합성했습니다. 오디오 파일이 하나도 없어요. 정답 소리, 오답 소리 전부 코드로 만든 톤입니다.

이게 은근히 큽니다. 음원을 구하려면 라이선스를 확인해야 하고, 파일이 늘면 앱 용량이 커지고, 저작권 표기도 신경 써야 하죠. 합성으로 가면 그 과정이 통째로 없어져요.

백엔드도 안 만들었고, 진도 저장은 localStorage로만 했습니다.

💡 출시하며 겪은 것 & 주의할 점

• 팁: 플레이스토어 개발자 계정이 법인(조직) 계정이면 개인 계정에 적용되는 “비공개 테스트 14일” 요건이 없습니다. 저는 이걸 몰라서 처음에 테스트 일정부터 잡을 뻔했어요. 계정 종류부터 확인하세요, 출시 일정이 통째로 달라집니다.
• 주의할 점: 앱마다 개인정보처리방침을 따로 두는 게 안전합니다. 저는 앱이 여러 개인데 광고를 넣은 앱과 안 넣은 앱의 방침이 달라야 했어요. 하나로 퉁치면 “광고 안 하는 앱인데 AdMob 얘기가 적혀 있는” 이상한 상황이 됩니다. 심사에서 문제 될 수 있는 부분이에요.

정리

이틀이라고 하면 대단해 보이지만, 실제로는 “빨리 만드는” 게 아니라 “만들 것을 줄이는” 쪽에 가까웠습니다. 오디오 파일 없음, 백엔드 없음, 단원 추가는 데이터 편집.

그리고 출시 절차를 먼저 통과해두는 게 정말 중요했어요. 그게 안 되면 아무리 잘 만들어도 스토어에 못 올라가니까요.

---

태그: #플레이스토어출시, #안드로이드앱, #React, #Vite, #Capacitor, #초등수학, #교육앱, #클로드코드, #개인개발, #앱개발