> For the complete documentation index, see [llms.txt](https://docs.decentraland.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.decentraland.org/creator/content-creator-ko/studio-onboarding.md). # 게임을 만들어 수익 얻기 ## 게임을 만들어서 보수를 받으세요 ### 게임 개발 취미를 유료 프로젝트로 바꾸세요. Creator Success는 **유료 게임 개발로 가는 안내형 경로입니다** 개인 게임 개발자와 소규모 인디 스튜디오를 위한 것입니다. 이미 게임 개발 역량은 있지만 더 명확한 경로가 필요한 사람들을 위해 설계되었습니다. **취미로 만드는 것에서** 를 **자금 지원을 받는 Decentraland 게임 프로젝트를 진행하는 단계까지**. **이것은 빌드톤이 아닙니다.** 완성된 게임을 만든 뒤 자금을 놓고 경쟁할 필요는 없습니다. 대신, 구조화된 개발 과정을 함께 진행합니다: 아이디어를 구체화하고, 구현 가능함을 증명하고, 제대로 테스트할 수 있도록 자금을 지원받고, 디자인을 개선하며, 라이브 출시를 향해 나아갑니다. 다른 크리에이터들과 함께 만들고, 실제 플레이어로 작업물을 테스트하며, 이 분야를 이해하는 개발자들로부터 피드백을 받게 됩니다. 그 과정에서 게임 디자인 문서 작성, 제작 범위 설정, GitHub 워크플로, 플레이테스트, 유지율 설계, 모바일 개발, 그리고 실제 게임 출시와 관련된 실무 경험을 쌓게 됩니다. **목표는 단지 게임에 자금을 지원하는 것만이 아닙니다. 전문적으로 게임을 만들고 출시하는 역량을 키우도록 돕는 것입니다.** *** ## 얼마나 많은 자금이 지원되나요? Creator Success는 단계별로 게임에 자금을 지원하며, 시작은 **V0와 V1을 합쳐 최대 4,100달러까지**입니다. 높은 유지율을 보이는 게임은 이후 추가 자금 지원 라운드의 대상이 될 수 있으며, 시작은 **V2 단계의 2,800달러(USD)**이며, 그다음은 V3입니다. ### V0: 버티컬 슬라이스 — 1,000달러(USD) 플레이어와 핵심 아이디어를 테스트할 수 있도록, 게임의 작고 대표적인 버전을 만들기 위한 자금입니다. 우리는 이것을 “버티컬 슬라이스”라고 부릅니다. V0는 두 가지를 테스트하는 데 도움이 됩니다: 게임 아이디어에 잠재력이 있는지, 그리고 실제 개발 사이클을 함께하면서 잘 협업할 수 있는지입니다. 이것은 일회성 상금이 아니라 지속적인 창작 관계의 시작이 되도록 설계되었습니다. ### V1: 4주 범위 — 3,100달러(USD) V0가 성공하면, 함께 집중된 4주짜리 V1 범위를 정의합니다. V1은 버티컬 슬라이스에서 효과가 있었던 요소를 **게임의 첫 번째 완전한 플레이 가능 버전으로 바꿉니다**Decentraland에서 출시됩니다. ### V1 이후에는 어떻게 되나요? 강한 플레이어 유지율을 보여주는 게임은 추가 개발 및 자금 지원 대상이 될 수 있습니다. 다음 단계인 **V2는 2,800달러(USD)가 지원됩니다**. 진행은 자동이 아닙니다. 각 단계는 플레이테스트, 실시간 플레이어 데이터, 그리고 추가 개발 가능성에서 우리가 배우는 내용에 따라 결정됩니다. 따라서 강한 프로젝트는 하나의 작은 유료 프로젝트에서 시작해, 계속 이어지는 개발 단계 시리즈로 발전할 수 있습니다. *** ## 어떤 종류의 게임을 찾고 있나요? Creator Success가 찾는 것은 **높은 유지율의 소셜 게임**. 사람들이 다른 사람들과 함께 즐기고, 계속 돌아올 이유가 있는 경험을 만들고자 합니다 **매일**입니다. 가장 중요한 질문은: > **내일 또 돌아와서 이 게임을 다시 플레이해야 할 이유는 무엇인가요?** 강력한 Creator Success 아이디어는 핵심에 세 가지가 있습니다: **명확한 게임 루프 + 의미 있는 소셜 플레이 + 다시 돌아올 이유** 당신의 게임 아이디어는 이해하기 쉬우며, 반복 플레이가 가능하고, 진행 구조를 중심으로 구성되며, 다른 플레이어들이 경험을 더 좋게 만들도록 설계되어야 합니다. *** ## 언제 지원할 수 있나요? **V0 지원 1차 모집은 2026년 11월 30일까지 열려 있습니다.** 신청서는 매주 검토 및 접수되므로, 프로젝트가 준비되는 즉시 지원할 수 있습니다. 마감일까지 기다릴 필요는 없습니다. 프로젝트가 선정되지 않더라도 계속 개발한 뒤 다시 지원할 수 있습니다. **지원이 열려 있는 동안에는 원하는 만큼 몇 번이든 다시 지원할 수 있습니다.** 첫 번째 지원은 **V0 자금 지원,** 1,000달러(USD)입니다. 참고: 지원하려면 만 18세 이상이어야 합니다. *** ## 지원 방법 단계는 여섯 가지입니다. ### 1. Decentraland에 들어가 추천 게임을 플레이하세요 Decentraland용 게임을 설계하기 전에, 플레이어로서 먼저 경험해 보세요. [**\[Decentraland 다운로드\]**](https://decentraland.org/download?utm_org=dcl\&utm_source=docs\&utm_medium=organic\&utm_campaign=creatorsuccess\&utm_term=onboardingflow) Decentraland에 들어가면 **Discover** → **Places** 를 열고 최소 세 개의 **추천 게임**. 를 플레이하면서 다음에 대해 짧게 메모하세요: * 즉시 이해되는 점과 헷갈리는 점은 무엇인가요? * 다른 플레이어들은 경험을 어떻게 향상하거나 바꾸나요? * 무엇이 잘 작동하고, 무엇을 바꾸고 싶나요? * 무엇이 내일 또 돌아오고 싶게 만드나요? 이것은 지원 절차의 일부입니다. V0 지원서에서는 플레이한 게임과 그 게임들에서 배운 점을 묻습니다. 반드시 **다른 날에 같은 게임 중 적어도 두 개를 다시 플레이해 보세요.** 다시 돌아오게 만든 이유가 실제로 효과가 있었나요? 두 번째 방문에서는 무엇이 달랐나요? 최소 **90분 동안 Decentraland를 탐색하세요**를 포함합니다, 여기에는 최소 **추천 게임 3개 각각에서 10분 이상**이 포함됩니다. 이 시간은 여러 세션에 나누어 사용할 수 있으며, 나머지는 다른 게임, 경험 또는 이벤트를 탐색하며 오늘날 크리에이터들이 Decentraland에서 무엇을 만들고 있는지 파악하는 데 쓰세요. *** ### 2. 첫 번째 Decentraland 씬을 만드세요 다음으로, 다운로드 **크리에이터 허브** 하고 게임을 만드는 데 사용할 도구를 직접 다뤄보세요. [**Creator Hub 다운로드**](https://decentraland.org/download/creator-hub?utm_org=dcl\&utm_source=docs\&utm_medium=organic\&utm_campaign=creatorsuccess\&utm_term=onboardingflow) 설치가 끝나면 [**SDK 빠른 시작**](/creator/content-creator-ko/sdk7/getting-started/sdk-101.md) 을 따라 Creator Hub와 코드를 사용해 첫 번째 씬을 만드세요. 이 첫 번째 씬으로 다음에 익숙해지세요: * 씬 실행 및 테스트; * 상호작용 추가; * Decentraland SDK 사용. *** ### 3. 게임 프로젝트를 시작하세요 이제 **만들고 싶어지는 게임 아이디어를 선택하세요**. 완전히 정리되지 않아도 괜찮습니다. 대략적인 아이디어만 있어도 시작할 수 있습니다. 먼저, 그 아이디어에 대한 프로젝트를 만드세요. 이 프로젝트는 지원 과정 전체에서 사용하며, 자금을 받게 되면 Creator Success를 통해 계속 개발하게 됩니다: 1. 만드세요 **새 Decentraland 씬을** 당신의 게임 아이디어용으로. 2. 씬에 게임의 **임시 이름을**. 3. 부여하세요. 4. 만드세요 `/design` 폴더를 저장소 안에 만드세요. 다음 단계의 개발 작업에 이 폴더를 사용합니다. *** ### 4. 게임 디자인 문서를 개발하세요 이제 당신의 **게임 디자인 문서(GDD)**를 개발하세요. 이것은 다음을 정의하는 짧은 작업 문서입니다 **게임이 무엇인지, 무엇을 먼저 테스트하고 싶은지, 그리고 플레이어들이 왜 계속 플레이하고 다른 날에 다시 돌아올지.** GDD는 다음 위치에 저장합니다 `/design/gdd.md` 다음 두 가지 방법 중 하나로 만들 수 있습니다: #### 게임 디자인 스킬 사용하기(권장) Decentraland의 **게임 디자인 스킬** 은 Claude, ChatGPT, Cursor 또는 Codex 같은 AI 어시스턴트를 사용해 Creator Success 기준에 맞춰 아이디어를 발전시키는 데 도움을 줍니다. 아래의 스킬 파일을 다운로드해 선호하는 AI 어시스턴트와 공유하고, 진행 과정을 안내해 달라고 요청하세요. 주요 디자인 질문을 함께 검토하고, 그 결정들을 명확한 GDD로 정리하는 데 도움이 됩니다. [**게임 디자인 스킬 다운로드**](https://github.com/decentraland/docs/raw/main/resources/game-design-skills.zip) #### 템플릿을 직접 완성하기 지원하려고 AI를 사용할 필요는 없습니다. 같은 템플릿을 내려받아 직접 완성할 수 있습니다. [**GDD 템플릿 다운로드**](https://github.com/decentraland/docs/raw/main/resources/gdd-template.md.zip) 완성된 GDD 예시도 여기에서 내려받을 수 있습니다. 이 정도의 세부 수준을 목표로 하세요: [**GDD 예시: Dock 7**](https://github.com/decentraland/docs/raw/main/resources/gdd-example.md.zip) 어떤 방법을 선택하든 디자인 결정은 당신의 것입니다. 우리는 AI가 문서를 얼마나 잘 작성하는지보다, 당신이 게임을 어떻게 생각하는지 알고 싶습니다. *** ### 5. 테스트 씬을 만드세요 이제 게임 아이디어의 작은 부분을 작동하는 **Decentraland 테스트 씬**. 으로 바꾸세요 **목표는**. 당신의 팀이 GDD에 설명한 게임을 구현하고 그 일부를 플레이 가능하게 만들 수 있다는 것을 보여주는 것입니다 **하나의 게임 상호작용을**포함해야 하며, 가능하면 핵심 메커니즘에서 가져오고 GDD에 설명된 내용과 명확한 연관이 있어야 합니다. 시각적 방향이나 UX 같은 팀의 관련 강점을 보여주는 데도 사용할 수 있습니다. 범위를 작게 유지하세요. **자금을 받기 전에 버티컬 슬라이스를 만들라고 요구하는 것은 아닙니다.** 테스트 씬을 자신의 Decentraland World에 게시하세요. 방법은 [게시 옵션](/creator/content-creator-ko/sdk7/publishing/publishing-options.md) 을 참조하세요. 지원하기 전에 저장소에 다음이 포함되어 있는지 확인하세요: * 당신의 Decentraland 테스트 씬 코드; * 다음 위치의 완성된 GDD `/design/gdd.md`; * 배포된 테스트 씬으로 연결되는 짧은 README. 이것은 실제 프로젝트 저장소이며, 지원서류가 아닙니다. V0와 V1로 진행되면 같은 프로젝트를 계속 이어갑니다. *** ### 6. 1,000달러 V0 자금 지원에 지원하세요 프로젝트가 준비되면, 저장소를 통해 제출하세요 **V0 지원서**. [1,000달러 V0 자금 지원 신청](https://docs.google.com/forms/d/e/1FAIpQLSc2xYxbrn75q2SjX-_MGyWmjQaEVOGVDg8-Uj9iXMMYA_zT_A/viewform) 양식에서는 다음이 필요합니다: * 당신 또는 팀에 대한 간단한 정보; * 1단계에서 플레이한 추천 Decentraland 게임들에서 무엇을 배웠는지; * 배포된 테스트 씬 링크; * GitHub 저장소 링크. 또한 **양식에 기재된 Foundation GitHub 계정에** 저장소 접근 권한을 부여해야 하며, 그래야 코드와 GDD를 포함해 지원서를 완전히 검토할 수 있습니다. 별도의 피치 덱은 필요하지 않습니다. **우리가 검토하는 자료는 저장소, GDD, 배포된 테스트 씬입니다.** *** ## 다음은 어떻게 되나요? 우리는 Creator Success 기준에 따라 지원서를 검토하며, 중점은 다음입니다: **명확한 게임 루프 + 의미 있는 소셜 플레이 + 다시 돌아올 만한 설득력 있는 이유** 또한 귀하의 팀이 Decentraland에서 성공적으로 빌드하고 배포할 수 있는지도 확인합니다. 선정되면, 함께 **V0 범위** 를 게임의 작은 버티컬 슬라이스에 대해 합의합니다. 그런 다음 Creator Success와 함께 그 슬라이스를 만들고 플레이 테스트합니다. 합의된 V0 범위가 완료되고 플레이 테스트가 가능해지면 1,000달러(USD)가 지급됩니다. *** ## 자금 그 이상 Creator Success는 당신이 **실제 게임을 만들면서 전문적인 게임 개발 경험을 쌓도록 설계되었습니다**. 개인 개발자나 소규모 스튜디오에게는, 게임 그 자체를 넘어 가치 있는 무언가를 만든다는 뜻입니다: **출시한 작업물의 축적, 유료 개발 경험, 더 탄탄한 제작 워크플로, 그리고 함께 게임을 만드는 다른 사람들과의 관계.** 그리고 게임을 만드는 가장 좋은 순간 중 하나는, 모르는 누군가가 와서 당신이 만든 것을 이해하고, 그것을 즐기는 모습을 보는 것입니다. 우리는 당신이 거기에 도달하도록 돕고 싶습니다. ### 준비되셨나요? **플레이 → 디자인 → 빌드 → 지원** [1,000달러 V0 자금 지원 신청](https://docs.google.com/forms/d/e/1FAIpQLSc2xYxbrn75q2SjX-_MGyWmjQaEVOGVDg8-Uj9iXMMYA_zT_A/viewform) **Decentraland로 게임 개발 취미를 유료 프로젝트로 바꾸세요.** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.decentraland.org/creator/content-creator-ko/studio-onboarding.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.