코인 피치덱 작성법: 9개 슬라이드 역할, 하나의 투자자 사례

1개 입력, 3가지 스토리 확인

1개 입력 | 3가지 스토리 확인 | 1개 독자 결정.

독자와 그들이 내리길 바라는 결정부터 시작하세요. 코인 피치덱은 창업자가 모든 페이지를 설명하지 않아도 프로젝트를 설명할 수 있어야 합니다. 초안을 작성하기 전에 대상을 설정하세요. 투자자, 파트너, 런치패드, 상장 위원회는 각각 다른 정보가 필요할 수 있습니다.

각 확인 항목에 대해 한 문장씩 작성하세요:

• 독자: 누가 이 파일을 열 것인가? 그들은 무엇을 평가해야 하는가?
• 사례: 어떤 문제, 제품, 비즈니스 로직을 이해해야 하는가?
• 다음 단계: 어떤 구체적인 대화나 검토가 이어져야 하는가?

그런 다음 프로젝트의 핵심 주장을 평이한 언어로 작성하세요. 팀이 일관되게 설명할 수 없다면 슬라이드 디자인을 중단하세요. 먼저 불일치를 해결하세요. 시각적 다듬기는 제품, 구매자, 비즈니스 모델에 대한 분열을 해결할 수 없습니다.

버전 간에 하나의 사실적 기반을 유지하세요. 각 독자에 따라 강조점을 변경하되 기본 사실은 변경하지 마세요. 작업 파일에 의도한 대상과 공유 상태를 기록하세요. 이렇게 하면 투자자 버전이 더 넓은 팀이 사용하는 자료와 일관성을 유지합니다.

어떤 9개 슬라이드 역할이 사례를 구성하는가?

9개 슬라이드 역할은 독자에게 문제부터 요청까지의 경로를 제공합니다. 이를 고정된 공식이 아닌 작업 맵으로 취급하세요. 증거가 단순할 때는 역할을 결합하세요. 하나의 슬라이드가 스캔하기 어려워지면 분리하세요.

슬라이드는 독자의 예상 질문에 답함으로써 자리를 얻습니다. 경쟁, 기술 설계, 위험은 실제 격차를 해소할 때만 추가하세요. 긴 재무 모델과 기술 설명은 부록에 넣으세요. 메인 덱에서 해당 파일을 가리키세요.

토큰 런칭이 계획의 일부라면 공개 주장을 토큰 런칭 마케팅 체크리스트와 일치시키세요. 승인된 프로젝트 사실을 프레젠테이션과 런칭 자료 전반에 걸쳐 일관되게 유지하세요.

토큰 사실에는 별도의 증거 추적이 필요합니다

토큰 슬라이드는 프로젝트에서의 역할을 설명해야 합니다. 비즈니스 사례를 대신해서는 안 됩니다. 독자는 토큰이 왜 존재하고 무엇을 하는지 알아야 합니다. 설계가 제품 사용 및 프로젝트 운영과 어떻게 관련되는지 보여주세요.

메인 슬라이드는 논증에 영향을 미치는 사실에 집중하세요:

• 기능: 제품 또는 프로젝트에서 토큰의 실제 역할을 명시하세요.
• 공급: 현재 승인된 공급 수치와 할당 카테고리를 사용하세요.
• 해제: 독자와 관련이 있을 때 베스팅 또는 해제 정보를 보여주세요.
• 상태: 제안된 세부 정보를 명확히 표시하세요. 승인된 조건과 구분하세요.
• 출처: 현재 계약, 거버넌스 또는 제품 문서를 가리키세요.

각 수치에 담당자를 지정하세요. 공유 전에 덱, 웹사이트, 지원 문서 전반에 걸쳐 공급 및 할당 세부 정보를 조정하세요. 세부 정보가 해결되지 않은 경우 레이블을 붙이세요. 시각적 요소가 확실성을 암시하도록 두지 마세요.

스토리를 방해할 때는 상세 테이블을 부록에 보관하세요. 시장 가격은 제품 수요를 증명하지 않습니다. 토큰 보유는 접근, 수익 또는 미래 가치를 보장하지 않습니다. 런칭 준비를 위해 토큰 런칭 체크리스트를 사용하여 프로젝트 자료를 일치시키세요.

개요에서 검토 카피로 어떻게 이동하나요?

5가지 확인 사항이 덱을 대략적인 스토리에서 검토 카피로 이동시킵니다: 대상, 순서, 주장, 디자인, 승인. 레이아웃을 다듬기 전에 논증을 완성하세요.

1. 독자 이름 지정: 개요에 대상과 원하는 결정을 작성하세요.
2. 스토리 순서 정하기: 사용자 니즈에서 제품, 증거, 경제성, 실행, 요청으로 이동하세요.
3. 출처 첨부: 중요한 주장을 파일, 담당자, 현재 상태와 연결하세요.
4. 스캔을 위한 디자인: 각 슬라이드에 하나의 헤드라인, 하나의 핵심 내용, 읽기 쉬운 지원을 제공하세요.
5. 내보내기 테스트: 파일을 프레젠테이션과 문서로 검토하세요.

