# 두 스토어, 하나의 책임 체계

> RACI, critical path, 심사 buffer와 go/no-go 기준

- Canonical: https://learning.reopt.ai/en/courses/app-store-operations/lessons/so-m1-concept
- Language: en
- HTML: https://learning.reopt.ai/en/courses/app-store-operations/lessons/so-m1-concept

---

[Unified app-store operations](/en/courses/app-store-operations) 1. 운영 모델과 릴리즈 캘린더 1 / 9

# 두 스토어, 하나의 책임 체계

RACI, critical path, 심사 buffer와 go/no-go 기준
Concept 45 XP 9 min

모바일 출시는 binary 업로드로 끝나지 않습니다. Product, Engineering, QA, Legal, Finance, CS, Marketing이 서로 다른 선행조건을 가집니다. 공통 RACI 위에 Apple review와 Play rollout의 차이를 얹고, 목표 출시일에서 거꾸로 critical path를 계산해야 합니다.
심사 시간은 일정이 아니라 불확실성 예산 정책 변경, 추가 정보 요청, rejected build를 고려해 buffer와 fallback release를 둡니다. go/no-go는 감이 아니라 crash-free, 결제 검증, 정책 문서, CS 준비와 owner sign-off로 결정합니다.

| Gate | 공통 증거 | 플랫폼 차이 |
| Scope freeze | release note·risk·owner | feature flag·track 구성 |
| Submission ready | signed build·metadata·policy | Apple review·Play declaration |
| Launch ready | smoke·payment·CS·dashboard | phased release·staged rollout |
| Close | KPI·정산·incident review | review feedback·vitals |

- 1 RACI 고정 build·metadata·policy·finance·CS의 승인·실행자를 정합니다.

- 2 역산 일정 목표일에서 review buffer·asset freeze·QA·결제 검증을 역산합니다.

- 3 Go/no-go 필수 증거와 예외 승인자를 release checklist에 둡니다.

- 4 Fallback 지연 플랫폼, rejected build, remote disable 경로를 준비합니다.

실무에 남길 기준

- 한 플랫폼 지연이 다른 플랫폼 품질 기준을 낮추지 않게 한다
- 릴리즈 캘린더에는 정책·자산·결제·CS·정산 준비가 모두 들어간다
- 출시 완료 조건은 양 스토어 게시가 아니라 핵심 지표 안정과 인수인계다

Got it · Continue

---

Site guide for agents: https://learning.reopt.ai/llms.txt · Sitemap: https://learning.reopt.ai/sitemap.xml · Contact: https://learning.reopt.ai/contact