Merchant RPG — 제작자 관점 해체 분석

한 줄 결론

[의견] 영웅 파견 → 재료 회수 → 제작 → 판매 또는 장착 → 더 높은 지역 파견이라는 닫힌 경제 루프를 거의 전부 UI·타이머·데이터 테이블로 만들기 때문에, 프론트엔드 개발자가 성장형 모바일 게임으로 진입할 때 매우 재현 가치가 높은 사례다. 액션 연출이나 수작업 맵 대신 상태 관리, 경제 밸런스, 아이템 데이터, 진행 잠금 해제가 플레이 시간을 만든다.

다만 완제품 Merchant의 500개 이상 아이템과 80종 이상 적을 그대로 따라가면 콘텐츠 제작량이 커진다. 배워야 할 것은 숫자 자체가 아니라 같은 재료·장비·영웅 시스템이 서로를 먹여 살리는 순환 구조다.

1. 기본 정보

확인 가능한 사실

• 장르: RPG / Simulation / Management / Crafting / Idle 계열
• 세부 장르: 오프라인 타이쿤 + 영웅 파견 + 제작 경제
• 개발/퍼블리싱: Retora Games
• 모바일: iOS, Android
• PC: Steam 버전 존재
• iOS App Store ID: 1035170074
• Google Play package: bearface.games.merchant
• Steam App ID: 346750
• iOS 출시: 2016-06-09로 App Store 버전 히스토리에서 확인 가능
• Steam 출시: 2015-01-01
• Android는 2026-09-08 기준 Google Play에서 서비스 중이며 2026-03-25 업데이트 기록이 확인된다.
• Google Play: 1M+ 다운로드, 약 5.3만 리뷰, 평점 약 4.6
• App Store 미국: 무료 + IAP, 276개 평가, 평점 4.6
• 광고: Google Play에서 Contains ads 표시. 보상형 광고가 존재한다.
• IAP: 소모성 젬 중심이 아니라 확장팩, 슬롯, 기능 unlock 같은 영구 구매가 중심이다.
• 미국 App Store 기준 예시: Unlocks Everything $14.99, Frozen Tome $2.99, Scribe Expansion $3.99, 추가 인벤토리/영웅 슬롯 $0.99 등.
• Google Play 설명은 Offline Playable! No IAP currency, all purchases are permanent!라고 명시한다.
• Steam 설명 기준 500개 이상 아이템, 최대 15 영웅, 9개 영웅 타입, 80개 이상 적이 존재한다.
• Steam은 무료 플레이이며 DLC 방식으로 확장을 판매한다.
• Steam은 오프라인 플레이가 가능하다고 명시한다.
• itch.io 페이지는 Corona SDK로 제작되었다고 표기한다.

팀 규모

[사실] Retora Games는 소규모 독립 스튜디오이며 LinkedIn 공개 정보는 회사 규모를 2~10명으로 표시한다. Tyler Coleman은 Merchant 관련 디자이너·프로그래머·프로듀서로 소개되어 왔고, 다른 아트/디자인 협업자 흔적도 있다.

[추정 | 신뢰도 중간] 초기 Merchant의 핵심 구현·디자인은 1명 중심에 일부 협업자/계약자가 붙는 형태였을 가능성이 높다. 따라서 완제품의 역사적 팀 규모를 정확히 1인 개발이라고 단정하면 안 되지만, Merchant의 코어 루프 자체는 1인이 충분히 프로토타입 가능한 구조다.

2. 핵심 판타지와 플레이어 약속

Merchant의 판타지는 전사가 아니라 전사를 움직이는 상인이다.

플레이어에게 주는 약속은 단순하다.

1. 영웅을 보내면 재료가 돌아온다.
2. 재료로 더 좋은 물건을 만든다.
3. 그 물건은 팔아서 자본이 되거나 영웅을 강하게 만든다.
4. 강해진 영웅은 더 가치 높은 지역에서 더 좋은 재료를 가져온다.
5. 결국 생산 체인 전체가 더 빠르고 비싸고 효율적으로 돌아간다.

