INDIE ARCHIVE
← 모든 게임

시뮬레이션 / PC

Manor Lords

중세 영주가 되어 격자 없는 촌락을 설계하고 가족 노동·물류·계절·전투를 연결해 영지를 성장시키는 PC 전략 시뮬레이션.

개발 Slavic Magic

Steam GOG Epic Games Store

플레이 화면

격자 없이 도로와 주거 구획을 배치해 지형을 따라 마을을 확장하는 공식 Steam 플레이 화면
계절과 생산 체인이 동시에 돌아가는 중세 정착지의 공식 Steam 플레이 화면
대형 병력이 야전에서 맞붙는 실시간 전술 전투의 공식 Steam 플레이 화면
민병대 동원이 도시 인구와 연결되는 전투 장면을 보여 주는 공식 Steam 플레이 화면
이 글의 목차 14

Manor Lords

Slavic Magic의 Greg Styczeń이 핵심 창작과 설계를 맡고 프리랜서·외주 전문가, QA 업체 QLOC, 퍼블리셔 Hooded Horse의 지원을 받아 확장해 온 소규모 독립 제작 체계의 Manor Lords는, 플레이어가 중세 영주로서 도로와 주거 구획을 자유롭게 긋고 가족을 생산·운송에 배치하며 계절과 물류를 버틴 뒤 필요할 때 주민을 민병대로 소집해 영지를 방어·확장하는 Windows 전략 시뮬레이션이다. 가장 최근 확인 가능한 공식 판매 발표는 2025년 2월 기준 PC 전 스토어 누적 300만 장 이상이며, Hooded Horse가 발표한 수치로 Steam·GOG·Epic Games Store·Microsoft Store 판매를 포괄한다(VGChartz의 공식 발표 인용 보도). 매출은 최신 누적 공식 수치를 확인하지 못했지만, Hooded Horse CEO Tim Bender가 2024년 7월 Steam 누적 총매출 6,000만 달러 초과라고 밝힌 것이 확인되며(Game World Observer), 개발사 실수령과 이익은 확인되지 않았다. 제작자 관점에서 중요한 이유는 “유기적으로 예쁜 중세 마을”이라는 첫인상용 비주얼이 실제로 이동 거리·노동 배치·시장 공급·민병대 동원 비용을 결정하는 규칙이 되어, 감상과 최적화를 같은 공간 설계 안에 묶었다는 점이다.

판매량·매출 요약

항목 확인된 내용 기준 시점·플랫폼·출처
판매량 300만 장 이상 · 공식 발표 2025-02, PC의 Steam·GOG·Epic Games Store·Microsoft Store. Hooded Horse 발표를 인용한 VGChartz. 이전 공식 이정표는 2024-09 250만 장 이상(Games Press의 Hooded Horse 보도자료).
매출 Steam 총매출 6,000만 달러 초과 · 퍼블리셔 CEO 공개 수치. 전체 PC 스토어 누적 매출은 미확인 2024-07, Steam 누적. Hooded Horse CEO Tim Bender 발언을 전한 Game World Observer.
개발사 실수령 미확인 스토어 수수료, Hooded Horse 배분, 세금·환불·외주비를 반영한 Slavic Magic 실수령 공개치를 확인하지 못함.
이익 미확인 개발비·외주비·마케팅비 등 전체 비용 공개치가 없어 이익을 계산하지 않음.
BM·가격 유료 패키지, 미국 Steam 정가 US$39.99. 2026-09-09 확인 시 35% 할인 US$25.99가 노출됨. 별도 인앱결제·광고는 확인되지 않음 2026-09-09, Windows. Steam, Epic Games Store, GOG.

한 장면으로 보는 핵심: 예쁜 길이 곧 생산 라인이다

Steam의 공식 설명은 Manor Lords를 “격자 없는 도시 건설”로 규정한다. 플레이어는 정사각형 타일에 건물을 끼워 넣는 대신 먼저 도로를 긋고, 도로가 만든 다각형 공간을 주거용 burgage plot으로 지정한다. 큰 구획은 뒤뜰 확장 공간이 생겨 채소밭·닭·염소·장인 작업장 같은 별도 생산 기능을 붙일 수 있다(Steam 공식 설명). 즉 “길을 어떻게 예쁘게 구부렸는가”가 주택 수, 뒤뜰 생산, 주민의 보행거리, 시장 접근성을 동시에 바꾼다.

