인디게임 개발자 포트폴리오에서 자주 보이는 실수 7가지

이 글과 연결된 과정게임개발 과정 알아보기

게임개발은 아이디어를 실제로 플레이할 수 있는 게임으로 만드는 전 과정을 말합니다. 기획으로 규칙을 정하고, 그래픽으로 화면을 채우고, 프로그래밍으로 움직이게…

실수 1·2: 미완성 프로젝트가 많고, 해 볼 수 있는 게임이 없다

첫 번째 실수는 프로토타입 여러 개를 나란히 늘어놓는 구성입니다. 각각 흥미로운 아이디어가 있어도 모두 초반 단계에서 멈춰 있으면, 보는 사람은 마무리 능력에 의문을 갖습니다. 인디 개발에서 가장 어려운 일은 아이디어를 내는 것이 아니라 메뉴, 저장, 난이도, 버그 수정 같은 지루한 마무리 작업을 끝내는 것이기 때문입니다.

작더라도 처음부터 끝까지 완성된 게임 하나를 중심에 두세요. 시작 화면, 튜토리얼, 엔딩 또는 반복 가능한 구조, 설정 메뉴까지 갖춘 짧은 게임이 거창한 미완성 게임보다 훨씬 강한 증거가 됩니다. 미완성 프로토타입은 실험 기록으로 뒤쪽에 짧게 정리하면 됩니다.

두 번째 실수는 게임을 직접 해 볼 방법이 없는 것입니다. 영상과 스크린샷만 있으면 조작감과 난이도를 알 수 없습니다. 다운로드 가능한 빌드나 브라우저에서 바로 실행되는 버전을 준비하고, 링크를 포트폴리오 첫 페이지에 두세요. 짧게 해 볼 수 있는 데모가 있으면 심사하는 사람의 부담도 줄어듭니다.

실수 3: 이 게임이 왜 재미있는지 한 문장으로 말하지 못한다

세 번째 실수는 게임 설명이 장르와 줄거리 나열에 그치는 것입니다. '판타지 세계를 배경으로 한 액션 로그라이크'는 장르 소개일 뿐, 이 게임만의 재미를 말해 주지 않습니다. 보는 사람은 수많은 게임 사이에서 이 게임이 다른 점을 알고 싶어 합니다.

플레이어가 반복하는 핵심 행동, 흔히 코어 루프라고 부르는 흐름을 한 문장으로 정리해 보세요. 예를 들어 '적을 밀쳐 서로 부딪히게 만들어 연쇄로 처치하는 재미'처럼 행동과 보상이 함께 들어가면 좋습니다. 이 문장이 정해지면 트레일러, 스크린샷, 설명 문서가 모두 같은 방향을 가리키게 됩니다.

실수 4·5: 트레일러가 느리게 시작하고, 플레이테스트 기록이 없다

네 번째 실수는 트레일러가 긴 로고와 배경 이야기로 시작하는 것입니다. 보는 사람은 초반 몇 초 안에 계속 볼지 결정하는 경우가 많습니다. 제작사 로고는 짧게 줄이고, 게임의 핵심 재미가 가장 잘 드러나는 플레이 장면을 맨 앞에 두세요. 줄거리 설명은 그다음이어도 늦지 않습니다. 소리를 끄고 봐도 무슨 게임인지 알 수 있는지 확인해 보세요.

다섯 번째 실수는 다른 사람에게 게임을 해 보게 한 기록이 전혀 없는 것입니다. 혼자 만든 게임은 만든 사람에게만 쉬운 경우가 많습니다. 플레이테스트에서 어디서 막혔는지, 어떤 의견을 받았는지, 그래서 무엇을 바꿨는지 정리한 기록은 개발자의 판단력을 보여 주는 좋은 자료입니다.

• 몇 차례에 걸쳐 어떤 사람들에게 테스트를 받았는지
• 가장 많이 나온 불만이나 막힌 지점
• 그 의견을 받아들여 바꾼 것과 바꾸지 않은 것, 그 이유
• 바꾼 뒤 다시 테스트했을 때 달라진 반응

실수 6: 혼자 다 했다는 말만 있고 역할별 결과물이 흐릿하다

여섯 번째 실수는 '기획, 프로그래밍, 아트, 사운드를 모두 혼자 했다'고만 적는 것입니다. 1인 개발 경험은 분명 강점이지만, 게임 회사에 지원한다면 그중 어떤 직무로 지원하는지가 분명해야 합니다. 모든 분야를 비슷한 비중으로 늘어놓으면 오히려 어느 분야도 깊지 않아 보일 수 있습니다.

지원 직무에 맞춰 해당 분야의 결과물을 앞으로 꺼내세요. 프로그래머로 지원한다면 게임 시스템 구조와 코드 사례를, 기획자로 지원한다면 레벨 설계와 밸런스 조정 기록을 중심에 둡니다. 외부 에셋이나 다른 사람의 도움을 받은 부분은 출처와 범위를 정확히 적어야 합니다. 팀으로 만들었다면 내가 맡은 부분을 구체적으로 밝히세요.

실수 7: 출시나 공개 이후의 이야기가 빠져 있다

마지막 실수는 게임을 공개한 뒤 무슨 일이 있었는지 기록하지 않는 것입니다. 스토어나 배포 사이트에 올렸다면 어떤 반응이 있었는지, 어떤 버그 신고를 받고 어떻게 고쳤는지, 업데이트를 했는지 같은 이야기가 중요합니다. 수치가 크지 않아도 괜찮습니다. 공개 이후를 관리해 본 경험 자체가 많은 지원자에게 없는 경험입니다.

다시 만든다면 무엇을 바꿀지 정리한 짧은 회고도 함께 넣어 보세요. 범위를 너무 크게 잡았다거나, 테스트를 늦게 시작했다는 식의 솔직한 평가는 성장 가능성을 보여 줍니다. 회고는 길 필요가 없고, 잘된 점과 아쉬운 점, 다음 프로젝트에서 바꿀 점을 몇 줄씩 적으면 충분합니다.

보완은 완성에 가장 가까운 게임 하나에 집중합니다

일곱 가지를 고치려고 새 게임을 시작하는 것은 가장 흔한 함정입니다. 새 프로젝트는 다시 미완성으로 남을 가능성이 높습니다. 지금 가진 프로젝트 중 완성에 가장 가까운 것을 골라 범위를 줄이고, 시작부터 끝까지 플레이할 수 있게 마무리하는 데 시간을 쓰세요. 기능을 덜어 내는 결정도 개발자의 중요한 능력입니다.

마무리가 끝나면 플레이테스트를 한두 차례 돌리고, 그 기록과 함께 핵심 재미 문장, 짧은 트레일러, 실행 링크를 정리하면 포트폴리오의 뼈대가 완성됩니다. 인디게임을 끝까지 완성하고 공개하는 과정에서 어디가 막혀 있는지 함께 점검해 보고 싶다면, SBS아카데미게임학원 인디게임출시지원 과정 상담에서 현재 프로젝트 단계에 맞는 다음 목표를 정해 보세요.

자주 묻는 질문

가까운 캠퍼스에서 게임개발 알아보기

사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.

함께 읽으면 좋은 글