[의견] 이 구조의 좋은 점은 강화가 단순한 숫자 상승으로 끝나지 않는다는 것이다. 같은 검 한 자루도 판매하면 현금, 장착하면 미래 생산력, 상위 제작의 재료로 남기면 미래 옵션이라는 기회비용을 만든다.

3. 코어 루프

첫 10초

[추정] 영웅을 선택해 적/지역에 보내고 완료 타이머를 확인한다. 또는 이미 끝난 파견의 보상을 회수한다.

핵심은 전투 조작이 아니라 작업 큐를 배치하는 것이다.

첫 30초

• 파견 보상으로 재료 획득
• 제작 가능한 레시피 확인
• 제작 큐 등록
• 완성된 장비를 판매할지 영웅에게 장착할지 결정

여기서 첫 경제적 선택이 생긴다.

첫 5분

• 여러 영웅을 병렬로 파견
• 여러 crafter의 제작 큐 운영
• 골드로 슬롯/영웅/제작 능력 확장
• 장비 스탯과 적 난이도를 비교
• 재료 부족 병목을 발견

[의견] 이 시점부터 게임은 클릭커가 아니라 작은 운영체제가 된다. 플레이어가 실제로 하는 일은 상태 확인 → 병목 발견 → 큐 재배치 → 자원 재투자다.

한 세션

모바일에서는 2~10분 정도의 체크인 세션과 더 긴 최적화 세션이 모두 가능하다.

• 완료된 작업 회수
• 다음 파견 배치
• 제작 큐 채움
• 장비 비교
• 판매/장착
• 다음 unlock까지 필요한 자원 확인
• 앱 종료

장기 루프

지역/적 해금 → 더 높은 재료 → 상위 장비 → 영웅 성장 → 새 제작자/시스템 → prestige/확장 콘텐츠 → 더 복잡한 경제 최적화

4. 성장 루프

Merchant의 성장에는 최소 세 층이 있다.

영웅 성장

영웅은 전투를 반복하며 성장하고, 장비·스킬·클래스 선택이 전투 결과를 바꾼다.

제작 성장

Crafter가 더 높은 수준의 아이템을 제작하고, 상위 재료/레시피가 열리면서 생산 가치가 커진다.

경제 성장

인벤토리, 영웅 슬롯, 제작 능력, 판매 가치와 처리량이 늘어난다.

핵심: 강해진 영웅은 더 좋은 재료를 얻고, 더 좋은 재료는 더 좋은 장비를 만들며, 더 좋은 장비는 다시 영웅의 생산력을 높인다.

즉 단방향 업그레이드 트리가 아니라 combat economy ↔ crafting economy ↔ cash economy가 서로 순환한다.

5. 첫 플레이 후킹과 온보딩

Merchant의 훅은 화려한 전투가 아니라 짧은 시간 안에 닫힌 생산 순환이 완성되는 것이다.

초반에는 다음 인과가 빠르게 보여야 한다.

파견 → 재료 → 제작 → 더 높은 전투력 → 더 좋은 파견

[의견] 이 장르에서 온보딩 실패는 텍스트 설명 부족보다 첫 회전이 너무 늦게 완성되는 것이다. 프로토타입을 만든다면 첫 2~3분 안에 위 순환을 최소 두 번 경험하게 해야 한다.

튜토리얼도 긴 설명보다 버튼을 하나씩 잠금 해제하는 방식이 적합하다.

6. 재미의 원천

선택

판매와 장착 사이의 기회비용, 여러 영웅 중 누구에게 자원을 투자할지, 어떤 재료 병목을 먼저 해결할지가 핵심 선택이다.

성장

재료 등급, 장비 성능, 영웅 능력, 제작 효율이 계속 올라간다.

수집

아이템·재료·레시피·영웅 타입이 자연스러운 수집 축이다.

최적화

영웅 파견과 crafter 큐를 비지 않게 돌리는 것이 생산성 게임의 재미를 만든다.

빌드

장비와 스킬 조합으로 특정 적에 유리한 구성을 만들 수 있다.

변동 보상

