Waterpark Simulator에서는 쉬움, 보통, 어려움, 샌드박스라는 네 가지 방식으로 시작할 수 있습니다. 선택에 따라 게임이 만들어 내도록 요청하는 공원 문제의 성격이 달라집니다. 쉬움은 낯선 시스템을 배우기 가장 좋은 곳이고, 보통은 공개 Steam 업적 설명의 기준 모드이며, 어려움은 더 빡빡한 경영 플레이를 위한 모드이고, 샌드박스는 건설 우선 실험을 위한 모드입니다.
이 명칭들은 공식 0.4 출시 기록으로 확인되었지만, 이 가이드에서 이용 가능한 근거에는 정확한 시작 자금, 비용 배율, 손님 비율, 실패 페널티, 저장 파일 전환 규칙이 공개되지 않았습니다. 오래 진행할 저장 파일을 확정하기 전, 특히 밸런스 패치 후에는 버전 1.0 새 게임 패널을 읽어 보세요.
시스템을 알아보려면 쉬움을 선택하세요
첫 목표가 최적화 전략을 증명하는 것이 아니라 운영 순환을 이해하는 것이라면 쉬움을 선택하세요. 입장 관련 작업, 음식 서비스, 청소, 수리, 구조, 직원 배정이 어떻게 맞물리는지 관찰할 여유를 제공합니다. 더 느리고 작은 첫 공원도 그 지식이 더 엄격한 플레이로 이어지므로 충분히 유용합니다.
이 모드로 실용적인 질문에 답해 보세요. 손님은 어떻게 시설에 도달하는가, 대기열은 어디에 생기는가, 어떤 쓰레기는 직접 처리해야 하는가, 직원 배정이 성공했을 때 어떤 모습인가를 확인하세요. 편안한 가격이나 직원 배치 패턴을 보편적인 것으로 여기지 마세요. 나중에 다른 저장 파일과 비교할 때는 쉬움에서 관찰한 결과임을 표시해야 합니다.
쉬움은 커스텀 슬라이드 건설을 배우기에도 합리적인 곳입니다. 작은 설계를 만들고 연결을 살펴본 뒤, 복잡한 시설에 어려운 저장 파일의 제한된 예비 자금을 쓰기 전에 편집기를 익히세요.
진행 상황을 추적할 플레이에는 보통을 사용하세요
경영 압박과 폭넓은 업적 진행을 원하는 플레이어에게 보통은 가장 안전한 기본값입니다. 많은 공개 업적 설명은 카운터나 마일스톤이 보통 또는 어려움 난이도에 적용된다고 명시합니다. 이 표현은 중요합니다. 샌드박스 테스트가 같은 목표를 진척시킨다고 가정해서는 안 된다는 뜻이기 때문입니다.
저장 파일에 표시된 모드, 공개 게임 버전, 시작한 날짜를 간단히 기록해 두세요. 가격 추천, 직원 비용, 명성 임계값을 온라인에서 찾았다면 같은 모드와 호환되는 버전을 명시한 조언만 비교하세요.
보통이 하나의 배치나 입장권 가격만이 정답이라는 뜻은 아닙니다. 확장할 때마다 손님 행동, 일일 결과, 유지 관리 부담, 현금 예비금을 관찰하세요. 자금 가이드에서는 근거 없는 가격표에 고정되지 않고 변화를 평가하는 방법을 설명합니다.
의도적인 제약을 원한다면 어려움을 선택하세요
어려움은 이미 실패하는 서비스 순환을 알아볼 수 있게 된 뒤에 적합합니다. 도전은 단지 적게 짓는 데 있지 않습니다. 현금을 비축하고, 단계적으로 확장하고, 반복 작업이 발생하는 곳에 직원을 배치하고, 고장이나 손님 요구가 연쇄적으로 번지기 전에 대응해야 합니다.
완전한 시설 동선 하나로 시작하고, 운영 부담을 갚을 수 없는 장식 프로젝트는 미루세요. 각 구매가 만드는 작업과 비교하세요. 더 긴 길, 더 넓은 청소 범위, 더 많은 수리 노출, 또는 다른 직원 배치가 필요한 서비스가 될 수 있습니다. 공원이 불안정해지면 가격, 직원 배치, 배치를 동시에 바꾸기보다 첫 번째 병목을 진단하세요.
업적 설명은 보통과 어려움을 함께 묶는 경우가 많지만, 동일한 수치나 비율을 추정하지 마세요. 두 모드 모두에서 마일스톤을 달성할 수 있다고 해서 수입, 임금, 명성 축적이 같다는 증거는 아닙니다.
샌드박스는 설계 실험실로 다루세요
샌드박스는 경제적 추천의 일부로 실험하지 않으면서 건설 아이디어, 지도 적합성, 손님 동선, 커스텀 슬라이드 형상을 시험하는 자연스러운 선택입니다. 길 모양, 입구, 시설 간격, 시야를 비교하는 데 사용하세요. 큰 구조 변경을 하기 전에 대체 버전을 저장하세요.
샌드박스 결과가 진행형 공원에 그대로 옮겨진다고 가정하지 마세요. 잠금 해제, 예산, 연구, 직원 배치 압박, 업적 달성 조건은 다를 수 있습니다. 감사에서는 저장 파일이 안전하게 모드를 바꿀 수 있는지 또는 전환 후 어떤 진행이 남는지를 확인하지 못했으므로, 생성 시점에 의도한 모드를 선택하세요.
좋은 샌드박스 테스트에는 질문이 있습니다. 예를 들면 손님이 서비스 병목을 가로지르지 않고 이 수영장에 들어오고 나갈 수 있는가? 커스텀 슬라이드가 깔끔하게 연결되는가? 직원 동선이 가장 붐비는 구역에 닿을 수 있는가? 답을 기록한 다음, 목표 모드에서 작은 규모로 재현하세요.
잘못된 데이터 없이 모드를 비교하세요
한 공원을 덮어쓰는 대신 이름이 분명한 별도 저장 파일을 만드세요. 각 저장 파일에서 게임에 표시된 모드를 기록하고 빌드 버전을 최신으로 유지하세요. 같은 짧은 운영 시간과 같은 종류의 시설을 비교하세요. 그렇지 않으면 공원 크기와 손님 수가 모드 차이를 가릴 수 있습니다.
테스트가 시작 상태, 시간, 난이도, 패치를 통제하지 않는다면 관찰을 바탕으로 정확한 배율을 공개하지 마세요. 단일 잔고의 스크린샷은 영구적인 규칙이 아니라 그 저장 파일의 증거입니다. 개발자 노트나 현재 게임 내 설명은 오래된 커뮤니티 스프레드시트보다 우선해야 합니다.
첫 번째 큰 건설 전에 결정하세요
어떤 결과가 그 저장 파일을 성공으로 만들지 자문하세요. 안내가 있는 첫 세션이라면 쉬움을 선택하세요. 일반적인 진행과 업적 작업에는 보통을 선택하세요. 자원이 제한된 경영을 원한다면 어려움을 선택하세요. 배치와 건설 실험에는 샌드박스를 선택하세요.
선택한 뒤에는 초보자 경로를 따르고 첫 공원을 관찰 가능한 상태로 유지하세요. 이후 패치가 모드 설명이나 달성 조건을 변경한다면, 실제 1.0 이상 새 게임 화면이 이 결정 가이드보다 우선합니다.