대표적인 초반 장면을 따라가면 이 설계가 선명하다. 벌목소와 제재소를 숲 가까이에 지어도 통나무는 순간 이동하지 않는다. 소가 끌고 가야 하고, 가족은 집에서 일터까지 걸어간다. 제재가 끝난 판자나 식량도 저장소와 시장으로 운반되어야 한다. 그래서 생산 건물을 자원 옆에 놓는 선택과, 주민 거주지·창고·시장을 서로 가깝게 묶는 선택이 충돌한다. 공식 설명도 자원 운송과 계절, 토양 비옥도, 사슴 서식지, 삼림 벌채를 도시 형태와 직접 연결한다(Steam).

여기서 중요한 감정은 “생산량을 올렸다”보다 마을이 실제로 굴러간다는 감각이다. 사람과 소가 자원을 눈앞에서 옮기고, 집 뒤뜰이 식품이나 공산품을 만들며, 계절이 바뀌어 들판 색이 달라진다. 시각 연출은 단순 장식이 아니라 플레이어가 자신의 배치를 관찰하고 원인을 추론하는 디버깅 화면이 된다. 이 때문에 작은 병목도 서사처럼 보인다. 장작은 충분한데 시장에 안 올라오거나, 곡물은 쌓였는데 탈곡이 늦어 빵이 부족하면 “숫자가 틀렸다”가 아니라 “누가 어디에서 막혔는가”를 도시 안에서 찾게 된다.

평온함과 위기를 같은 자원망에 묶는 후킹

첫 후킹: 스크린샷에서 이미 규칙이 보인다

첫인상을 만드는 것은 고증풍 건축과 비정형 도로, 수백 명이 움직이는 전투다. 공식 사이트와 Steam 상점은 넓게 굽은 길, 역사적 건축, 계절 변화, 대형 전투를 전면에 둔다(공식 사이트, Steam). 전형적인 타일형 도시 건설보다 결과 화면이 “내가 만든 장소”처럼 보이는 것이 강한 상점 후킹이다.

하지만 플레이를 이어 가게 하는 힘은 미관 자체보다 공간 선택이 나중에 비용으로 돌아오는 지연 피드백에 있다. 초반에 숲 옆에 생산지를 몰아넣으면 편하지만 주거지가 멀어져 출퇴근이 길어진다. 집 뒤뜰을 크게 잡으면 생산 여지가 늘지만 같은 도로 길이에 수용할 집 수가 줄어든다. 농지를 비옥한 땅에 넓게 펼치면 식량 기반이 좋아지지만 계절별 노동 수요가 치솟는다. 지금의 배치가 몇 달 뒤 겨울 식량과 성장 속도에 영향을 주므로, 플레이어는 결과를 확인하기 위해 다음 계절까지 보고 싶어진다.

전투의 킥: 병사는 별도 자원이 아니라 일하던 주민이다

Manor Lords의 전투는 도시 건설과 분리된 미니게임이 아니다. 공식 설명은 민병대를 소집하면 농민이 무기를 들고 나가므로 경제가 멈출 수 있고, 전투에서 죽은 병사는 도시 인구의 손실이라고 명시한다(Steam 공식 설명). 그래서 적이 나타났을 때 “병력 수치가 충분한가”뿐 아니라 “지금 수확철인데 이 사람들을 빼도 되는가”, “개인 재산으로 용병을 사서 생산을 유지할 것인가”가 함께 걸린다.

이 연결이 이 게임의 가장 좋은 킥이다. 평온한 건설 파트에서 애착을 만든 주민과 생산망이 전투의 비용 단위가 된다. 개발자도 출시 전 “Total War 경쟁작”이나 빠른 RTS라기보다 도시 건설이 중심이고 전투는 드물게 강도를 높이는 요소라고 선을 그었다(PC Gamer). 전투 빈도를 높여 독립적인 RTS처럼 만들었다면 긴장감은 늘 수 있지만, 도시의 노동력과 병력이 같은 사람이라는 의미는 약해졌을 가능성이 크다. 이는 작성자의 분석이다.

재미가 피로로 뒤집히는 지점: 보이는 시뮬레이션과 설명되지 않는 시뮬레이션