전투 결과와 드롭이 완전히 고정되지 않기 때문에 같은 작업에도 기대값과 실제 결과 사이의 차이가 있다.

숙련

손기술이 아니라 시스템 이해도가 숙련의 핵심이다.

[의견] 프론트엔드 개발자에게 특히 중요한 점은 이 모든 재미가 거의 데이터 모델 + 상태 전이 + 확률 + 큐로 표현 가능하다는 것이다.

7. 게임 필과 Juice

Merchant는 액션 게임처럼 프레임 단위 입력 감각이 중요한 게임이 아니다.

따라서 게임 필의 중심이 다르다.

• 작업 완료 시 즉시 인지되는 상태 변화
• 재료/아이템 아이콘과 등급 구분
• 제작 완료 보상
• 장비 교체 후 스탯 변화
• 성공/실패 전투 결과
• 여러 타이머가 동시에 돌아가는 시각적 리듬
• 숫자 증가와 unlock 알림

[사실] 2022년 업데이트에서 아이템, crafter, 영웅 등에 사운드 효과가 추가된 기록이 있다.

[추정] 모바일 진동 사용 여부는 공개 자료만으로 확인하지 못했다.

[제작 관점] 이 장르에서는 큰 애니메이션보다 완료 시점, 희귀 아이템 드롭, 장비 업그레이드, 병목 해소 같은 경제 이벤트에 짧고 강한 피드백을 주는 편이 비용 대비 효과가 높다.

8. 리텐션 구조

Merchant의 리텐션은 로그인 보상보다 미완료 경제 상태에서 나온다.

• 진행 중인 파견이 끝날 예정
• 제작 큐가 곧 완료됨
• 다음 장비를 만들려면 재료 한두 개가 부족함
• 새 영웅/지역/제작자가 거의 unlock됨
• 특정 보스에 맞는 장비 조합을 시험하고 싶음

즉 조금만 더 하면 다음 계층이 열린다는 목표가 계속 겹쳐 있다.

[사실] 후기 업데이트에는 prestige, weekly monsters, daily orders 같은 장기 리텐션 장치도 추가되었다.

[의견] 솔로 개발 MVP에서는 daily/weekly부터 만들 필요가 없다. 먼저 기본 생산 루프가 3~5시간 버티는지 확인하고, 이후 reset/prestige나 장기 목표를 넣는 편이 낫다.

9. 콘텐츠 레버리지

Merchant는 표면적으로 500개 이상의 아이템을 가지고 있어 콘텐츠가 많아 보인다.

하지만 많은 아이템은 다음 데이터의 조합으로 확장할 수 있다.

• base item type
• material tier
• quality / rarity
• stat modifier
• recipe inputs
• crafter level requirement
• sell price
• hero class compatibility

[의견] 즉 500개 아이템 = 500개의 독립 에셋일 필요가 없다. 템플릿과 변형 규칙으로 데이터 행을 늘릴 수 있다.

적 역시 전투 애니메이션보다 스탯/드롭 테이블/지역 이미지가 중요하다면 재사용성이 높다.

콘텐츠를 직접 많이 만들지 않고도 10시간 이상 가능한가?

가능하다. 다만 조건이 있다.

• 제작 레시피가 단순히 수치만 커지지 않고 병목을 바꿔야 한다.
• 장비 선택이 영웅 성능에 실제 차이를 만들어야 한다.
• 상위 지역이 새로운 재료 관계를 열어야 한다.
• 생산 큐와 영웅 슬롯 증가가 운영 방식을 변화시켜야 한다.

숫자만 1.1배씩 커지면 10시간 전에 피로가 온다.

10. 경제 시스템

주요 source

• 영웅 퀘스트/전투 → 재료
• 아이템 판매 → 골드
• 광고 보상 → 일부 보너스

주요 sink

• 제작 비용
• 영웅/시스템 확장
• 장비를 판매하지 않고 장착하는 기회비용
• 상위 제작을 위해 재료를 저장하는 기회비용

경제의 좋은 점

재료를 얻는 전투와 골드를 얻는 판매가 분리되어 있다.

