メニュー
Unity 2D 모바일 캐주얼 게임용 GDD 작성 방법론 — Living Document 방식, 8개 필수 섹션, 핵심 게임루프 3단계(30초/3분/일일), 수익화 결정 트리, 소프트런치 전략
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/puk0806/gugbab-claude --skill game-design-documentコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
DDD(Domain-Driven Design) 아키텍처 핵심 패턴 - 유비쿼터스 언어, 서브도메인, 바운디드 컨텍스트, Aggregate, Entity/VO, 도메인 서비스/이벤트, 레이어드 아키텍처
대규모 React/Next.js 프로젝트를 layer-first(types/·utils/·hooks/·api/·components/ 밑에 도메인이 반복되는 구조)에서 domain-first(feature/도메인 우선) 구조로 전환하는 설계 기준과 절차. Feature-Sliced Design 2.1 정본(layers 6종·slices·segments·import 규칙·@x 크로스임포트·public API), FSD를 쓰지 않는 경량 대안(features + shared 2~3계층 + ESLint import/no-restricted-paths), Next.js App Router 공존 전략(route group `()`·private folder `_`·colocation), Turborepo/Nx 모노레포에서 폴더↔패키지 승격 기준, colocation과 배럴 파일 성능 트레이드오프, 도메인 경계 역추출(import 그래프·change coupling·용어 클러스터), 전환 실패 패턴(shared 비대화·entities 남용·순환 의존·도메인=라우트 착각·조기 추상화). 도메인 개념 자체(바운디드 컨텍스트·유비쿼터스 언어)는 `architecture/ddd` 스킬을 참조한다.
소스 파일 수천 개 규모 프론트엔드 코드베이스를 멈추지 않고 점진 재구조화하는 실행 전략 - Strangler Fig / Branch by Abstraction / Parallel Change, ts-morph·jscodeshift codemod, PR 분할·검증 게이트·되돌리기, 테스트 없는 코드의 안전망, 작업 순서 설계와 위반 수 기반 진행 추적
SOC 職業分類に基づく
SKILL.md を表示中
| name | game-design-document |
| skill | game-design-document |
| version | 1.0.0 |
| description | Unity 2D 모바일 캐주얼 게임용 GDD 작성 방법론 — Living Document 방식, 8개 필수 섹션, 핵심 게임루프 3단계(30초/3분/일일), 수익화 결정 트리, 소프트런치 전략 |
| sources | ["https://connect-prd-cdn.unity.com/20201215/83f3733d-3146-42de-8a69-f461d6662eb1/Game-Design-Document-Template.pdf","https://learn.unity.com/tutorial/fill-out-a-game-design-document","https://www.gamedeveloper.com/design/how-to-write-a-game-design-document","https://kevurugames.com/blog/how-to-write-a-game-design-document-gdd/","https://ludo.ai/blog/ultimate-guide-crafting-game-design-document-step-by-step-approach","https://www.gameanalytics.com/blog/how-to-perfect-your-games-core-loop","https://www.deconstructoroffun.com/blog//2013/10/mid-core-success-part-1-core-loops.html","https://gdevelop.io/blog/casual-game-loops","https://www.homagames.com/blog/what-is-a-core-loop-in-a-mobile-game","https://tenjin.com/blog/mobile-game-monetization-how-genre-impacts-growth/","https://airflux.ai/blog/8-monetization-trends-hyper-casual-games-2025","https://verve.com/blog/hybrid-monetization-in-casual-games-how-beresnev-strikes-the-right-balance/","https://mobilegamer.biz/the-soft-launch-games-you-need-to-know-about/","https://unity.com/releases/unity-6/support","https://unity.com/blog/unity-6-3-lts-is-now-available"] |
| verified | 2026-06-07T00:00:00.000Z |
| status | APPROVED |
소스: 본문 frontmatter
sources참조 (Unity 공식 GDD 템플릿, Unity Learn, Game Developer, Kevuru Games, Ludo.ai, GameAnalytics, Deconstructor of Fun, Tenjin, Airflux, Mobile Gamer Biz, Unity 6 LTS 공식 페이지) 검증일: 2026-06-07 적용 범위: Unity 2D 캐주얼·하이퍼캐주얼·하이브리드 캐주얼 모바일 게임 (iOS/Android)
| 다룬다 | 다루지 않는다 |
|---|---|
| 2024~2025 인디·스타트업 기준 Living GDD 작성법 | AAA 콘솔 게임용 100p+ 전통 GDD |
| Unity 공식 GDD 템플릿 + 모바일 특화 보강 섹션 | 게임 코드 구현 세부 (Unity 컴포넌트, C# 스크립트 등) |
| 30초 / 3분 / 일일 3계층 게임루프 설계 | 서버 인프라·매치메이킹 등 백엔드 아키텍처 |
| 광고·IAP 하이브리드 수익화 결정 트리 | 마케팅 캠페인·UA 입찰 전략 |
| 소프트런치 시장 선택과 KPI 게이트 | 스토어 ASO·크리에이티브 제작 |
GDD(Game Design Document)는 게임의 비전·메커닉·범위를 팀이 공유하기 위한 살아있는 작업 문서다. 2024~2025년 인디·모바일 업계 표준은 다음과 같다:
주의: 본 스킬은 모바일 캐주얼 게임에 최적화된 8개 섹션을 정의한다. AAA·내러티브 중심 게임은 스토리·캐릭터·세계관 섹션을 더 두텁게 작성해야 한다.
Unity 공식 템플릿은 Introduction / Gameplay / Art and Visuals / Development Timeline 4개 섹션을 제공한다 (Unity Learn). 모바일 캐주얼 게임에서는 여기에 게임루프·수익화·UI/UX·기술사양·출시 로드맵을 보강한 8개 섹션 구조를 권장한다.
Unity 템플릿 Introduction 섹션을 모바일에 맞게 확장:
| 항목 | 내용 |
|---|---|
| 워킹 타이틀 | 임시 게임명 |
| 한 줄 설명(Logline) | "X 장르의 Y를 하는 게임" 형식 25자 이내 |
| 장르 | Casual / Hyper-Casual / Hybrid-Casual / Mid-Core 등 (Unity 템플릿 정의 사용) |
| 플랫폼 | iOS / Android, 최소 OS 버전, 세로/가로 |
| 타겟 오디언스 | 연령대·플레이어 유형(예: 25~45 라이트 게이머, 출퇴근 시간대) |
| 참고 게임(Benchmark) | 3~5개. 무엇을 참고했고 무엇을 다르게 할지 명시 |
| 디자인 필러(Design Pillars) | 모든 결정의 기준이 되는 3~5개 원칙 |
주의: "참고 게임"은 단순 모방 선언이 아니라 차별점까지 적어야 한다. 안티패턴: "낚시는 Stardew Valley처럼" — 어떻게 다른지 없는 카피 선언은 GDD의 의미를 잃는다 (Game Developer).
본 스킬 섹션 3 참조. 30초 Core Loop / 3분 Session Loop / 일일 Retention Loop 3단계로 작성.
본 스킬 섹션 4 참조. 광고 3종 + IAP 4종 + 에너지 시스템 결정.
Unity 템플릿 "Art and Visuals" 섹션 기반:
주의: 초기 단계에 과도하게 정교한 컨셉아트를 만드는 것은 안티패턴이다. 방향성 전달이 목표지 작품 제작이 아니다.
| 항목 | 권장 |
|---|---|
| 엔진 | Unity 6.0 LTS 또는 Unity 6.3 LTS (LTS 2027-12까지 지원, Unity 공식) |
| 렌더 파이프라인 | URP(2D) 권장 — 모바일 성능·셰이더 그래프 활용 |
| 타겟 fps | 60fps (저사양 30fps fallback) |
| 빌드 사이즈 | iOS 200MB / Android APK 150MB 이하 권장 |
| 최소 OS | iOS 15+, Android 8.0(API 26)+ |
| SDK | Unity Ads / AdMob / IronSource 등 광고 미디에이션, Firebase Analytics, AppsFlyer/Adjust(어트리뷰션) |
Unity 6.0 LTS는 2024-10-17 글로벌 출시, 2년 지원 (Unity Investor Relations). Unity 6.3 LTS는 6.0 LTS 이후 첫 LTS로 2027-12까지 지원.
5단계 마일스톤:
모바일 캐주얼 게임은 단일 루프가 아니라 시간 스케일이 다른 루프를 중첩해 설계한다 (GameAnalytics, Deconstructor of Fun).
주의: "30초/3분/일일" 명명은 업계에서 흔히 쓰이는 휴리스틱이다. 단일 공식 표준이 아니라 Supercell·King 등 성공 사례를 일반화한 관행이다.
플레이어가 게임을 켠 직후 30~60초 안에 한 번 완결되어야 하는 가장 작은 루프.
| 요소 | 정의 | 예 (Match-3) |
|---|---|---|
| Challenge | 극복할 과제 | 보드의 목표 블록 제거 |
| Action | 플레이어 행동 | 블록 스와이프 매치 |
| Reward | 즉시 보상 | 점수·콤보·사운드 피드백 |
설계 규칙:
평균 모바일 캐주얼 세션은 3~5분 (Deconstructor of Fun). 30초 코어 루프 여러 번 + 메타 진행이 합쳐진 단위.
구조:
앱 실행 → 메인 화면 → 일일보상 수령 → 레벨 N 진입
→ [30초 코어 루프 × 3~5회]
→ 레벨 완료 보상 → 다음 레벨 or 종료
설계 규칙:
D1·D7·D30 리텐션을 결정하는 가장 중요한 루프. 플레이어가 다음 날 다시 돌아올 이유를 만든다.
핵심 메커닉:
| 메커닉 | 역할 | 예 |
|---|---|---|
| 일일 보상 캘린더 | "오늘 안 들어오면 손해" | 7일 연속 출석 시 캐릭터 1개 |
| 에너지/하트 시스템 | 시간이 지나야 자원 회복 | 30분당 하트 1개, 최대 5개 |
| 일일 미션 | 24시간 안에 끝낼 수 있는 과제 | "오늘 레벨 3개 클리어 시 코인 200" |
| 시즌·이벤트 | N일 한정 콘텐츠 | 주말 2배 보상 이벤트 |
| 푸시 알림 | 에너지 풀충전·미션 만료 알림 | "에너지가 가득 찼어요!" |
설계 규칙:
2025년 기준 모바일 캐주얼 시장은 하이브리드 수익화가 표준이다. 하이브리드는 ad-only 대비 ARPU 약 28% 향상 (Airflux).
[게임 장르 판단]
├─ 하이퍼캐주얼 (1탭, 1분 세션)
│ → 광고 90% / IAP 10% (No-Ads 제거권 위주)
│
├─ 캐주얼 (퍼즐, 시뮬레이션)
│ → 광고 60% / IAP 40% (재화·번들·시즌패스)
│
├─ 하이브리드 캐주얼 (캐주얼 + 메타진행)
│ → 광고 40% / IAP 60% (강한 메타 시스템)
│
└─ 미드코어 (전략, RPG)
→ IAP 80% / 광고 20% (보상형 위주, 강제 광고 최소)
광고 포맷 3종:
| 포맷 | 역할 | 권장 빈도 |
|---|---|---|
| 보상형(Rewarded Video) | 플레이어가 자발적 시청, 재화·부활·2배 보상 제공 | 완료율 80~90% (Airflux) |
| 인터스티셜(Interstitial) | 레벨 사이 전면 광고 | 세션당 2~4회, Day 3 이후 |
| 배너(Banner) | 로비·결과 화면 하단 상시 노출 | 비침해 영역 한정 |
IAP 4종:
| 유형 | 예 |
|---|---|
| 소모성 재화 | 코인 팩, 보석 팩 |
| 영구 해제 | No-Ads 제거권, 신규 캐릭터 |
| 구독 | VIP 패스(일일 보너스·광고 제거 묶음) |
| 시즌 패스(Battle Pass) | 30~60일 진행 보상 트랙 |
| 도입해야 할 때 | 도입하지 말아야 할 때 |
|---|---|
| 레벨 클리어 시 핵심 진행이 발생 | 무한 모드·엔드리스 러너 |
| 1회 플레이가 3~5분으로 완결 | 1회가 1분 이하 하이퍼캐주얼 |
| IAP 결제 동기로 활용 | 광고 단일 수익화 |
주의: 에너지 시스템은 강력한 수익화 도구지만 부정적 UX를 동반한다. 반드시 광고 시청 우회로를 두고, "오프라인 자동 회복 + IAP 즉시 충전" 듀얼 구조로 설계한다.
소프트런치는 글로벌 출시 전 일부 국가에 한정 출시해 KPI를 검증하는 단계다. 테스트 비용이 Tier 1 대비 낮으면서도 영어권 사용자 비율이 높아 글로벌 KPI 예측에 유용하다 (Mobile Gamer Biz).
[1단계: 초기 소프트런치] — 비용 낮음, KPI 검증 위주
├─ 캐나다 — 영어권, 미국 대비 CPI 50%
├─ 필리핀 — 모바일 게임 활성 사용자 6,770만(인구 60%)
└─ 인도네시아 — Android 점유율 높음, 대규모 사용자 검증
[2단계: 영어권 확장] — 글로벌 KPI 근사
├─ 호주
└─ 뉴질랜드
[3단계: 글로벌 출시]
└─ 미국·일본·EU·한국 동시
다음 KPI를 통과해야 다음 단계로 진행한다 (캐주얼 장르 기준 일반적 임계값):
| KPI | 1단계 통과 기준 | 2단계 통과 기준 |
|---|---|---|
| D1 리텐션 | 35% 이상 | 40% 이상 |
| D7 리텐션 | 12% 이상 | 18% 이상 |
| D30 리텐션 | 4% 이상 | 6% 이상 |
| ARPDAU | $0.05 이상 | $0.10 이상 |
| 세션 길이 | 3분 이상 | 4분 이상 |
| 크래시 프리율 | 99% 이상 | 99.5% 이상 |
주의: 위 수치는 캐주얼 평균 벤치마크다. 장르·국가별로 편차가 크므로 자사 데이터와 GameAnalytics, AppsFlyer 등의 최신 벤치마크와 교차 검증할 것.
3~6개월. 매 2주 단위로 빌드 업데이트 → KPI 측정 → 가설 수립의 cycle을 돈다. 통과 못하면 핵심 루프·튜토리얼·온보딩부터 재설계한다.
| 안티패턴 | 왜 나쁜가 | 대안 |
|---|---|---|
| 100페이지 전통 GDD를 한 번에 작성 | 작성에만 수개월, 개발 시작 후 95%는 무용지물이 됨 | 콘셉트 1p + Wiki 형식 cross-linked 문서 |
| "X처럼 만든다"만 적기 | 차별점·결정 근거 부재, 팀원이 잘못된 해석 가능 | "X와 같지만 Y가 다르다"로 작성 |
| 추상 표현으로 도배 ("재밌게", "직관적으로") | 검증 불가, 의견 충돌 시 판단 기준 없음 | "30초 안에 첫 보상", "탭 1회로 시작" 등 수치/행동 명시 |
| 메커닉을 한 문장으로 끝내기 ("캐릭터는 날 수 있다") | 어떻게·얼마나·언제가 빠짐 | "더블탭 시 0.8초간 점프 높이 1.5배" 수준 명시 |
| GDD를 완성품 취급 | 변경 시점에 문서가 진실이 아님 → 신뢰 상실 → 아무도 안 봄 | "Living Document" 명시, 변경 이력·결정 근거 기록 |
| 초기 단계에 정교한 컨셉아트 다수 제작 | 시간 낭비, 방향이 굳어버려 피벗 어려움 | MS Paint 스케치 수준으로 충분 |
| 수익화를 출시 직전에 결정 | 게임 디자인이 수익화와 충돌 → 대규모 재작업 | 콘셉트 단계에 수익화 모델 결정, 게임 설계에 통합 |
| 소프트런치 없이 글로벌 출시 | 검증 안 된 KPI로 대규모 UA 집행 → 손실 | 캐나다·필리핀·인도네시아 3~6개월 검증 후 글로벌 |
GDD를 인디 모바일 캐주얼 기준으로 "사용 가능" 수준에 도달했는지 자가점검: