> ## Documentation Index
> Fetch the complete documentation index at: https://daehan-base.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# STEP 4. 런치

> Base 생태계 안에서 제품을 공개 출시하기 전 최종 점검을 수행하는 단계

런치 단계에서는 단순히 제품을 배포하는 것보다, 생태계 안에서 제품이 어떻게 보이고 어떻게 이해되는지가 중요합니다. 문서, 데모, 제품 설명, 제출 경로를 미리 정리해두면 출시 직후의 반응을 더 잘 흡수할 수 있습니다.

## 1. 문서와 메시지 정렬

* 제품 소개 문구, 핵심 한 문장, 핵심 기능 설명을 일관되게 맞춥니다
* 공개 데모, 문서, 공식 링크가 최신 상태인지 확인합니다
* 대외 메시지는 [Base Editorial Style Guide](https://github.com/base/brand-kit/blob/main/guides/editorial-style-guide.md)를 참고해 정리합니다

## 2. 배포 경로 및 제출 준비 확인

Base App 안에서 배포되는 Mini App이거나 추천 노출을 목표로 한다면, 제출 전에 제품 설명, 품질, 디자인, 기술 요건을 별도 체크리스트로 정리해 두는 것이 좋습니다. 현재 이 문서에서는 아래 한국어 앱 리소스를 우선 참고하도록 권장합니다.

* [앱 마이그레이션 가이드](/apps/quickstart/migrate-to-standard-web-app)
* [디자인 리소스](/apps/resources/design-resources)
* [Builder Codes](/apps/builder-codes/builder-codes)

## 3. 공개 런치 자산 준비

* 핵심 데모 영상 또는 GIF
* 스크린샷과 짧은 제품 소개 이미지
* 공식 문서 링크와 FAQ
* 런치 포스트 초안

이 자산은 Mini App Featured 제출, 커뮤니티 공유, 초기 사용자 피드백 수집에 모두 재사용됩니다.

## 4. 커뮤니티와 초기 확산

* 공개 계정에서 빌드 인 퍼블릭 업데이트를 이어갑니다
* 제품에 맞는 커뮤니티와 사용자 집단을 정해 런치 메시지를 배포합니다
* 필요하다면 [Country Leads & Ambassadors](/get-started/country-leads-and-ambassadors)나 관련 지원 채널을 통해 현지 커뮤니티 접점을 찾습니다
* Base App 안의 주목도 표면을 활용할 계획이라면 [Surge](https://base.app/app/surge.markets), [Beeper](https://base.app/app/beep.works/join) 같은 예시를 살펴보고 어떤 배포 포인트가 맞는지 검토합니다

## 5. 런치 직전 체크리스트

* 제품 동작 확인
* 핵심 온보딩 흐름 확인
* 문서/링크/데모 최신화 완료
* 빌더 코드 적용 여부 확인
* Mini App인 경우 Featured 제출 가능 여부 확인

<Tip>
  런치의 목표는 “한 번에 완벽한 발표”가 아니라, 생태계가 제품을 이해하고 다시 찾아올 수 있게 만드는 것입니다. 제품 설명과 데모를 계속 업데이트할 수 있는 상태를 만드는 것이 더 중요합니다.
</Tip>

<Card title="처음으로 돌아가기" icon="arrow-left" href="/based-builder/index">
  Based Builder 가이드 랜딩으로 돌아가 전체 흐름을 다시 확인합니다.
</Card>