인디 게임 퍼블리셔 피치덱 작성법: 계약 미팅으로 이어지는 12장 구성
인디 게임 퍼블리셔 피칭에서 필요한 피치덱 구성, 시장 근거, 예산·일정·요청 조건 정리법을 12장 실전 템플릿과 체크리스트로 설명합니다.
핵심 요약
퍼블리셔용 피치덱은 게임의 아이디어를 소개하는 자료가 아니라 왜 이 게임에 투자·마케팅·유통 자원을 배정할 가치가 있는지를 짧은 시간 안에 판단하게 하는 의사결정 문서다. 좋은 덱은 게임의 매력, 검증 가능한 시장 근거, 현재 제작 상태, 출시 계획 그리고 퍼블리셔에게 요청하는 조건을 한 흐름으로 연결한다.
가장 중요한 원칙은 간단하다. 플레이 장면으로 관심을 만들고 비교 가능한 시장 데이터로 가능성을 설명하고 예산·일정·요청 사항으로 실행 가능성을 증명한다.
퍼블리셔 피치덱은 왜 필요한가?
퍼블리셔는 한 번에 많은 프로젝트를 검토한다. 첫 미팅 전에 덱만으로 판단할 수 있어야 하며 미팅 중에도 담당자가 내부 투자심의나 팀 공유에 활용할 수 있어야 한다. 따라서 피치덱은 개발자의 발표 보조 자료이면서 동시에 퍼블리셔 내부의 검토 문서다.
퍼블리셔가 주로 확인하는 질문은 다음과 같다.
| 검토 항목 | 퍼블리셔의 질문 | 피치덱에서 보여줄 근거 |
|---|---|---|
| 게임성 | 플레이어가 왜 이 게임을 선택하는가? | 핵심 루프, GIF·스크린샷, 플레이 영상 링크 |
| 시장성 | 비슷한 게임이 실제로 구매되는가? | 비교작, 장르 흐름, 플랫폼·가격 전략 |
| 완성 가능성 | 팀이 약속한 일정에 출시할 수 있는가? | 빌드 상태, 인력, 마일스톤, 리스크 |
| 사업성 | 투입 비용 대비 회수 가능성이 있는가? | 예산, 요청 금액, 매출 가정, 손익분기점 |
| 협업 적합성 | 퍼블리셔가 무엇을 도울 수 있는가? | 필요한 지원 범위, 권리·지역·플랫폼 제안 |
인디 게임 피치덱은 몇 장으로 구성해야 할까?
보통 10~15장, 발표 기준 10~15분이 적절하다. 게임이 복잡하다고 해서 규칙과 세계관을 모두 넣을 필요는 없다. 덱의 목적은 상세 기획서 전달이 아니라 다음 단계인 플레이 테스트, 심층 미팅, 계약 조건 협의로 이어지는 것이다.
권장 12장 피치덱 템플릿
| 장 | 슬라이드 제목 | 반드시 답해야 할 내용 |
|---|---|---|
| 1 | 표지와 한 줄 소개 | 게임명, 장르, 플랫폼, 플레이어 약속 |
| 2 | 핵심 훅 | 이 게임이 즉시 기억되는 이유 |
| 3 | 게임플레이 루프 | 플레이어가 반복하는 행동과 보상 |
| 4 | 현재 빌드 | 실제 플레이 가능한 범위와 영상 |
| 5 | 타깃 플레이어 | 누가 어떤 욕구 때문에 구매하는가 |
| 6 | 비교작과 차별점 | 어떤 게임과 경쟁하며 무엇이 다른가 |
| 7 | 시장 진입 전략 | Steam 페이지, 데모, 페스티벌, 크리에이터 전략 |
| 8 | 제품 범위 | 출시 버전의 콘텐츠와 제외 범위 |
| 9 | 팀 | 핵심 인력의 역할과 관련 경험 |
| 10 | 일정과 마일스톤 | 알파, 베타, 출시 후보 버전 일정 |
| 11 | 예산과 수익 가정 | 필요한 비용, 가격, 판매 가정, 손익분기점 |
| 12 | 요청 사항 | 퍼블리셔에게 원하는 지원과 다음 행동 |
첫 3장에서 게임의 매력을 어떻게 전달할까?
첫 세 장은 덱의 가장 중요한 구간이다. 담당자가 게임을 해보지 않은 상태에서도 장르와 차별점을 이해해야 한다. 텍스트보다 실제 화면, 짧은 GIF, 15~30초 분량의 무음 재생 영상이 효과적이다.
1단계: 한 줄 소개는 장르와 차별점을 함께 쓴다
로그라이크 액션처럼 장르만 쓰면 너무 넓고 설정만 길게 쓰면 플레이 감각이 보이지 않는다. 다음 형식을 사용하면 명확하다.
[타깃 플레이어]를 위한 [장르] 게임으로 [핵심 차별점]을 통해 [기대 경험]을 제공한다.
예시:
빌드 조합의 발견을 좋아하는 플레이어를 위한 탑다운 로그라이크 액션 게임으로 적의 공격 패턴을 훔쳐 조합하는 시스템을 통해 매 रन마다 다른 전투 빌드를 만든다.
여기서 ‘다르다’, ‘몰입감 있다’, ‘혁신적이다’ 같은 표현은 근거가 아니다. 차별점은 입력, 시스템, 콘텐츠 구조처럼 화면이나 빌드로 확인할 수 있는 사실로 적는다.
2단계: 핵심 게임 루프를 한 화면에 정리한다
핵심 루프는 플레이어가 반복하는 행동과 보상 구조다. 다음처럼 3~5단계로 압축한다.
flowchart LR
A[탐험과 전투] --> B[자원·능력 획득]
B --> C[빌드 조합 선택]
C --> D[더 어려운 구역 도전]
D --> E[영구 해금·재도전]
E --> A도식만 넣고 끝내지 말고 각 단계에서 플레이어가 내리는 핵심 선택을 설명한다. 예를 들어 ‘능력 획득’보다 ‘보스 패턴 하나를 복사하고 기존 스킬 하나를 교체한다’가 더 설득력 있다.
3단계: 현재 상태를 정직하게 표시한다
프로토타입, 버티컬 슬라이스, 알파, 콘텐츠 제작 단계, 출시 후보 버전은 서로 다른 상태다. 영상이 연출용 시네마틱인지 실제 플레이 캡처인지도 구분해야 한다.
| 개발 상태 | 피치에서 보여줄 것 | 주의점 |
|---|---|---|
| 프로토타입 | 핵심 조작과 재미를 증명하는 짧은 빌드 | 완성된 게임처럼 포장하지 않는다 |
| 버티컬 슬라이스 | 출시 품질에 가까운 10~20분 경험 | 최종 콘텐츠 분량과 구분한다 |
| 알파 | 주요 시스템과 제작 파이프라인 | 버그·밸런스 작업 범위를 밝힌다 |
| 출시 후보 | QA, 현지화, 플랫폼 인증 계획 | 남은 작업과 출시 위험을 명시한다 |
비교작과 시장 데이터는 어떻게 제시해야 할까?
비교작은 ‘우리 게임도 성공할 수 있다’는 선언을 위한 목록이 아니다. 가격대, 콘텐츠 기대치, 시각적 품질 기준, 플레이어층, 마케팅 메시지를 결정하기 위한 기준점이다.
비교작은 3종으로 나눈다
- 직접 비교작: 같은 장르와 구매 상황에서 경쟁하는 게임
- 메커니즘 비교작: 핵심 시스템이나 플레이 감각이 비슷한 게임
- 포지셔닝 비교작: 아트 스타일, 가격대, 플레이어층이 닮은 게임
각 게임을 단순히 나열하지 말고 자사 게임의 의사결정으로 연결한다.
| 비교 기준 | 비교작 관찰 | 피치덱에서의 결론 |
|---|---|---|
| 가격 | 유사 장르의 정가와 할인 주기 | 목표 정가와 출시 할인율 가설 |
| 분량 | 리뷰에서 언급되는 평균 플레이 시간 | 출시 콘텐츠 최소 범위 |
| 태그 | Steam 상점의 대표 태그와 유저 반응 | Steam 태그·캡슐 메시지 방향 |
| 차별점 | 구매자가 반복해서 칭찬하거나 불만을 말한 요소 | 우리 게임의 마케팅 훅과 개선 과제 |
시장 데이터는 출처와 기준일을 붙인다. SteamDB, Steam 상점 페이지, 공개된 퍼블리셔 발표, 플랫폼 통계처럼 누구나 재확인할 수 있는 출처가 좋다. 위시리스트나 데모 전환율처럼 비공개 또는 추정 데이터는 사실처럼 단정하지 말고 ‘내부 가정’으로 분리한다.
Steam 출시 전략을 피치덱에 어떻게 담을까?
퍼블리셔는 게임 자체뿐 아니라 출시 시점에 수요를 만들 수 있는지도 본다. Steam 전략은 ‘SNS 홍보 예정’보다 구체적이어야 한다.
출시 퍼널을 숫자로 관리한다
다음 지표는 퍼블리셔와 논의하기 좋은 공통 언어다. 목표 수치는 장르, 가격, 데모 유무, 기존 커뮤니티 규모에 따라 크게 달라지므로 덱에서는 확정치가 아닌 가정과 측정 계획으로 제시한다.
Steam의 실제 수수료, 세금, 환불, 지역 가격, 퍼블리셔 배분은 계약과 판매 지역에 따라 달라질 수 있다. 따라서 덱의 모델에는 반드시 전제 조건을 적고 법률·세무·계약 검토로 확정한다.
권장 슬라이드 구성
- Steam 페이지 오픈: 캡슐 아트, 트레일러, 핵심 태그, 지원 언어 준비
- 데모와 피드백: Steam Next Fest 등 데모 기회에 맞춰 플레이 데이터와 설문 수집
- 크리에이터 접점: 장르 적합 채널 목록, 키 배포 기준, 임바고 여부를 정리
- 출시 전환: 출시 할인, 리뷰 코드, 커뮤니티 공지, 패치 대응 일정 제시
- 출시 후 운영: 버그 수정, 밸런스 패치, 콘텐츠 업데이트와 할인 캘린더 계획
현지화도 출시 전략의 일부다. 지원 언어를 ‘많을수록 좋다’고 적기보다 UI 문자 수, 내러티브 분량, 번역 품질 검수 방식, 고객 지원 가능 여부를 기준으로 우선순위를 정한다. 텍스트가 적은 게임이라도 상점 페이지, 튜토리얼, 설정 메뉴, 오류 메시지는 현지화 품질이 구매 전환과 리뷰에 영향을 줄 수 있다.
예산과 요청 금액은 어떻게 계산할까?
예산 슬라이드는 가장 조심해서 작성해야 한다. 숫자를 숨기거나 지나치게 낙관적으로 잡으면 신뢰를 잃기 쉽다. 팀의 월별 고정비와 남은 제작 기간을 먼저 계산하고 마케팅·QA·현지화·외주·플랫폼 대응 비용을 별도 항목으로 둔다.
예비비는 범위 변경, 지연, 기술 리스크를 위한 항목이다. 근거 없이 크게 넣기보다 어떤 위험에 대비하는지 설명해야 한다.
| 예산 항목 | 포함 비용 예시 | 피치덱에 적을 내용 |
|---|---|---|
| 인건비 | 개발, 아트, 사운드, 프로덕션 | 역할별 투입 기간 |
| 외주 | 트레일러, 번역, QA, 사운드 | 견적 또는 산정 기준 |
| 마케팅 | 크리에이터 캠페인, PR, 에셋 제작 | 퍼블리셔 부담 여부 |
| 플랫폼 | 콘솔 포팅, 인증, 로컬라이제이션 QA | 대상 플랫폼과 선행 조건 |
| 예비비 | 일정 지연, 범위 조정 | 대응할 리스크 |
‘퍼블리셔가 전액 투자해 달라’는 말보다 필요한 지원을 분리해 제안하는 편이 협의에 유리하다. 예를 들어 개발 자금, 마케팅 집행, 콘솔 포팅, QA, 현지화, 지역별 유통 중 무엇이 필수이고 무엇이 선택인지 구분한다.
퍼블리셔에게 무엇을 요청해야 할까?
마지막 슬라이드는 질문이 아니라 제안이어야 한다. 퍼블리셔가 다음 행동을 쉽게 선택하도록 만들면 좋다.
| 요청 유형 | 구체적인 요청 예시 |
|---|---|
| 자금 | 12개월 개발비와 출시 마케팅 예산 지원 |
| 유통 | Steam 및 콘솔 플랫폼 퍼블리싱 지원 |
| 마케팅 | Steam 페이지 최적화, 트레일러, PR, 크리에이터 캠페인 |
| 출시 운영 | QA, 현지화 검수, 고객 지원, 출시 후 패치 운영 |
| 사업 개발 | 콘솔 플랫폼 협의, 지역 파트너, IP 협업 기회 |
권리와 계약 조건은 첫 덱에서 세부 조항까지 확정할 대상은 아니다. 다만 희망 플랫폼, 목표 출시 시기, IP 소유 원칙, 검토 가능한 독점 기간처럼 협상의 출발점은 명확히 해두는 것이 좋다. 계약서 서명 전에는 게임 퍼블리싱 계약 경험이 있는 법률 전문가에게 검토를 받는다.
피치덱 검토 체크리스트
- 첫 장만 봐도 게임명, 장르, 플랫폼, 핵심 훅을 알 수 있는가?
- 모든 게임플레이 캡처가 실제 빌드에서 나온 것인가?
- 비교작마다 비교 목적과 우리 게임의 결론이 있는가?
- 숫자에 출처, 기준일, 가정 여부가 표시되어 있는가?
- 출시 버전의 콘텐츠 범위와 제외 범위가 구분되어 있는가?
- 팀이 실제로 보유한 역량과 외주·채용이 필요한 영역을 분리했는가?
- 요청 금액이 일정과 예산 항목으로 역산되는가?
- 퍼블리셔가 다음 단계로 할 행동이 한 문장으로 명확한가?
자주 묻는 질문 (FAQ)
피치덱만 보내도 퍼블리셔가 검토할까?
가능하지만 보통 덱과 함께 짧은 소개 메일, 게임플레이 영상 링크, 플레이 가능한 빌드 또는 빌드 제공 가능 시점을 보내는 편이 좋다. 빌드가 없다면 무엇을 검증했고 언제 제공할 수 있는지 명확히 적는다.
위시리스트 수가 적으면 피칭을 미뤄야 할까?
반드시 그렇지는 않다. 초기 단계라면 강한 프로토타입, 명확한 장르 포지셔닝, 제작 가능한 범위가 더 중요할 수 있다. 이미 Steam 페이지를 운영했다면 위시리스트 수뿐 아니라 데모 반응, 유입 경로, 커뮤니티 피드백을 함께 제시한다.
피치덱에 매출 예상치를 넣어야 할까?
넣는 편이 좋지만 확정 매출처럼 제시하면 안 된다. 가격, 할인, 판매량, 플랫폼 수수료율을 분리한 시나리오 모델로 작성하고 각 가정의 근거와 불확실성을 함께 밝힌다.
마무리
좋은 퍼블리셔 피치덱은 화려한 디자인보다 판단하기 쉬운 구조에서 나온다. 게임의 핵심 재미를 실제 화면으로 보여주고 시장 비교로 포지셔닝을 설명한 뒤 일정·예산·요청 사항으로 팀의 실행력을 증명하자. 덱을 완성한 뒤에는 처음 보는 사람에게 5분 동안 보여주고 게임의 장르·차별점·출시 계획·요청 사항을 정확히 이해했는지 확인하면 가장 큰 빈틈을 빠르게 찾을 수 있다.
