> ## Content Index
> Fetch the complete content index at: https://zerodraftlab.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# AI 앱의 48시간은 스토어 심사까지다
- URL: https://zerodraftlab.com/app-store-review-defines-scope/
- Published: 2026-08-15T04:57:12.000Z
- Updated: 2026-09-15T08:34:52.000Z
- Description: 48시간 앱의 완료 조건은 빌드가 아니다. 실제 기기, 계정 삭제, 메타데이터, App Store 심사를 제품 범위에 넣는 법을 정리한다.
- Author: JooMong
- Tags: Business & Offers, Edmund Yong

48시간 안에 모바일 앱을 만들었다는 말은 대개 빌드가 끝났다는 뜻이다. 사용자가 받을 수 있는 제품이 됐다는 뜻은 아니다. 실제 기기에서 작동하고, 스토어 메타데이터가 맞고, 심사를 통과해야 비로소 출시다.

Edmund Yong은 [48시간 모바일 앱 제작 영상](https://www.youtube.com/watch?v=Ibtlam1vFGI&ref=zerodraftlab.com)에서 아이디어를 고르고, 핵심 기능을 구현하고, 에뮬레이터와 실제 기기에서 시험한 뒤 App Store에 제출한다. 첫 제출은 계정 삭제, 앱 아이콘, 메타데이터 문제로 세 차례 반려됐고 수정 뒤 승인됐다고 말한다.

## 빠른 제작일수록 마지막 단계가 범위를 다시 정한다

Yong이 만든 것은 자신의 웹 제품을 보조하는 무료 모바일 앱이었다. 이미 있는 제품의 사용자와 문제를 알고 있었고, 처음부터 한두 개 핵심 기능만 골랐다. 이 조건이 48시간을 가능하게 했다. 낯선 시장의 수요 조사, 결제 설계, 고객지원 체계까지 이 시간 안에 끝낸 것은 아니다.

짧은 제작 일정에서는 스토어 심사를 마지막 체크박스로 미루기 쉽다. 그러나 계정 생성이 있으면 삭제 경로가 필요하고, 심사자가 기능을 확인할 수 있도록 계정과 설명을 제공해야 하며, 아이콘과 설명도 실제 앱과 일치해야 한다. [Apple의 App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/?ref=zerodraftlab.com)는 제출 전에 앱 정보와 메타데이터를 완성하고, 계정 기반 기능에는 작동하는 데모 계정이나 전체 기능 데모 모드를 제공하라고 안내한다.

## 계정 삭제는 설정 화면 하나가 아니다

[Apple의 계정 삭제 안내](https://developer.apple.com/support/offering-account-deletion-in-your-app/?ref=zerodraftlab.com)에 따르면 계정 생성을 지원하는 앱은 앱 안에서 삭제를 시작할 수 있어야 한다. 단순 비활성화만 제공해서는 충분하지 않다. 관련 개인 데이터, 구독과 청구, Sign in with Apple 토큰까지 연결해서 생각해야 한다.

그러므로 로그인은 “나중에 붙일 기능”이 아니라 제품 범위를 키우는 결정이다. 초기 버전에 계정이 꼭 필요하지 않다면 로컬 저장이나 제한된 체험으로 시작할 수 있다. 필요하다면 가입과 동시에 삭제, 데이터 보존, 재인증, 구독 취소까지 하나의 기능 묶음으로 추정해야 한다.

이 묶음을 일정 끝에서 발견하면 반려는 예외가 아니라 누락된 범위를 알려 주는 뒤늦은 설계 검토가 된다. 심사 대응 시간을 줄이려면 제출 문서를 쓰기 전에 설치부터 삭제까지의 사용자 생애주기를 먼저 그려야 한다.

## 출시는 코드 밖에서 시작한다

작은 앱의 완료 조건은 기능 목록보다 전달 경로로 쓰는 편이 낫다. 실제 기기에서 핵심 흐름이 끝나는가, 심사자가 같은 흐름을 재현할 수 있는가, 스크린샷과 설명이 현재 버전을 반영하는가, 삭제와 개인정보 흐름이 있는가, 반려됐을 때 고칠 시간이 남아 있는가를 확인한다.

Yong의 사례에서 가장 재사용할 만한 교훈은 특정 노코드 도구가 아니다. 빠르게 만들수록 배포와 심사를 별도 단계가 아니라 제품 설계에 포함해야 한다는 점이다. 48시간 MVP의 진짜 범위는 첫 빌드가 아니라 낯선 사용자가 설치할 수 있는 상태까지다.

## 반려 사유는 제품 경계에 대한 외부 피드백이다

아이콘과 설명의 불일치는 포장 실수처럼 보이지만, 심사자가 현재 제품을 재현할 정보가 없다는 뜻이기도 하다. 계정 삭제 누락은 설정 화면 하나의 결함이 아니라 가입 이후 데이터와 결제를 누가 책임지는지 정하지 않았다는 신호다. 반려 항목을 각각 고치기보다 어떤 제품 책임이 코드 밖으로 빠졌는지 묶어 봐야 같은 문제가 다음 버전에 돌아오지 않는다.

빠른 제작에서 줄여야 할 것은 핵심 책임이 아니라 가정의 수다. 첫 버전의 계정·기능·플랫폼을 좁히면 심사와 개인정보 흐름도 함께 작아진다. 출시 속도는 코드를 얼마나 빨리 만들었는지가 아니라, 외부 규칙까지 포함한 가장 작은 약속을 한 번에 통과시키는 능력에서 나온다.

---

주요 출처는 Edmund Yong의 [I Built a Mobile App in 48 Hours (No Code)](https://www.youtube.com/watch?v=Ibtlam1vFGI&ref=zerodraftlab.com)입니다. 제작 시간과 세 차례 반려 경험은 제작자의 자기보고입니다. 현재 심사 요건은 [Apple App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/?ref=zerodraftlab.com)와 [계정 삭제 공식 안내](https://developer.apple.com/support/offering-account-deletion-in-your-app/?ref=zerodraftlab.com)를 대조했습니다. 영상에 등장한 제작 도구와 스폰서 주장은 일반적인 개발 속도 보장으로 다루지 않았습니다.