그래서 플레이어는 같은 아이템을 보고도 세 가지 질문을 한다.

1. 지금 팔아 현금을 확보할까?
2. 영웅에게 장착해 미래 생산력을 높일까?
3. 상위 제작을 위해 남겨둘까?

이것이 실제 의사결정이다.

성장 곡선

[추정] 정확한 내부 비용 함수는 공개 자료에서 확인하지 못했다. 따라서 특정 지수/등비 공식은 단정하지 않는다.

[제작 의견] 유사 게임을 만든다면 비용 곡선은 단순 지수 상승보다 새 재료 tier → 새 병목 → 생산 구조 변경을 더 중요하게 설계하는 편이 좋다.

11. 숫자가 커지는 재미와 실제 의사결정

Merchant의 장점은 숫자가 커지는 것과 선택이 완전히 같은 것이 아니라는 점이다.

• 숫자 성장: 영웅 레벨, 장비 능력치, 제작 가치, 골드
• 의사결정: 어떤 영웅을 보낼지, 무엇을 만들지, 판매할지 장착할지, 어떤 병목을 먼저 해결할지

[의견] 이 차이는 중요하다. Incremental 게임을 만들 때 숫자 성장은 보상, 선택은 게임이라고 보면 된다.

12. 모바일 적합성

한 손 조작

대부분 버튼/메뉴 기반이라 매우 적합하다.

중단/재개

퀘스트와 제작이 타이머/상태 기반이므로 앱을 즉시 닫기 쉽다.

세션 길이

itch.io는 평균 세션을 a few minutes로 표기한다. 동시에 최적화할 것이 많아지면 긴 세션도 자연스럽게 가능하다.

오프라인

Google Play와 Steam 설명 모두 오프라인 가능을 강조한다.

네트워크

코어 플레이는 서버 의존이 낮다. 클라우드 저장, 광고, 결제, 리더보드 같은 부가 기능만 네트워크를 사용하면 된다.

배터리

[추정] 화면 대부분이 정적 UI와 타이머이며 실시간 물리/3D가 없어 구조적으로 배터리 부담을 낮게 만들기 쉽다. 실제 소비 전력 수치는 공개 자료가 없다.

13. BM 해체

Merchant 모바일의 BM은 비교적 제작자 친화적인 학습 사례다.

확인 가능한 BM

• 무료 다운로드
• 보상형 광고
• 영구 기능/슬롯 구매
• 확장팩
• Unlock All 번들
• 소모성 프리미엄 화폐 없음

[사실] Google Play는 모든 구매가 permanent라고 설명한다.

핵심 재미와 BM의 관계

광고가 코어 제작/전투를 강제로 끊지 않고 선택적 가속/보너스에 가까운 형태라면 기본 경제 모델을 망가뜨릴 가능성이 낮다.

확장팩은 새로운 지역/적/제작자/시스템을 묶어 파는 방식이므로 콘텐츠 비용과 매출이 직접 연결된다.

비슷한 게임에 광고를 넣는다면

가장 덜 해치는 위치는 다음이다.

• 완료된 긴 파견의 보상 1회 증폭
• 하루 몇 회 제한된 즉시 완료
• 희귀 제작 결과의 재굴림

강제 인터스티셜을 매 작업 완료마다 넣으면 짧게 체크하고 끄는 장점을 파괴한다.

IAP를 넣는다면

• 추가 작업 큐
• 인벤토리 페이지
• 영구 QoL
• 콘텐츠 확장팩
• cosmetic theme

같은 영구 구매가 자연스럽다.

14. 돈을 얼마나 벌었을까

확인 가능한 자료

• Google Play 공식: 1M+ 다운로드
• 2026-09-07 기준 제3자 추적 서비스 Chrome-Stats: Android 약 2.18M 다운로드, 약 53K 평점/리뷰 데이터
• 미국 App Store: 276 ratings
• Steam: 약 600개 사용자 리뷰, 무료 플레이 + 유료 DLC
• Tyler Coleman의 2026년 공개 LinkedIn 글: Retora Games가 게임과 외주/계약을 합쳐 누적 $1M 이상을 만들었다고 언급. 이는 Merchant 단독 매출이 아니다.