Steam 상점의 현재 영어 리뷰 집계는 2026-09-09 확인 시 전체 약 4만 건 중 86% 긍정, 최근 30일은 약 1,300건 중 80~81% 긍정으로 여전히 높다(Steam). 가장 도움 됨 순 리뷰에서는 역사 전공자가 중세 마을을 재현하는 진정성을 높이 평가하고, 다른 이용자는 농업·임업을 운영하는 일 자체를 농담 섞어 칭찬한다(Steam Community 인기 리뷰). 이 반응은 “역사적 분위기”가 배경 장식이 아니라 생산 방식과 공간 형태에 닿을 때 설득력이 커진다는 점을 보여 준다.

반대로 최근 부정 리뷰에서는 얼리 액세스 2년이 지난 뒤에도 콘텐츠와 일부 시스템이 미완성으로 느껴진다는 불만, 의미 있는 업데이트 속도가 느리다는 불만, 물류·모집 규칙이 충분히 설명되지 않아 복잡성이 전략보다 마찰로 느껴진다는 지적이 반복된다(Steam Community 최근 리뷰, Steam Community 리뷰 페이지). 초기부터 시장 공급과 운송이 중앙 병목이 된다는 커뮤니티 피드백도 있었다(Reddit 물류 토론, Steam 물류 피드백). 일부 리뷰와 토론을 전체 이용자 의견으로 일반화하지는 않는다.

제작 관점의 경계는 분명하다. 복잡한 상태를 화면에서 관찰할 수 있게 만드는 것그 상태의 규칙을 플레이어가 이해할 수 있게 만드는 것은 별개다. 사람이 걸어 다니는 모습은 매력적이지만, 왜 특정 집이 장작을 못 받는지 원인이 숨겨져 있으면 같은 시각적 사실감이 오히려 답답함의 증거가 된다. 모바일 게임에 이 원리를 가져갈 때는 시뮬레이션 깊이를 줄이라는 뜻이 아니라, 작은 화면에서 병목 원인과 다음 행동을 더 직접적으로 읽히게 해야 한다는 조건이 붙는다.

판매량·매출·BM

Manor Lords는 2024년 4월 26일 Windows PC 얼리 액세스로 출시됐다. Steam·GOG·Epic Games Store·Microsoft Store와 PC Game Pass에 배포됐고, 공식 FAQ는 PC 출시를 명시한다(Manor Lords 공식 Wiki FAQ). 현재 확인한 공식 채널에는 iOS·Android 실제 출시가 없으며, 공식 FAQ는 PC와 향후 Xbox를 언급한다. 따라서 이번 기록의 platforms에는 실제 출시가 확인된 Windows만 넣었다.

판매 속도는 매우 가팔랐다. Hooded Horse 발표 기준 출시 3주 안에 200만 장, 2024년 9월 250만 장, 2025년 2월 300만 장 이상으로 올라갔다(Game Developer, 200만 장, Games Press/Hooded Horse, 250만 장, VGChartz, 300만 장 공식 발표 인용). 2024년 5월 보도에서 Hooded Horse는 Steam·GOG·Epic·Microsoft Store 판매가 포함된다고 설명했고, Game Pass 이용자는 판매량에 포함되는 구매와 구분해야 한다(Game Developer).

매출은 범위를 더 조심해야 한다. Hooded Horse CEO Tim Bender가 2024년 7월 기준 Steam에서만 총매출 6,000만 달러를 넘었다고 밝힌 수치가 확인된다(Game World Observer). 이것은 개발사 실수령이나 이익이 아니다. Steam 수수료, 세금·환불, Hooded Horse와의 계약 배분, 외주·QA·개발비가 공개되지 않았으므로 실수령과 이익을 임의 계산하지 않는다. 2026년 현재 외부 데이터 서비스는 더 큰 Steam 매출을 추정하지만 방법론과 값이 크게 갈려 상단 핵심 수치에는 사용하지 않았다.

BM은 유료 패키지 판매가 중심이다. 미국 Steam 정가는 US$39.99이며 2026-09-09에는 35% 할인 가격 US$25.99가 노출됐다(Steam). GOG와 Epic에서도 같은 기본 가격대의 패키지로 판매된다(GOG, Epic Games Store). 광고나 인앱결제 중심 구조가 아니라 “얼리 액세스 상태의 프리미엄 패키지를 먼저 사고 지속 업데이트를 기대하는” 계약에 가깝다. 이 때문에 업데이트 속도에 대한 불만은 단순 콘텐츠 취향이 아니라 구매 후 가치 인식과 직접 연결된다.

상업적으로 더 중요한 것은 300만 장보다 300만 위시리스트다

