game-design-document

Unity 2D 모바일 캐주얼 게임용 GDD 작성 방법론 — Living Document 방식, 8개 필수 섹션, 핵심 게임루프 3단계(30초/3분/일일), 수익화 결정 트리, 소프트런치 전략

跳到安装

仓库: puk0806/gugbab-claude
最近来源活动: 2026年6月10日 02:27
检测到的 SKILL.md 语言: 韩语
星标: 2
分支: 0

安装方式

默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

直接命令不会经过审查 Prompt；运行前请先检查来源。

npx skills add https://github.com/puk0806/gugbab-claude --skill game-design-document

命令会保持在同一行。复制前请横向滚动并检查完整内容。

想先保存到本地？可下载 SkillsMP 当前能够提供的文件。

检查来源文件

决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。

SKILL.md

来源说明 · 只读预览

返回搜索返回安装

ddd

DDD(Domain-Driven Design) 아키텍처 핵심 패턴 - 유비쿼터스 언어, 서브도메인, 바운디드 컨텍스트, Aggregate, Entity/VO, 도메인 서비스/이벤트, 레이어드 아키텍처

2026-08-26

frontend-domain-structure

대규모 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` 스킬을 참조한다.

2026-08-26

incremental-refactoring

소스 파일 수천 개 규모 프론트엔드 코드베이스를 멈추지 않고 점진 재구조화하는 실행 전략 - Strangler Fig / Branch by Abstraction / Parallel Change, ts-morph·jscodeshift codemod, PR 분할·검증 게이트·되돌리기, 테스트 없는 코드의 안전망, 작업 순서 설계와 위반 수 기반 진행 추적

2026-08-26

查看这个仓库的全部 Skills

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

Unity 2D 모바일 게임 기획서(GDD) 작성 방법론

소스: 본문 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)

0. 이 스킬이 다루는 것 / 다루지 않는 것

다룬다	다루지 않는다
2024~2025 인디·스타트업 기준 Living GDD 작성법	AAA 콘솔 게임용 100p+ 전통 GDD
Unity 공식 GDD 템플릿 + 모바일 특화 보강 섹션	게임 코드 구현 세부 (Unity 컴포넌트, C# 스크립트 등)
30초 / 3분 / 일일 3계층 게임루프 설계	서버 인프라·매치메이킹 등 백엔드 아키텍처
광고·IAP 하이브리드 수익화 결정 트리	마케팅 캠페인·UA 입찰 전략
소프트런치 시장 선택과 KPI 게이트	스토어 ASO·크리에이티브 제작

1. GDD란 무엇인가 — Living Document 방식

GDD(Game Design Document)는 게임의 비전·메커닉·범위를 팀이 공유하기 위한 살아있는 작업 문서다. 2024~2025년 인디·모바일 업계 표준은 다음과 같다:

"Living docs and wikis are paramount; the classic literal document is very outdated" (Game Developer 기사)
100페이지짜리 한 번 작성하고 끝나는 "성경(bible)"이 아니라, 개발 내내 변경되는 cross-linked 위키로 관리한다.
1인 인디·소규모 팀은 콘셉트 1페이지 + 섹션별 짧은 문서 조합이 권장된다 (Kevuru Games).
GDD의 본질은 팀 정렬(alignment)과 결정 근거 보존이다. 완성도 높은 문서를 만드는 것이 목적이 아니다.

주의: 본 스킬은 모바일 캐주얼 게임에 최적화된 8개 섹션을 정의한다. AAA·내러티브 중심 게임은 스토리·캐릭터·세계관 섹션을 더 두텁게 작성해야 한다.

2. GDD 8개 필수 섹션 구조

Unity 공식 템플릿은 Introduction / Gameplay / Art and Visuals / Development Timeline 4개 섹션을 제공한다 (Unity Learn). 모바일 캐주얼 게임에서는 여기에 게임루프·수익화·UI/UX·기술사양·출시 로드맵을 보강한 8개 섹션 구조를 권장한다.

2.1 게임 개요 (Game Overview)

Unity 템플릿 Introduction 섹션을 모바일에 맞게 확장:

항목	내용
워킹 타이틀	임시 게임명
한 줄 설명(Logline)	"X 장르의 Y를 하는 게임" 형식 25자 이내
장르	Casual / Hyper-Casual / Hybrid-Casual / Mid-Core 등 (Unity 템플릿 정의 사용)

항목	권장
엔진	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(어트리뷰션)

요소	정의	예 (Match-3)
Challenge	극복할 과제	보드의 목표 블록 제거
Action	플레이어 행동	블록 스와이프 매치
Reward	즉시 보상	점수·콤보·사운드 피드백

메커닉	역할	예
일일 보상 캘린더	"오늘 안 들어오면 손해"	7일 연속 출석 시 캐릭터 1개
에너지/하트 시스템	시간이 지나야 자원 회복	30분당 하트 1개, 최대 5개
일일 미션	24시간 안에 끝낼 수 있는 과제	"오늘 레벨 3개 클리어 시 코인 200"
시즌·이벤트	N일 한정 콘텐츠	주말 2배 보상 이벤트
푸시 알림	에너지 풀충전·미션 만료 알림	"에너지가 가득 찼어요!"

포맷	역할	권장 빈도
보상형(Rewarded Video)	플레이어가 자발적 시청, 재화·부활·2배 보상 제공	완료율 80~90% (Airflux)
인터스티셜(Interstitial)	레벨 사이 전면 광고	세션당 2~4회, Day 3 이후
배너(Banner)	로비·결과 화면 하단 상시 노출	비침해 영역 한정

유형	예
소모성 재화	코인 팩, 보석 팩
영구 해제	No-Ads 제거권, 신규 캐릭터
구독	VIP 패스(일일 보너스·광고 제거 묶음)
시즌 패스(Battle Pass)	30~60일 진행 보상 트랙

game-design-document

安装方式

检查来源文件

Unity 2D 모바일 게임 기획서(GDD) 작성 방법론

0. 이 스킬이 다루는 것 / 다루지 않는 것

1. GDD란 무엇인가 — Living Document 방식

2. GDD 8개 필수 섹션 구조

2.1 게임 개요 (Game Overview)

Unity 2D 모바일 게임 기획서(GDD) 작성 방법론

0. 이 스킬이 다루는 것 / 다루지 않는 것

1. GDD란 무엇인가 — Living Document 방식

2. GDD 8개 필수 섹션 구조

2.1 게임 개요 (Game Overview)

2.2 핵심 게임루프 (Core Gameplay Loop)

2.3 수익화 모델 (Monetization)

2.4 아트 방향성 (Art Direction)

2.5 레벨 디자인 (Level Design)

2.6 UI/UX 플로우

2.7 기술 사양 (Technical Spec)

2.8 출시 로드맵 (Release Roadmap)

3. 핵심 게임루프 설계 패턴 — 30초 / 3분 / 일일

3.1 30초 Core Loop — 1세션 1회 반복 단위

3.2 3분 Session Loop — 1세션 단위

3.3 일일 Retention Loop — 24시간 단위

4. 수익화 모델 결정 트리

4.1 광고 vs IAP vs 하이브리드

4.2 광고 3종 + IAP 4종

4.3 에너지 시스템 결정

5. 소프트런치 전략

5.1 시장 선택 3단계

5.2 단계별 KPI 게이트

5.3 소프트런치 기간

6. GDD 작성 안티패턴

7. 체크리스트 — 이 GDD가 완성됐는가

도입해야 할 때	도입하지 말아야 할 때
레벨 클리어 시 핵심 진행이 발생	무한 모드·엔드리스 러너
1회 플레이가 3~5분으로 완결	1회가 1분 이하 하이퍼캐주얼
IAP 결제 동기로 활용	광고 단일 수익화

KPI	1단계 통과 기준	2단계 통과 기준
D1 리텐션	35% 이상	40% 이상
D7 리텐션	12% 이상	18% 이상
D30 리텐션	4% 이상	6% 이상
ARPDAU	$0.05 이상	$0.10 이상
세션 길이	3분 이상	4분 이상
크래시 프리율	99% 이상	99.5% 이상

안티패턴	왜 나쁜가	대안
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개월 검증 후 글로벌

game-design-document

来源信息

安装方式

检查来源文件

同仓库更多 Skills

同仓库更多 Skills

Unity 2D 모바일 게임 기획서(GDD) 작성 방법론

0. 이 스킬이 다루는 것 / 다루지 않는 것

1. GDD란 무엇인가 — Living Document 방식

2. GDD 8개 필수 섹션 구조

2.1 게임 개요 (Game Overview)

Unity 2D 모바일 게임 기획서(GDD) 작성 방법론

0. 이 스킬이 다루는 것 / 다루지 않는 것

1. GDD란 무엇인가 — Living Document 방식

2. GDD 8개 필수 섹션 구조

2.1 게임 개요 (Game Overview)

2.2 핵심 게임루프 (Core Gameplay Loop)

2.3 수익화 모델 (Monetization)

2.4 아트 방향성 (Art Direction)

2.5 레벨 디자인 (Level Design)

2.6 UI/UX 플로우

2.7 기술 사양 (Technical Spec)

2.8 출시 로드맵 (Release Roadmap)

3. 핵심 게임루프 설계 패턴 — 30초 / 3분 / 일일

3.1 30초 Core Loop — 1세션 1회 반복 단위

3.2 3분 Session Loop — 1세션 단위

3.3 일일 Retention Loop — 24시간 단위

4. 수익화 모델 결정 트리

4.1 광고 vs IAP vs 하이브리드

4.2 광고 3종 + IAP 4종

4.3 에너지 시스템 결정

5. 소프트런치 전략

5.1 시장 선택 3단계

5.2 단계별 KPI 게이트

5.3 소프트런치 기간

6. GDD 작성 안티패턴

7. 체크리스트 — 이 GDD가 완성됐는가