범위 추정

[추정 | 신뢰도 낮음] Merchant 단일 타이틀의 누적 소비자 결제 + 광고 총매출(gross consumer spend/ad gross)을 대략 $300K~$1.2M 범위로 본다.

가정:

1. Android 설치를 최소 2M 수준으로 둔다.
2. iOS와 Steam은 설치 수를 확인할 수 없어 별도 크게 가산하지 않는다.
3. 결제 전환율을 오래 운영된 무료 싱글플레이 틈새 게임에 맞춰 1.5~4% 정도의 넓은 시나리오로 둔다.
4. 결제자 평균 누적 결제를 $4~$10 정도로 둔다. 실제 스토어에는 $0.99~$14.99의 영구 구매와 $2.99~$3.99 확장팩이 있다.
5. 보상형 광고 수익은 별도 발생하지만 노출/DAU 자료가 없으므로 큰 오차가 있다.

단순 IAP 시나리오만 보면 Android 2.18M 기준:

• 하단: 2.18M × 1.5% × $4 ≈ $131K
• 상단: 2.18M × 4% × $10 ≈ $872K

여기에 iOS/Steam DLC와 광고를 더하면 수십만~백만 달러대 총매출 가능성이 생긴다.

개발사 실수령

이 수치는 개발사 실수령이 아니다.

IAP에는 플랫폼 수수료와 세금/환불이 있고, 광고 매출 역시 광고 네트워크의 정산 구조를 거친다. 따라서 개발사에 실제 남는 금액은 위 gross보다 낮다. 운영 인건비, 외주, 마케팅 비용도 별도다.

신뢰도: 낮음. 타이틀별 공식 매출이나 실제 결제 전환율이 공개되지 않았기 때문이다.

15. 성공이 게임 자체인가, UA/브랜드/퍼블리셔 파워인가

[사실] Retora Games는 대형 퍼블리셔가 아니라 소규모 인디 스튜디오이고, Merchant는 장기간 서비스를 이어온 자체 IP다.

[추정] 성공 기여도는 게임 구조와 장기 오가닉 비중이 높았을 가능성이 크다. Google Play에서 1M+ 다운로드와 수만 개 리뷰가 쌓였고, 후속작 소개 자료에서도 원작 Merchant가 계속 오가닉 다운로드와 매출을 낸다는 개발자 언급이 확인된다.

대규모 브랜드/IP 파워가 핵심이었다고 보기 어렵다.

다만 10년 이상 누적된 스토어 히스토리와 리뷰 자산은 지금 새 게임이 그대로 재현할 수 없는 이점이다.

16. UA / 발견성

ASO

Merchant, Offline, Idle, Crafting, RPG, Tycoon 같은 고의도 키워드가 제목/설명에 잘 맞는다.

스토어 썸네일

약점은 시스템이 UI 중심이라 한 장의 스크린샷에서 강렬한 액션을 보여주기 어렵다는 점이다.

3초 광고 소재

가장 좋은 소재는 전투 자체보다 경제 성장 전후다.

• 낡은 검 → 재료 획득 → 전설 장비 제작
• 빈 인벤토리 → 다수 제작 큐 자동 운영
• 약한 영웅 → 장비 후 보스 처치
• 100골드 → 생산 체인 완성 후 대량 판매

TikTok / Shorts / GIF

재료가 연쇄적으로 상위 아이템으로 변환되는 모습과 생산 큐가 동시에 완료되는 순간이 훅이 될 수 있다.

스트리머 적합성

낮음~중간. 순간 반응형 게임보다 빌드 설명, 효율 최적화, 장기 플레이 콘텐츠에 적합하다.

17. 경쟁작과 포지셔닝

유사 축:

• Kittens Game: 텍스트/수치 중심 생산 경제
• Idle Slayer: active/idle 성장 혼합
• Shop Titans류: 상점/제작 경제지만 훨씬 높은 아트·라이브옵스 규모
• Soda Dungeon류: 영웅 자동전투 + 성장