출시 직전 Steam 위시리스트가 300만 건 이상이었고, 데모 이후 50만 건 이상이 추가됐다는 Hooded Horse 자료가 보도됐다(MMORPG.com의 Hooded Horse 보도자료 인용). 출시 첫날 100만 장 이상으로 전환된 것은 엄청난 결과지만, 여기서 “위시리스트가 곧 판매”라고 일반화하면 안 된다. 퍼블리셔 CEO 역시 성공 후 인터뷰에서 위시리스트 숫자의 해석이 단순하지 않다고 경고했다(PCGamesN 인터뷰).

제작자에게 가져갈 판단은 숫자 자체보다 무엇이 오랜 기간 위시리스트에 남게 했는가다. Manor Lords는 2020년부터 Steam 페이지가 존재했고, 도시를 내려다보는 아름다운 화면과 대형 전투라는 이해하기 쉬운 약속을 반복적으로 보여 줬다. 동시에 실제 게임에서는 그 약속을 “유기적 도로·가족 단위 노동·민병대”라는 구체 규칙으로 연결했다. 마케팅 소재와 실제 시스템의 중심 이미지가 같았다는 점이 중요하다.

제작 과정: 1인 신화를 벗기면 더 유용한 구조가 보인다

Greg Styczeń은 Unreal Engine 인터뷰에서 Manor Lords가 자신의 첫 “진지한” 프로젝트이며, Stronghold: Crusader, The Settlers, Age of Empires 같은 RTS를 좋아해 만들기 시작했다고 설명했다. 처음에는 영상 프리랜서 일을 하며 취미로 파트타임 개발했고, Patreon과 Epic MegaGrant를 받은 뒤 본업 의뢰를 줄이고 전업 개발과 외주 활용이 가능해졌다고 말했다(Unreal Engine 개발자 인터뷰).

여기서 “솔로 개발”을 곧 “모든 자산과 작업을 혼자 했다”로 번역하면 실제 제작 판단을 망친다. 공식 FAQ에서 Styczeń은 자신을 유일한 상근 스튜디오 멤버라고 설명하면서 프리랜서, 구매 자산, 전문 QA사 QLOC, 퍼블리셔 Hooded Horse와 협업한다고 밝혔다(공식 Wiki FAQ). 현재 Steam 설명은 프로젝트가 플레이어 지원을 통해 프로그래머·2D 아티스트·게임/맵 디자이너가 참여하는 팀으로 성장했다고 적는다(Steam). 정확한 현재 인원수는 확인하지 못했으므로 “1인 게임”이나 “몇 명 팀”으로 단정하지 않는 편이 맞다.

이 구조가 주는 개발 교훈은 인원 최소화가 아니다. Styczeń 본인은 외주가 개발 속도를 마법처럼 높이지는 않지만 생산 가치가 즉시 올라간다고 설명했다(Unreal Engine). 핵심 설계와 기술 의사결정은 한 사람이 오래 붙잡고, 모션 정리·일러스트·QA 같은 전문 작업은 외부 자원을 써 완성도를 보강한 것이다. 작은 모바일 팀도 “모든 직무를 내부 채용할 것인가”보다 “핵심 반복 설계는 누가 통제하고, 순간적으로 품질을 끌어올릴 전문 작업은 무엇을 외부화할 것인가”로 문제를 나누는 편이 더 현실적이다.

고증은 목표가 아니라 제약 조건

Styczeń은 “역사적으로 정확하다”는 표현 자체를 경계하며, 역사를 영감으로 삼되 게임성과 현실성의 균형을 찾는다고 말했다(Unreal Engine 인터뷰). 이 태도는 Manor Lords의 시스템과 맞닿는다. 자유로운 도로, burgage plot, 계절 농업, 자원 운송은 분위기를 만드는 동시에 선택을 만든다. 고증 자료가 기능 목록을 늘리는 데 쓰인 것이 아니라 기존 도시 건설 장르의 격자·즉시 물류 관습을 의심하게 만드는 제약으로 작동한다.

제작자가 참고할 부분은 “사실적인 게임을 만들자”가 아니다. 테마 조사에서 얻은 사실 중 어떤 것이 기존 장르 규칙을 바꾸는 압력으로 작동하는지 찾아야 한다. 모바일 요리 게임이라면 조리법 고증을 수십 개 추가하는 대신, 실제 주방의 동선이나 동시에 쓸 수 없는 도구 하나가 핵심 선택을 만드는 식이다. 후자는 콘텐츠 비용보다 규칙의 밀도를 높인다.