각 단계에서 다음 슬라이드가 이전 슬라이드에서 자연스럽게 이어지는지 물어보세요. 독자가 제품, 수익, 토큰이 어떻게 관련되는지 추측해야 한다면 누락된 설명을 추가하거나 순서를 변경하세요. 슬라이드가 구두 설명을 필요로 한다면 세부 정보를 부록으로 옮기세요. 또는 요점을 단순화하세요.

각 버전에 대해 날짜가 표시된 마스터를 유지하세요. 민감한 수치를 승인한 사람을 기록하세요. 유통 전에 연락처 정보와 링크가 작동하는지 확인하세요. 깔끔한 검토 카피는 발표자가 모든 공백을 채우지 않고도 스토리를 전달해야 합니다.

덱이 팀을 떠나기 전 6가지 확인

6가지 확인 사항이 코인 피치를 약화시킬 수 있는 오류를 잡아냅니다: 상충되는 사실, 불명확한 상태, 뒷받침되지 않는 주장. 스토리를 설정한 후 실행하세요. 파일을 새 독자에게 보내기 전에 완료하세요.

• 제품: 모든 스크린샷이 현재 제품 상태와 일치합니까?
• 토큰: 공급, 할당, 해제 세부 정보가 승인된 자료와 일치합니까?
• 시장: 시장 정의와 출처가 보입니까?
• 마일스톤: 완료된 작업과 미래 계획이 명확히 분리되어 있습니까?
• 파트너: 표현이 제안된, 서명된, 활성 작업을 구분합니까?
• 차트: 단위, 출처, 가정이 시각 자료 옆에 나타납니까?
• 요청: 요청된 지원이 특정 계획과 연결됩니까?
• 파일: 내보내기 후 슬라이드 순서, 링크, 연락처 정보가 작동합니까?

덱은 투자자가 진행 여부를 결정할 수 없습니다. 상장 위원회는 증거를 어떻게 평가할지 결정합니다. 팀은 주장의 정확성, 요청의 명확성, 자료 간 일관성을 통제합니다.

위원회 대상 버전의 경우 상장 및 검증을 통해 제공되는 자료를 검토하세요. 내러티브 및 슬라이드 지원은 암호화폐 스타트업 피치덱 서비스를 참조하세요.

처음 보는 독자는 무엇을 이해해야 하나요?

1명의 처음 보는 독자가 프로젝트 팀이 더 이상 보지 못하는 격차를 드러낼 수 있습니다. 작업에 익숙하지 않은 사람에게 구두 소개 없이 덱을 검토하도록 요청하세요. 그런 다음 자신의 말로 사례를 다시 설명하도록 요청하세요.

다음을 식별할 수 있는지 확인하세요:

• 사용자 문제와 제품 대응.
• 어떤 증거가 현재이고, 어떤 것이 계획된 상태인지.
• 비즈니스 모델이 제품과 어떻게 관련되는지.
• 프로젝트에 토큰이 있다면 왜 필요한지.
• 독자가 다음에 무엇을 하길 원하는지.

요약이 요점을 놓칠 때, 해석이 변경된 슬라이드를 찾으세요. 수정은 누락된 사실이나 잘못 배치된 슬라이드일 수 있습니다. 더 나은 지원이 필요한 주장일 수도 있습니다. 더 많은 카피가 항상 답은 아닙니다.

업계에 정통한 검토자에게 비즈니스 및 토큰 로직을 도전하게 하세요. 별도의 디자인 검토자에게 계층 구조와 가독성을 확인하게 하세요. 의견을 개인적 취향이 아닌 독자 질문에 연결하세요. 관련 계획 주제는 암호화폐 마케팅 가이드를 참조하세요.

DigitalMedia1에 현재 덱 또는 개요, 대상 독자, 승인된 소스 파일을 보내주세요. 스토리를 검토하고 명확화가 필요한 주장을 표시할 수 있습니다.

이용 방법

1. 1. 독자 지명대상과 그들로부터 원하는 결정을 선택하세요. 승인된 프로젝트 설명과 자금 조달 목표를 수집하세요.
2. 2. 중앙 사례 작성문제, 제품, 증거, 비즈니스 모델, 팀을 평이한 언어로 설명하세요. 토큰은 중요한 경우에만 스토리에 포함하세요.
3. 3. 주장을 출처와 연결토큰 세부 정보, 제품 상태, 시장 주장, 마일스톤을 현재 소스 자료와 연결하세요. 가정과 계획된 작업에 레이블을 붙이세요.
4. 4. 슬라이드 역할 할당각 슬라이드에 하나의 목적과 하나의 핵심 내용을 부여하세요. 필요 시 지원 기술 또는 재무 세부 정보를 부록으로 이동하세요.
5. 5. 검토 카피 테스트새 독자에게 사례를 다시 설명하도록 요청하세요. 불명확한 점을 해결하고, 민감한 수치를 확인하며, 해당 대상에 맞는 버전을 승인하세요.