Merchant의 차별점은 상점 경영을 장식/손님 시뮬레이션보다 파견-재료-제작-장비 경제에 집중한 것이다.

이 때문에 상점 애니메이션, NPC 대화, 3D 공간 제작 없이도 장르 판타지를 전달한다.

18. 제작 난이도 분해

19. 데이터 테이블 / 밸런싱 툴 / 에디터

이 게임에서는 전용 레벨 에디터보다 스프레드시트와 검증 도구가 더 중요하다.

필수에 가까운 테이블:

• heroes
• enemies
• regions
• materials
• recipes
• item templates
• stat modifiers
• quest duration
• drop tables
• sell prices
• unlock conditions

프론트엔드 개발자라면 JSON/CSV schema를 먼저 설계하고, 간단한 React/웹 기반 밸런싱 뷰어를 만드는 방식이 잘 맞는다.

추천 도구:

• 레시피 그래프 시각화
• 특정 tier까지 필요한 누적 재료 계산
• 영웅 DPS vs 적 HP 시뮬레이터
• 시간당 재화 생산량 계산
• 병목 자원 heatmap

[의견] 이 도구들이 실제 게임 화면보다 개발 효율을 더 크게 올릴 수 있다.

20. 출시 전/후 콘텐츠 생산 부담

출시 전

중간.

코어 시스템은 작지만, 상업 출시 느낌을 내려면 충분한 레시피·재료·아이템 이름·아이콘·적 데이터가 필요하다.

출시 후

낮음~중간.

서버 이벤트나 PvP가 없으면 운영 부담은 낮다. 대신 장기 유저를 위해 확장팩, 새로운 지역, 제작 tier를 추가할 수 있다.

[사실] Merchant는 실제로 Frozen Tome, Scribe 등 확장 콘텐츠를 추가했다.

21. 예상 팀 규모와 기간

Merchant 같은 핵심 구조를 검증하는 버전

• 팀: 1명
• 코어 프로토타입: 1~3일
• 플레이 가능한 7일 빌드: 1주
• MVP: 3~6주
• 소규모 상용 출시: 3~6개월

Merchant 완제품 수준

500+ 아이템, 80+ 적, 여러 영웅 클래스, 다년간 업데이트까지 포함하면 훨씬 오래 걸린다.

즉 코어는 작지만 완제품의 데이터 양은 작지 않다. 이 구분이 중요하다.

22. 프론트엔드 개발자에게 유리한 부분

강하게 전이되는 경험

• 상태 관리
• 작업 큐
• 타이머
• derived state
• inventory schema
• table-driven UI
• 필터/정렬
• 데이터 마이그레이션
• local persistence
• 경제 dashboard
• 밸런싱 툴

Merchant류는 물리나 셰이더보다 복잡한 앱 상태를 안전하게 관리하는 능력이 경쟁력이 된다.

새로 배워야 할 부분

• 게임 경제 곡선
• 기대값과 확률 설계
• 체감 속도 조절
• 장기 progression
• 저장 데이터 버전 마이그레이션
• 모바일 광고/IAP SDK
• 게임 이벤트 기반 사운드/juice

23. 엔진/기술 후보

Godot

가장 추천.

• 2D/UI 충분
• 네이티브 모바일 배포
• 씬/UI 시스템
• 로컬 저장
• 소규모 프로젝트에 가벼움

Defold

매우 좋은 후보.

• 작은 바이너리
• 2D 중심
• 모바일 성능
• 데이터 중심 게임과 잘 맞음

Unity

광고/IAP/분석 SDK 생태계가 중요하면 안전한 선택이다. 다만 이 게임 규모에서는 엔진 자체가 다소 무거울 수 있다.

Phaser / Web

프로토타입에는 매우 좋다.

Merchant의 itch.io 페이지는 Corona SDK를 사용했다고 표시한다. 즉 핵심적으로 고급 3D 엔진 기능이 필요했던 게임이 아니다.

프론트엔드 개발자라면 Phaser/Web으로 1주 검증 후, 상용 모바일 요구에 따라 Godot/Defold/Unity를 선택하는 전략도 합리적이다.

