직접 만들고 직접 서비스한 게임

참고 게임만 있어도 됩니다. "이 게임의 이 부분을 이렇게 바꾸고 싶다"가 가장 좋은 출발점입니다. 상담에서는 핵심 재미가 무엇인지, 돈을 어디서 버는지(광고·인앱 결제), 한 판이 몇 분인지를 먼저 정합니다. 이 세 가지가 정해지면 필요한 시스템 목록이 나오고 그것이 견적의 기준이 됩니다.

시장에서는 단순한 성장 루프에 광고만 붙인 게임이 2~4개월, 뽑기·자동 전투·오프라인 보상·장비 강화가 들어가면 4~8개월을 잡습니다. 같은 방치형이라도 서버가 있느냐, 콘텐츠가 몇 달치냐에 따라 세 배까지 벌어집니다. 저희는 방치형 RPG 를 세 편 직접 개발하고 여러 해 서비스했습니다. 그 경험으로 말씀드리면 기간을 늘리는 것은 개발보다 밸런스입니다. 성장 곡선이 무너지면 사용자가 떠나기 때문에 수치 검증에 시간을 따로 잡습니다.

개발 쪽은 분명히 빨라졌습니다. 저희는 AI 도구를 Unity·Blender 와 직접 연결해(MCP) 오브젝트 배치, 반복 스크립트, 데이터 테이블 작성 같은 손이 많이 가던 일을 줄입니다. 그래픽은 다릅니다. AI 로 시안과 초안은 빠르게 뽑지만 그대로 쓰지 않습니다. 사람이 다시 그리고 다듬는 후공정을 거쳐 AI 로 만든 티를 지웁니다. 이 과정을 빼면 캐릭터마다 그림체가 달라지고 사용자가 바로 알아봅니다. 스토어 심사와 저작권 문제도 후공정을 거쳐야 안전합니다.

클라이언트는 Unity3D(C#)로 만들어 Android 와 iOS 에 함께 냅니다. 캐릭터 애니메이션은 Spine 과 Live2D 를 씁니다. 서버는 게임 성격에 따라 정합니다. 혼자 하는 캐주얼 게임은 서버 없이 기기 저장만으로 충분합니다. 결제·랭킹·이벤트가 있는 게임은 서버가 필요하고, 저희는 NestJS(TypeScript)와 MySQL·Redis 로 구성해 Docker 로 배포합니다. 서버가 있으면 운영비가 매달 나가므로 꼭 필요한 기능인지부터 같이 따져 봅니다.

번역, 폰트, 스토어 등록정보, 결제·세금 설정이 필요합니다. 글자 수가 언어마다 달라 버튼이 깨지기 쉬우므로 화면을 처음부터 여유 있게 잡아야 합니다. 저희는 어비스: 리버스 팬텀을 일본에서 먼저 서비스한 뒤 글로벌로 넓혔고, 요괴식당과 World Ended! 도 글로벌로 출시했습니다. 한 번에 여러 나라·여러 스토어에 내면 초반 대응이 어렵다는 것도 직접 겪었습니다. 그래서 한 지역에서 먼저 검증한 뒤 넓히는 순서를 권합니다.

뽑기처럼 확률로 아이템을 주는 게임은 아이템별 확률을 게임 안과 홈페이지에 공개해야 합니다. 저희는 게임 데이터 파일에서 확률표를 자동으로 뽑아 공개 페이지를 만드는 방식을 씁니다. 수치가 바뀌어도 표기가 어긋나지 않습니다. 등급 분류는 Google Play 와 App Store 에 등록할 때 설문으로 받는 것이 일반적이고, 청소년 이용불가 등급은 게임물관리위원회 심의를 따로 받아야 합니다. 개인정보처리방침과 이용약관도 출시 전에 함께 준비합니다.

출시는 시작입니다. 저희는 AppsFlyer·Firebase·Google Analytics 로 설치 경로, 첫날·7일·14일 잔존율, 결제 전환을 봅니다. 초반 30분에 핵심 재미가 나오는지, 어느 단계에서 사용자가 떠나는지를 지표로 확인하고 그 지점을 고칩니다. 업데이트가 늦어져 사용자가 빠져나간 경험도 있어서, 출시 이후에 넣을 콘텐츠를 출시 전에 미리 계획하고 준비해 둡니다.

둘 다 가능합니다. 캐릭터·웹툰·방송 IP 로 게임을 만드는 경우에는 원작의 설정과 그림체를 지키는 범위를 먼저 정합니다. 저희는 방송 캐릭터 IP 로 유아용 게임을 만든 경험이 있습니다. 이미 만든 게임의 스토어 출시·현지화·운영만 맡기시는 것도 됩니다. 어느 쪽이든 개발자 계정과 수익 정산 구조를 계약 단계에서 분명히 합니다.