[태그:] 인디게임

  • 인디게임 데모 공개 기준, AI 클론이 바꿨다

    인디게임 데모 공개 기준, AI 클론이 바꿨다

    3줄 요약

    • AI 코딩 도구로 게임을 베끼는 시간이 짧아지면서, 데모와 프로토타입을 어디까지 보여줄지 다시 정하는 인디 개발자가 늘고 있다.
    • 게임 규칙과 메커니즘은 아이디어에 가까워 저작권으로 보호받기 어렵다. 그래서 언제, 어디까지 공개할지 조절하는 것이 현실적인 1차 방어선이다.
    • 공개 데모, 조건부 비공개 세션, 개발 영상 공개, 비공개 개발 가운데 무엇을 고를지는 핵심 재미가 얼마나 단순한지, 홍보를 어디에 기대는지, 출시까지 얼마나 남았는지로 판단한다.

    며칠. 화제가 된 인디게임 프로토타입을 AI로 만든 복제작이 따라잡는 데 걸린 시간이다. 회전하는 중심축 위에 블록을 쌓는 테트리스풍 프로토타입 영상이 소셜 미디어에서 화제가 되자, 같은 콘셉트를 옮긴 복제작 여러 개가 플레이 가능한 형태로 먼저 퍼졌다. 원작자인 개발자 프레야 홀메르(Freya Holmér)가 자기 버전을 내놓기도 전이었다. 복제작들은 AI 코딩 도구에 지시를 내려 빠르게 만든, 이른바 바이브 코딩 결과물이었다.

    비슷한 걱정 때문에 계획을 바꾼 팀도 있다. 러시안룰렛을 소재로 한 악마 테마 음주 게임 Drunken Goddess Reflex를 만드는 Alliance Arts는 Steam Next Fest에 맞춰 내려던 공개 데모를 미뤘다. 데모가 AI나 다른 도구로 연출과 게임플레이를 빠르게 따라 하는 재료가 될 수 있고, 그렇게 나온 복제작이 자기들 게임보다 먼저 출시될 수 있다는 우려였다. 눈여겨볼 건 걱정의 초점이다. 베끼는 행위 자체보다 복제작이 ‘먼저’ 나오는 상황을 더 경계했다. 이 팀은 게시·스트리밍 규칙에 동의한 사람만 참여하는 비공개 세션으로 방향을 틀었다. 이런 사례를 모은 Ars Technica는 초기 작업물을 널리 보여주기를 극도로 꺼리는 인디 개발자가 늘고 있다고 짚었다.

    게임 규칙은 법이 지켜주기 어려운 영역이다. 지금 인디 개발자가 쓸 수 있는 가장 현실적인 수단은 ‘언제, 어디까지 보여주느냐’를 조절하는 것이다. 이 글은 그 판단 기준을 순서대로 짚는다. 무엇이 쉽게 복제되는지, 법은 어디까지 보호하는지, 공개 방식마다 실제로 어떤 일이 있었는지, 비공개 세션을 연다면 무엇을 미리 정해야 하는지.

    베끼는 데 드는 시간은 줄었고, 게임 규칙은 저작권 밖에 있다

    클론 자체는 새로운 일이 아니다. 경쟁작을 베낀 게임은 업계 초기부터 있었다. 원작을 얼마나 바꿨는지는 게임마다, 단속 강도는 플랫폼마다 제각각이었다. 바뀐 건 시간이다. 예전에는 화제작을 따라 만들려면 프로그래머가 구조를 뜯어보고 코드를 직접 짜야 했다. 지금은 영상을 보고 규칙을 문장으로 설명하면 AI 코딩 도구가 일단 돌아가는 초안을 내놓는다.

    바이브 코딩이 바로 이 방식이다. 코드를 한 줄씩 설계하지 않는다. 원하는 결과를 자연어로 지시하고, 실행 화면을 보면서 ‘여기 고쳐 줘’를 되풀이한다. 규칙이 단순하고 화면 구성이 명확할수록 결과물은 빨리 나온다. 핵심 메커니즘 하나에 임시 그래픽을 얹은 인디 게임 프로토타입이 가장 베끼기 쉬운 대상이 되는 것도 그래서다. 피드백과 관심을 얻으려고 작업물을 내보이는 바로 그 단계가 가장 취약하다는 게 문제다.

    법도 이 지점에서는 힘을 못 쓴다. 저작권은 아이디어가 아니라 표현을 보호한다. 이른바 아이디어·표현 이분법이다. 블록이 회전축을 중심으로 쌓인다는 규칙이나 룰렛으로 벌칙을 정한다는 진행 방식은 아이디어 쪽에 가깝다. 캐릭터 일러스트, 배경 아트, 음악, 대사, 소스 코드는 표현물로서 보호받는다. 그런데 프로토타입 단계에서 드러나는 건 대부분 아이디어 쪽이다. 규칙만 가져가 그래픽을 새로 입힌 복제작은 법적으로 다투기가 어렵다. 여러 요소를 고르고 배열한 방식 전체에 창작성을 인정할지는 사안마다 판단이 갈리므로, 실제 분쟁으로 번진다면 법률 전문가의 검토가 필요하다.

    복제하는 쪽도 이 회색지대를 근거로 든다. 홀메르의 회전 테트리스를 AI로 복제해 올린 찰리 그린먼(Charlie Greenman)은 404 Media와의 인터뷰에서 자기가 잘못한 건 없다고 했다. 완전히 새로운 창작물을 만든 느낌이었다면서, 블록스나 젠가를 만든 사람이 테트리스를 베낀 것이냐고 되묻기까지 했다. 장르끼리 영향을 주고받으며 커 온 업계라 이 질문에 일률적인 답을 내기는 어렵다. 다만 그린먼의 결과물은 장르의 영향을 받은 정도가 아니다. 영상이 퍼진 지 며칠 안 된 특정 프로토타입의 콘셉트를 옮긴 것이다. 그 차이를 생각하면 블록스·젠가 비유가 딱 들어맞는다고 보기는 어렵다. 어느 쪽이든 인디 개발자가 당장 쓸 수 있는 수단은 법보다 공개 전략이다.

    공개 데모부터 비공개 개발까지, 네 갈래 선택과 그 대가

    앞의 사례와 다른 개발자들의 선택을 묶으면 공개 방식은 크게 넷으로 나뉜다. 노출 효과와 복제 위험 사이 어디쯤에 설지 각자 다르게 고른 결과다.

    공개 방식 사례 드러난 결과 또는 우려
    누구나 받는 공개 데모 Alliance Arts의 원래 계획(Steam Next Fest에 맞춘 Drunken Goddess Reflex 데모) 연출과 게임플레이가 빠르게 모방되고, 복제작이 출시보다 먼저 나올 수 있다는 우려로 연기
    규칙 동의자 대상 비공개 세션 Alliance Arts의 변경안 게시·스트리밍 규칙에 동의한 사람에게만 데모 제공
    개발 과정 영상 공개 홀메르의 회전 테트리스 프로토타입 영상 화제가 된 지 며칠 만에 바이브 코딩 복제작 여러 개가 등장, 원작보다 먼저 플레이 가능해짐
    개발 중 비공개 『Papers, Please』 개발자 루카스 포프(Lucas Pope) AI에 흡수되거나 누군가 베낄 수 있다는 생각에 작업 중인 내용을 말하기가 불편해졌다고 언급

    공짜인 선택지는 없다. McPixel 개발자 소스 소소스키(Sos Sosowski)는 AI 복제 피해 사례를 꾸준히 기록해 왔는데, 지금 상황을 이렇게 요약했다. 게임을 공유하지 않으면 팔리지 않고, 공유하면 도둑맞는다. 공개 데모는 노출 효과가 가장 크지만 복제 재료도 가장 많이 내준다. 개발 영상은 비용이 적게 든다. 하지만 홀메르 사례처럼 메커니즘이 단순하면 영상만 보고도 복제할 수 있다. 비공개 개발은 아이디어를 지키는 대신 출시 전 홍보 공백을 남긴다.

    비공개 개발은 누가 고르느냐에 따라 치르는 값이 확 달라진다. 루카스 포프처럼 이름이 알려진 개발자는 출시 시점에 관심을 모을 수 있다. 무명 팀이 같은 전략을 쓰면 출시일까지 게임을 아는 사람이 거의 없을 수도 있다. 같은 선택이라도 개발자의 인지도에 따라 비용이 크게 벌어지는 이유다. 포프의 방식을 따라 하기 전에, 우리 팀이 출시 당일 관심을 끌어모을 수 있는 쪽인지부터 따져볼 일이다.

    재미가 한 문장에 담기는지, 홍보는 어디에 기대는지, 출시는 언제인지

    공개 범위는 세 가지 질문으로 가늠할 수 있다.

    첫째, 핵심 재미를 한두 문장으로 설명할 수 있는가. 설명이 짧을수록 AI에 지시하기도 쉽다. 회전축 위의 테트리스처럼 규칙 하나가 재미의 대부분을 차지한다면 영상만 공개해도 복제될 수 있다. 이런 게임은 공개 범위를 좁히거나, 공개 시점을 출시 직전으로 미루는 편이 안전하다. 하울타이드 게임즈(Howltide Games)의 이반 라고(Ivan Lago)는 더 세게 말했다. AI가 하룻밤 사이에 복제할 수 있는 게임이라면 단일 메커니즘에 기댄 한탕용 게임이었을 뿐이라는 주장이다. 홀메르의 회전 테트리스도 아직 프로토타입이었다는 점을 생각하면, 개발 초기 작업물에까지 이 잣대를 들이대는 건 가혹하다. 그래도 새겨둘 대목은 있다. 콘텐츠 분량, 레벨 디자인, 서사처럼 쌓아 올린 요소가 많을수록 복제 비용이 올라간다.

    둘째, 홍보를 무엇에 기대고 있는가. 퍼블리셔도 마케팅 예산도 없이 소셜 미디어 반응과 스트리머 방송에 기대는 팀이라면 완전 비공개는 그 자체로 위험하다. 이럴 땐 보여줄지 말지보다 무엇을 보여줄지를 조절하는 편이 현실적이다. 아트 스타일, 캐릭터, 세계관처럼 저작권으로 보호되고 베끼기도 어려운 표현 요소는 적극적으로 내보인다. 핵심 루프의 세부 규칙이나 밸런스 수치는 아껴 둔다. 법이 보호해 주는 것은 앞에 내세우고, 보호받지 못하는 것은 뒤로 숨기는 배치다.

    셋째, 공개에서 출시까지 얼마나 남았는가. Alliance Arts가 걱정한 것은 출시 전에 복제작이 나오는 상황이었다. 공개와 출시 사이가 길수록 복제작이 시장을 먼저 차지할 시간도 길어진다. 출시가 한참 남았다면 비공개 세션으로 피드백을 모으고, 공개 데모는 출시 직전 행사에 맞추는 순서가 위험을 줄인다. 반대로 출시가 코앞이면 복제작이 따라올 시간 자체가 모자라니 공개 데모의 이점이 커진다. 게임의 단순함은 이미 정해진 설계이고 홍보 창구는 팀의 형편에 달려 있다. 셋 가운데 개발자가 일정만으로 바로 조정할 수 있는 건 이 타이밍뿐이다.

    Alliance Arts는 복제 우려 말고도 스트리밍 제한 관리를 이유로 들었지만, 구체적인 사정까지 설명하지는 않았다. 다만 음주처럼 플랫폼마다 방송 규정이 다를 수 있는 소재라면, 스트리밍 허용 범위를 미리 정하는 일 자체가 공개 방식 선택에 영향을 주는 것으로 보인다.

    비공개 세션, 빌드를 나눠주기 전에 정해 둘 다섯 가지

    노출과 보호 사이에서 조절 폭이 가장 넓은 선택지가 비공개 세션이다. 다만 소수에게 빌드를 나눠주는 것만으로는 효과가 제한적이다. 운영 전에 아래 항목을 먼저 정해 두는 편이 좋다.

    • 참가 조건과 동의 절차: 기본은 Alliance Arts처럼 게시·스트리밍 규칙에 동의한 사람만 받는 것이다. 전체 플레이 영상인지, 특정 구간 스크린샷인지, 시스템 설명 글인지, 무엇을 금지하는지 구체적으로 적어 둬야 나중에 문제가 생겼을 때 기준이 된다.
    • 참가자별 개별 키 발급: 참가자마다 다른 키를 주면 빌드가 밖으로 새어 나갔을 때 출처를 좁힐 수 있다. 스팀 출시를 준비하는 게임이라면 개발자용 관리 도구에서 키를 발급해 나눠줄 수 있다.
    • 빌드 범위 제한: 세션용 빌드에는 핵심 루프를 확인할 만큼만 담는다. 후반부 콘텐츠나 이 게임만의 시스템은 빼 둔다. 피드백이 필요한 부분만 잘라 넣으면 유출되더라도 피해가 줄어든다.
    • 스트리밍 허용 범위: 방송을 전면 금지할지, 특정 구간만 허용할지, 공개 데모가 나온 뒤부터 허용할지 정한다. 스트리머는 조건이 명확해야 참여 여부를 결정할 수 있다.
    • 피드백 채널 분리: 참가자 전용 커뮤니티 채널에서 의견을 받으면 플레이 내용이 공개 소셜 미디어로 흘러 나가는 경로가 줄어든다.

    이렇게 해도 복제를 완전히 막을 수는 없다. 참가자 한 명이 플레이 경험을 글로 옮기기만 해도 아이디어는 퍼진다. 규칙이 단순한 게임일수록 더 그렇다. 비공개 세션의 실질적인 쓸모는 복제 차단보다, 공개 시점을 개발자가 직접 고를 수 있게 해 준다는 데 있다. 앞의 셋째 질문인 출시까지 남은 시간과 같이 따져야 효과를 보는 도구다.

    국내 행사 선공개도 복제 재료, 스트리머는 방송 조건부터

    스팀으로 해외 이용자를 직접 만나려는 국내 인디 팀도 이 문제를 비켜 갈 수 없다. 아래 항목 중 추측이 섞인 부분은 따로 표시했다.

    • 국내 커뮤니티에 먼저 공개해도 안전하지 않다(추측): 한국어 커뮤니티나 국내 행사에서 먼저 보여준 프로토타입이라도 영상으로 퍼지는 순간 언어와 상관없이 복제 재료가 된다. 홀메르 사례의 복제작도 영상만 보고 만들어졌다.
    • 플레이어는 신청형 데모를 더 자주 만날 수 있다(추측): 비공개 세션을 택하는 개발사가 늘면, 버튼 하나로 받던 데모 대신 신청서를 쓰고 규칙에 동의해야 하는 데모가 많아질 수 있다. 데모를 손에 넣기까지 한 단계가 더 붙는 셈이다.
    • 국내 스트리머는 참가 조건부터 확인해야 한다: 비공개 세션 빌드에는 방송 허용 범위가 따로 정해져 있다. 조건을 확인하지 않고 방송을 켜면 개발사와 맺은 약속을 어기게 된다.
    • 복제작 대응에 쓸 기록을 남겨 둔다: 플랫폼마다 단속 수준이 다르기 때문에, 해외 플랫폼에 올라온 복제작에 대응하려면 그 플랫폼의 신고 절차와 저작권 판단을 함께 따져야 한다. 출발점은 보호받는 표현 요소인 아트·사운드·코드의 원본 파일과, 날짜가 남는 제작 기록을 보관해 두는 것이다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • Alliance Arts는 Steam Next Fest에 맞춰 내려던 Drunken Goddess Reflex 공개 데모를 미루고, 게시·스트리밍 규칙에 동의한 사람만 참여하는 비공개 세션으로 바꿨다.
    • Alliance Arts가 밝힌 이유는 AI 등 도구를 이용한 연출·게임플레이 모방, 출시 전 복제작 등장 가능성, 스트리밍 제한 관리였다.
    • 홀메르의 회전 테트리스 프로토타입은 영상이 공개된 지 며칠 만에 바이브 코딩 복제작 여러 개가 나왔다.
    • 루카스 포프는 팟캐스트에서, 작업 중인 내용이 AI에 흡수되거나 모방될까 봐 이야기하기가 불편해졌다고 말했다.
    • 복제작을 올린 찰리 그린먼은 자신의 행동에 문제가 없다는 입장을 밝혔다.

    아직 불확실한 것

    • AI로 만든 게임 복제작이 인디 게임 시장 전체에 얼마나 퍼져 있는지 보여주는 통계는 나오지 않았다.
    • 스팀 등 게임 플랫폼이 AI 복제작에 어떤 기준으로 대응할지는 정해진 것이 없다. 단속 수준은 플랫폼마다 다르다.
    • 비공개 세션으로 바꾸는 것이 실제로 출시 전 복제를 줄이는지는 검증된 바 없다.
    • 회전 테트리스처럼 메커니즘을 복제한 경우가 법적으로 침해로 인정될지는 사안과 국가에 따라 달라질 수 있다.

    복제작이 먼저 나와도 완성도로 따라잡을 시간은 남는다

    홀메르의 사례는 끝까지 보면 다르게 읽힌다. 첫 일주일 동안은 매일같이 새 AI 클론이 나왔다. 그 뒤로 복제작에 대한 반응은 크게 줄었다. 홀메르는 이제 서둘러 내놓는 대신 시간을 들여, 스스로 자랑스러워할 만한 제대로 된 게임을 만들 여유가 생겼다고 말했다. 복제작을 만든 이들에 대해서는 독창적인 생각을 하지 못하고, 이미 본 것 이상으로 콘셉트를 발전시킬 줄도 모른다고 평가했다. 복제작에 선수를 빼앗긴 원작자가 오히려 시간을 번 셈이다. 적어도 이 사례만 놓고 보면, 클론이 먼저 나왔다고 원작의 기회가 끝나지는 않았다.

    여기서 얻을 기준은 두 가지다. 하나, 공개 범위를 조절하는 목적은 복제를 영원히 막는 게 아니라 출시 전의 결정적인 시기를 지키는 데 있다. 둘, 단일 아이디어를 넘어서는 깊이를 쌓을수록 복제작과의 격차는 벌어진다. 데모를 내기 전에 세 가지를 차례로 점검하면 공개 데모와 비공개 세션 중 어느 쪽이 맞는지 판단할 근거가 생긴다. 게임의 재미가 한 문장으로 요약되는지, 홍보를 누구에게 기대고 있는지, 출시까지 얼마나 남았는지.

    출처: Ars Technica

  • 힐링 게임 추천, 스트레스 풀릴 때 꺼내는 인디게임 모음

    힐링 게임 추천, 스트레스 풀릴 때 꺼내는 인디게임 모음

    애팔래치아 트레일 완주, 마음 한구석에 접어둔 사람 꽤 많을 거다. 총 길이 3,500km에 육박하는 이 트레일을 끝까지 걸으려면 보통 5~6개월이 걸린다. 회사도 다녀야 하고 애도 챙겨야 하는 처지에 몇 달씩 산속으로 사라진다? 현실적으로 불가능하다. 그래서 요즘 게이머들 사이에서 뜨는 게 대리 만족형 하이킹 게임이다. 배낭 대신 컨트롤러를 쥐고 화면 속 트레일을 걷는 식인데, 이 흐름을 타고 스트레스 해소용 힐링 게임 전반에 대한 검색량도 슬금슬금 늘고 있다.

    왜 하이킹 게임, 힐링 게임에 손이 가나

    일과 육아, 잦은 야근에 치이다 보면 자연으로 훌쩍 떠나는 상상만 해도 위안이 된다. 근데 실제 여행은 시간, 비용, 체력이라는 3중 장벽에 막힌다. 힐링 게임은 이 장벽을 그냥 건너뛴다. 숲길을 걷는 감각, 캠프파이어를 피우는 손맛, 낯선 마을 사람과 인사를 나누는 여유까지 고스란히 재현한다. 전투나 타임어택 같은 긴장 요소는 최소화했다. 그래서 잠들기 전 30분만 켜도 부담이 없다.

    도보여행 감성부터 채우는 트레일 워킹 게임

    가장 최근 흐름은 실제 등산로를 배경으로 한 도보여행 시뮬레이션이다. 애팔래치아 트레일처럼 실존하는 장거리 코스를 무대로, 하루치 구간을 걷고 야영지를 찾고 일지를 쓰는 루틴을 반복하는 식이다. 화려한 그래픽 대신 손그림 같은 수채화 톤 비주얼을 쓰는 경우가 많은데, 이게 오히려 진짜 걷는 느낌을 살려준다는 평이 꽤 있다. 이런 게임 고를 땐 다음 3가지만 확인해도 실패가 적다.

    • 실제 트레일 지형을 참고했는지, 완전 가상 배경인지
    • 야영·요리·사진 촬영 같은 서브 활동이 몇 종류나 되는지
    • 엔딩까지 걸리는 시간이 5시간인지 50시간인지

    농사짓고 마을 가꾸는 로파이 시뮬레이션

    하이킹만큼 꾸준히 사랑받는 장르가 농장 경영 시뮬레이션이다. 밭을 갈고 씨를 뿌리고 계절이 바뀌는 걸 지켜보는 루틴, 실제 원예와 비슷한 성취감을 준다. 스타듀밸리가 대표 격이지만, 이후 나온 후속작들은 낚시나 광산 탐험, 마을 주민과의 관계 이벤트까지 붙여 플레이 시간을 크게 늘렸다. 손 안 가는 캐주얼 버전을 원한다면 자동화 요소가 강한 최신작을, 몰입도를 원한다면 관계 시스템이 촘촘한 작품을 고르면 된다.

    동물 이웃과 무인도 생활, 커뮤니티형 힐링 게임

    정해진 목표 없이 하루하루를 채워가는 커뮤니티 시뮬레이션도 꾸준한 스테디셀러다. 무인도를 개척하고 가구를 배치하고 동물 이웃과 매일 인사를 나누는 구조. 실시간으로 계절과 시간이 흐르기 때문에 하루 20~30분씩 짧게 접속하는 플레이 패턴에 딱 맞는다. 경쟁도, 랭킹도 없다. 남과 비교할 일이 없다는 점, 이게 심리적 부담을 꽤 줄여준다.

    짧고 굵게 끝내는 원샷 어드벤처

    매일 켤 시간까지는 없고 주말에 몰아서 한 번에 끝내고 싶다면 3~5시간짜리 원샷 어드벤처가 답이다. 언덕을 뛰고 날고 미끄러지며 정상까지 오르는 등반 게임, 혹은 대사 없이 풍경만으로 서사를 전달하는 걷기형 어드벤처가 여기 속한다. 플레이 타임이 짧은 만큼 가격도 저렴한 편이라 입문용으로도 부담 없다.

    타일 배치의 손맛, 퍼즐형 힐링 게임

    손으로 뭔가를 계속 만지작거리는 느낌, 이걸 원한다면 마을이나 지형을 타일 단위로 쌓아 올리는 퍼즐형 게임을 추천한다. 강과 철도, 숲, 마을을 규칙에 맞춰 배치하다 보면 어느새 지도 한 판이 완성된다. 실패해도 되돌리기가 자유로워서 부담 없이 몇 시간이고 붙잡고 있게 된다. 배경음악과 사운드 디자인에 공들인 작품이 많아 백색소음 대용으로 틀어놓는 사람도 적지 않다.

    결국 고민된다면 이 3개부터

    고를 게 너무 많아 오히려 못 고르겠다면 순서를 정하는 편이 낫다. 트레일 감성이 궁금하면 도보여행 시뮬레이션부터. 오래 붙잡고 성장하는 재미를 원하면 농장 경영 시뮬레이션부터. 주말에 가볍게 끝내고 싶다면 원샷 어드벤처부터 시작하면 된다. 세 갈래 모두 PC(스팀)와 콘솔을 함께 지원하는 경우가 많으니, 세일 기간에 위시리스트부터 채워두는 것도 방법이다.

    출처: The Verge

  • 인디 게임 개발 입문: Unity·Godot 엔진 선택부터 스팀 출시 비용까지

    인디 게임 개발 입문: Unity·Godot 엔진 선택부터 스팀 출시 비용까지

    《스타듀밸리》는 혼자 만들었다. 개발자 ConcernedApe 단독으로, 4년 걸려서, 2,000만 장. 대형 게임사가 수백 명을 굴려도 내기 어려운 숫자다. 대형 IP가 방치되고 속편이 밀리는 사이, 팬 출신 개발자들이 직접 만든 인디 게임이 시장을 뒤집고 있다.

    “나도 한번 만들어볼까?” 이 생각, 한 번쯤 해봤을 거다. 실제로 지금이 시작하기 나쁜 타이밍이 아니다. 툴은 거의 무료고, 배울 자료는 유튜브에 넘쳐나고, 스팀이 전 세계 판로를 열어두고 있다.

    진입 장벽이 낮아진 건 진짜다

    10년 전 게임 엔진 라이선스비는 수백만 원이었다. 지금은 얘기가 다르다.

    • Unity: 매출 10만 달러 이하 개발사엔 무료
    • Godot: 완전 오픈소스, 상업적 이용 100% 무료
    • Unreal Engine: 출시 후 매출 100만 달러까지 로열티 0%

    언어 장벽도 낮아졌다. Unity는 C#, Godot는 Python과 닮은 GDScript를 쓴다. 프로그래밍을 처음 배우는 사람도 유튜브 튜토리얼 몇 편이면 6시간 안에 첫 프로토타입이 나오는 환경이다. 아트 에셋도 마찬가지다. Itch.io, OpenGameArt에서 무료 픽셀 아트와 사운드 팩을 구할 수 있고, Kenney.nl은 수천 개 에셋을 돈 한 푼 없이 풀어놨다.

    Unity vs Godot vs Unreal — 뭘 골라야 하나

    세 엔진의 성격은 완전히 다르다.

    Unity는 인디 씬에서 압도적으로 많이 쓰인다. 레퍼런스가 방대하고, 에셋 스토어도 잘 갖춰져 있다. 2D, 3D 둘 다 무난하게 커버한다. 단, 2023년에 논란이 된 런타임 수수료 정책처럼 회사 방침이 예고 없이 바뀔 수 있다는 게 약점이다. 이건 솔직히 좀 리스크다.

    Unreal Engine은 그래픽 퀄리티 하나는 압도적이다. AAA급 비주얼을 원하는 팀에게 딱 맞지만, 진입 난도가 높고 저사양 PC에서는 에디터 자체가 버벅인다. 1인 개발자보단 소규모 팀에 어울린다.

    Godot는 요즘 가장 빠르게 성장하는 엔진이다. 오픈소스라 개발사 정책에 흔들릴 일이 없다. 2D 게임에 강하고, 가벼워서 오래된 PC에서도 잘 돌아간다. Unity 수수료 논란 이후 커뮤니티가 급성장하면서 튜토리얼도 빠르게 쌓이고 있다.

    처음 시작한다면 Godot, 취업이나 팀 프로젝트를 생각한다면 Unity, 3D 블록버스터가 목표라면 Unreal이 맞다.

    첫 게임은 무조건 작게

    인디 개발자 99%가 첫 프로젝트에서 저지르는 실수. 스케일을 너무 크게 잡는 거다. “오픈 월드 RPG”, “멀티플레이 배틀로얄”—이런 아이디어로 시작하면 6개월 안에 번아웃이 온다. 경험자들이 입을 모아 하는 말이다.

    첫 게임의 조건은 이렇다:

    • 완성까지 2~4주 안에 끝낼 수 있는 규모
    • 핵심 메커닉 하나만 — 점프, 총쏘기, 퍼즐 중 하나
    • 스테이지 3개 이하

    《플래피버드》는 메커닉이 단 하나였다. 그게 전 세계를 강타했다. 단순함이 곧 완성 가능성이다. 첫 게임을 Itch.io에 무료로 올려보는 것도 해볼 만하다. 실제 유저 피드백을 받아본 경험이 다음 프로젝트의 질을 완전히 바꿔 놓는다.

    혼자 채우기 어려운 세 가지: 아트, 음악, 번역

    코드는 혼자 할 수 있어도, 아트와 음악은 다른 문제다. 선택지는 세 가지다.

    • 직접 배우기: 픽셀 아트는 진입 장벽이 낮은 편이다. Aseprite 같은 툴로 한 달이면 기본기가 붙는다. 음악은 LMMS나 BeepBox 같은 무료 DAW로 시작된다.
    • 에셋 활용: Itch.io 에셋 팩, Kenney.nl을 적극 활용한다. 출시 전 라이선스 조건은 꼼꼼히 확인해야 한다. 나중에 분쟁이 생기면 답이 없다.
    • 협업: Reddit r/gamedev, Discord 인디 게임 서버에는 파트너를 찾는 아티스트가 꽤 많다. 수익 분배는 구두로만 정하면 안 된다. 간단한 계약서라도 챙겨야 한다.

    번역(로컬라이제이션)은 의외로 판매량을 크게 좌우한다. 한국어, 일본어, 중국어 지원만 추가해도 아시아 시장 접근성이 확 올라간다. 초기에는 DeepL + 커뮤니티 번역가 모집으로 저비용 대응이 된다.

    스팀 출시까지 실제 비용과 시간

    비용:

    • 스팀 등록비(Steam Direct): 약 $100 — 매출 $1,000 달성 시 환급
    • Itch.io: 무료, 수수료 자율 설정 (보통 0~30%)
    • 앱스토어(iOS/Android): 각각 연 $99, 일회성 $25

    시간:

    • 프로토타입 → 알파 빌드: 1~3개월 (1인 단순 게임 기준)
    • 알파 → 출시 빌드: 추가 3~12개월 (버그 수정, 콘텐츠 추가, 마케팅)

    스팀 출시 전에는 위시리스트 캠페인을 반드시 돌려야 한다. 출시 당일 위시리스트 전환율이 초기 매출을 결정짓는다. 개발 6개월 전쯤 스팀 페이지를 열고 트레일러 하나를 올려두는 것만으로도 위시리스트 수천 개를 모을 수 있다.

    게임 완성하고도 안 팔리는 이유

    완성은 했는데 안 팔리는 경우가 많다. 이유는 대부분 마케팅 부재다.

    출시 당일 스팀 페이지를 처음 여는 것. 이게 가장 치명적인 실수다. 스팀 알고리즘은 출시 직후 트래픽 폭발에 반응한다. 위시리스트 없이 출시하면 노출을 거의 안 준다.

    • 장르 과포화 진입: 뱀파이어 서바이버류 게임이 수천 개 쏟아진 뒤, 차별화 없이 들어가면 그냥 묻힌다
    • 스크린샷·트레일러 품질 저조: 스팀에서 처음 보는 건 이미지다. 게임 자체보다 마케팅 자료가 먼저 판단받는다
    • 피드백 무시: 얼리 액세스로 유저 반응을 보면서 개선하는 팀의 생존율이 훨씬 높다

    스팀 말고 수익 채널을 나눠라

    스팀이 메인이지만, 그것만이 답은 아니다.

    • Itch.io: 인디 씬의 실험적 게임 허브. Humble Bundle 같은 번들 행사에 포함되면 순식간에 수만 명에게 노출된다
    • 킥스타터/텀블벅: 개발 전 자금 모집. 목표 금액을 보수적으로 잡고 마케팅 에너지를 집중하는 것이 열쇠다
    • 모바일: 캐주얼 게임은 여전히 모바일이 맞다. 다만 광고 수익 모델은 갈수록 경쟁이 치열해지고 있다
    • 콘솔 포팅: 닌텐도 스위치는 인디 친화적이기로 유명하다. 스팀에서 검증된 게임을 콘솔로 넘기는 전략이 잘 먹힌다

    수익보다 목표를 먼저 잡아야 한다. “취미로 게임 하나 완성해보고 싶다”와 “인디 게임으로 먹고살고 싶다”는 전략 자체가 다르다.

    결국 인디 게임 개발을 가르는 건 특별한 재능보다 지속력이다. 엔진 고르고, 작은 게임 하나 완성하고, 출시 경험 쌓는 루프를 몇 번 돌고 나면 — 실제로 팔리는 게임을 만들 수 있는 위치에 서게 된다. 대형 게임사가 안 만들어줘서 직접 만들기 시작한 팬 개발자들처럼, 가장 강력한 동기는 자기가 하고 싶은 게임을 직접 만드는 것이다.

    출처: The Verge