24. 1일 / 7일 / 30일 MVP 분해

1일 프로토타입

딱 이것만 만든다.

• 영웅 1명
• 적 3종
• 파견 버튼
• 10~30초 타이머
• 재료 3종
• 레시피 3개
• 검 제작
• 판매 / 장착 선택
• 장착하면 다음 적 처치 시간이 감소

검증 질문: 판매와 장착 사이에서 실제로 고민하게 되는가?

7일 프로토타입

• 영웅 3명
• crafter 2종
• 재료 10종
• 레시피 20~30개
• 지역 3개
• 아이템 등급
• 드롭 테이블
• 오프라인 시간 계산
• 작업 큐
• 인벤토리 제한
• 기본 사운드/완료 피드백
• 저장/불러오기

검증 질문: 15~30분 동안 빈 작업 큐를 채우고 병목을 해결하는 행동이 계속 발생하는가?

30일 MVP

• 영웅 클래스 3~4개
• 적 12~20종
• 보스 3종
• 레시피 40~60개
• 장비 슬롯/스탯
• 영웅 스킬 최소형
• 확실한 지역 unlock
• 자동 반복 파견 또는 QoL unlock
• progression analytics
• crash logging
• rewarded ad 1종 또는 premium unlock 1종
• 밸런싱 스프레드시트/시뮬레이터
• 최소한의 튜토리얼

여기서 재미가 증명된 뒤에만 콘텐츠를 늘린다.

25. 스코프 폭발 위험

가장 위험한 것은 기능보다 데이터 수 증가다.

• 아이템 500개를 목표로 잡기
• 클래스마다 고유 스킬을 많이 만들기
• 전투 화면을 실제 액션 전투로 확장
• 상점 NPC 애니메이션 추가
• 온라인 거래소
• PvP
• 길드
• 실시간 서버 경제

이 중 하나만 들어와도 Merchant가 가진 제작 효율이 급격히 무너진다.

특히 후속작 Merchant Guilds처럼 온라인 길드/백엔드까지 확장하면 완전히 다른 제작 규모가 된다.

26. 장기 운영 부담

코어만 보면 낮다.

• 실시간 멀티플레이 없음
• 서버 경제 없음
• 시즌 경쟁 필수 아님
• 오프라인 플레이 가능

하지만 콘텐츠 업데이트를 계속 약속하면 아이템/적/지역 데이터 QA가 누적된다.

[의견] 1인 개발이라면 라이브 서비스보다 완성형 기본 게임 + 가끔 큰 확장팩 모델이 더 잘 맞는다.

27. 복제 가능한 디자인 원리 vs 의존 요소

복제 가능한 것

• 영웅 파견을 생산 노드로 보는 사고
• 전투 보상을 crafting input으로 연결
• 판매와 장착의 기회비용
• 여러 타이머의 병렬 처리
• inventory cap을 경제 의사결정으로 사용
• 생산 큐가 늘어나는 progression
• 영구 QoL/확장팩 BM
• 오프라인 single-player 구조

그대로 복제하면 안 되는 것

• Merchant라는 이름/IP
• 구체적인 아이템/적/클래스 목록
• 픽셀 아트 스타일
• 10년간 축적된 콘텐츠 양
• 기존 팬덤/스토어 리뷰 자산

28. 비슷한 게임을 만든다면

유지할 것

• 파견 → 재료 → 제작 → 판매/장착 → 더 높은 파견의 순환
• 장착과 판매 사이의 기회비용
• 오프라인 가능 구조
• 영구 구매형 BM
• UI 중심 구현

줄일 것

• 초기 아이템 수
• 영웅 클래스 수
• 적 종류
• 별도 expansion 시스템
• daily/weekly 이벤트

바꿀 것

전투 판타지 대신 더 시각적인 생산 테마를 붙이면 광고 훅이 좋아질 수 있다.

예:

• 폐품 수집 드론 → 부품 제작 → 드론 강화
• 광산 로봇 → 광물 → 제련 → 드릴 업그레이드
• 심해 잠수정 → 자원 채취 → 장비 제작 → 더 깊은 수심