얼리 액세스와 피드백: 대규모 성공이 개발 속도를 자동으로 바꾸지 않는다

출시 직후 Hooded Horse CEO는 대규모 피드백을 패치에 반영하되, 성공 때문에 개발팀을 갑자기 50명으로 키우는 방식은 핵심 비전을 깨뜨릴 수 있다고 설명했다(PC Gamer). Steam의 얼리 액세스 설명 역시 커뮤니티 피드백으로 확장·개선하겠다고 명시한다(Steam Early Access 설명).

그러나 2026년 최근 리뷰에서 업데이트 속도와 미완성 시스템에 대한 불만이 커진 사실도 함께 봐야 한다. 이것은 “작은 팀이면 천천히 해도 된다”는 면죄부도, “돈을 벌었으니 즉시 대규모 채용해야 한다”는 단순 해법도 아니다. 판매 전에 약속한 시스템 범위와 판매 후 전달 속도의 관계를 관리해야 한다는 사업 문제다. 특히 프리미엄 얼리 액세스는 플레이어가 현재 버전뿐 아니라 미래의 완성을 일부 선구매한다고 느끼기 쉽다. 작은 팀일수록 공개 로드맵의 폭, UI의 ‘coming soon’ 노출, 업데이트 단위가 신뢰 비용으로 바뀔 수 있다.

모바일 인디 제작자가 가져갈 판단

첫째, 공간을 예쁘게 만드는 행위와 효율을 높이는 행위를 분리하지 말 것. Manor Lords에서 굽은 길과 큰 뒤뜰은 미관 선택이면서 운송·수용량·생산 선택이다. 모바일에서도 장식 모드와 생산 모드를 따로 두기보다, 플레이어가 손가락으로 배치한 형태가 실제 흐름을 바꾸게 하면 한 번의 입력이 더 많은 의미를 가진다. 다만 작은 화면에서는 이동 병목이 시각적으로 묻히기 쉬우므로, 선택 후 예상 운송 거리나 공급 범위를 즉시 보여 주는 보조 피드백이 필요하다. 이는 원작의 사실이 아니라 모바일 적용 가설이다.

둘째, 고강도 모드를 별도 자원층으로 만들기 전에 평상시 시스템의 자원을 끌어다 쓰게 할 것. Manor Lords의 전투가 강한 이유는 병력이 주민과 분리되어 있지 않기 때문이다. 모바일 경영 게임에서 레이드용 에너지·전투 전용 캐릭터를 별도 추가하는 대신, 평소 생산 인력을 이벤트에 보내는 선택이 가능하면 콘텐츠 두 덩어리가 서로 의미를 만든다. 대신 짧은 세션에서는 장기 손실이 갑작스럽게 느껴지지 않도록 복귀 시 결과 요약과 회복 경로가 필요하다.

셋째, 시뮬레이션의 깊이보다 원인 가시성을 먼저 예산화할 것. Manor Lords의 대표 불만은 물류 자체가 존재해서가 아니라, 왜 멈췄는지 읽기 어려운 순간에 생긴다. 시스템 설계 단계에서 “상태가 몇 개인가”와 함께 “플레이어가 병목 원인을 몇 번의 탭으로 찾을 수 있는가”를 측정해야 한다. 작은 화면에서는 특히 중요하다.

넷째, 마케팅용 한 장면과 코어 루프가 같은 약속을 해야 한다. Manor Lords의 상점 스크린샷은 유기적 중세 마을과 전투를 보여 주고, 실제 핵심 규칙도 도로·가족·민병대를 중심으로 돌아간다. 모바일 스토어용 영상에서 과장된 보스전이나 장식만 보여 주고 실제 반복 플레이가 전혀 다르면 초기 설치는 얻어도 유지와 리뷰에서 비용을 치른다.

마지막으로, 작은 팀의 경쟁력은 기능 수가 아니라 결합도에서 나온다. Manor Lords의 도로 하나가 미관, 주거, 이동, 생산, 시장, 전투 준비에 영향을 준다. 이처럼 하나의 규칙이 여러 재미를 연결하면 콘텐츠 양보다 시스템 간 상호작용이 플레이 시간을 만든다. 반대로 같은 결합도가 설명되지 않으면 작은 버그와 불투명성이 전체 경제를 흔드는 단점도 커진다. 따라서 “규칙을 많이 연결하되, 실패 원인은 더 잘 보이게 한다”가 이 사례에서 모바일 제작자가 가져갈 가장 구체적인 원칙이다.

주요 자료