이렇게 하면 Merchant의 경제 구조를 유지하면서 성장 전후를 3초 영상으로 보여주기 쉽다.

29. 세 가지 핵심 질문

이 게임에서 퍼즐이 아닌 반복 동력은 무엇인가?

생산 큐 관리와 미래 생산력을 높이는 재투자다. 플레이어는 끝난 작업을 회수하고, 병목을 찾아 다음 작업을 배치한다.

숫자/장비/자동화/빌드/경제 중 무엇이 세션을 이어주는가?

경제 + 장비 + 병렬 작업 큐가 핵심이다. 숫자 상승은 결과이고, 판매할지 장착할지와 누구를 어디에 보낼지가 행동을 만든다.

콘텐츠를 직접 많이 만들지 않고도 10시간 이상을 만들 수 있는가?

예. 30~60개 레시피와 소수 지역만으로도 재료 tier, 드롭 확률, 장비 조합, 영웅 병렬 운영, unlock 조건을 잘 설계하면 가능하다. 다만 숫자만 늘리는 방식으로는 어렵고, 중간중간 새로운 병목과 운영 방식이 열려야 한다.

30. 제작 효율 점수

높을수록 솔로 개발 관점에서 유리하게 평가했다.

종합 제작 효율: 8.4 / 10

31. 최종 판정

지금 프로토타입 추천

특히 프론트엔드 개발자에게 추천한다.

이유는 게임 개발에서 처음 부딪히는 물리·카메라·애니메이션·3D 제작 부담을 최소화하면서도, 게임다운 성장·경제·리텐션 설계를 깊게 연습할 수 있기 때문이다.

단, Merchant 자체처럼 아이템을 수백 개 만드는 방향으로 시작하면 안 된다. 3 영웅 / 20 레시피 / 3 지역에서 재미를 증명한 뒤 데이터만 늘리는 것이 맞다.

32. 직접 실험할 작은 게임 아이디어 3개

가설 A — 폐품 드론 상점

드론 파견 → 폐품 획득 → 부품 제작 → 판매/드론 장착 → 더 위험한 구역

검증 포인트: 같은 부품을 현금화할지 장착할지 고민이 생기는가.

가설 B — 심해 채굴 회사

잠수정 파견 → 광물 → 제련 → 압력 장비 강화 → 더 깊은 층

검증 포인트: 깊이 자체가 명확한 시각적 progression이라 3초 광고 소재가 되는가.

가설 C — 몬스터 식재료 공급망

사냥꾼 파견 → 식재료 → 조리 → 판매/사냥꾼 버프 음식 → 상위 몬스터

검증 포인트: RPG 장비 대신 음식이라는 친숙한 자원으로 경제 루프를 더 쉽게 이해시킬 수 있는가.

참고 출처

공식 / 1차 자료

• Google Play — Merchant: https://play.google.com/store/apps/details?id=bearface.games.merchant 
• Apple App Store — Merchant RPG: https://apps.apple.com/us/app/merchant-rpg/id1035170074 
• Steam — Merchant: https://store.steampowered.com/app/346750/Merchant/ 
• Retora Games: https://www.retoragames.com/ 
• Retora Games Merchant page: https://www.retoragames.com/games/merchant/ 
• itch.io — Merchant: https://retora-games.itch.io/merchant 
• Tyler Coleman / GDC speaker profile: https://schedule.gdconf.com/speaker/coleman-tyler/33906 

보조 자료

• Chrome-Stats Android 추적 데이터: https://chrome-stats.com/d/bearface.games.merchant 
• Forbes — Tyler Coleman profile: https://www.forbes.com/profile/tyler-coleman/ 
• Retora Games LinkedIn company page: https://www.linkedin.com/company/retora-game-studios 

수익 관련 주의

Retora Games의 games and contracts 누적 $1M+ 공개 언급은 Merchant 단독 매출이 아니므로 Merchant 매출 추정의 직접 근거로 사용하지 않았다. Merchant 단일 타이틀의 공식 매출 수치는 공개 자료에서 확인하지 못했다.