코인 피치덱, 이렇게 작성하세요

코인 피치덱이 가장 먼저 명확히 해야 할 것은 무엇인가요?

코인 피치덱은 프로젝트가 무엇을 하는지, 왜 지금 중요한지, 팀이 투자자에게 무엇을 요청하는지 세 가지를 초반에 명확히 해야 합니다. 독자가 제품을 이해하기 전에 토큰을 해독해야 한다면 스토리를 재구성하세요.

프레젠테이션 도구를 열기 전에 한 문장으로 된 테제를 작성하세요. 대상 고객이나 문제, 제품의 역할, 프로젝트가 지속 가능한 비즈니스가 될 수 있는 이유를 식별해야 합니다. 그런 다음 다음 질문으로 테스트하세요:

• 팀 외부의 누군가가 한 번 읽고 제품을 설명할 수 있나요?
• 고객이나 사용자가 토큰 보유자와 구별되나요?
• 프로젝트가 성공하면 무엇이 바뀌고 누가 혜택을 받나요?
• 덱이 어떤 결정이나 다음 대화로 이어져야 하나요?

그 답변을 내러티브의 중심으로 사용하세요. 슬라이드는 필요, 솔루션, 시장, 제품, 비즈니스 모델, 증거, 팀, 계획, 요청 순서로 사례를 전개해야 합니다. 블록체인의 긴 역사나 기능 목록으로 시작하지 마세요. 독자는 일반적인 업계 소개가 아니라 프로젝트의 특정한 통찰이 필요합니다.

펀딩 맥락에서 덱의 역할과 전체 런칭 계획을 분리하세요. 펀딩 내러티브는 토큰 런칭 체크리스트와 같지 않습니다. 후자는 투자자 사례 외의 작업을 포함할 수 있습니다. 이러한 작업을 조정할 때는 토큰 런칭 마케팅 체크리스트를 참조하세요.

코인 피치덱을 슬라이드별로 어떻게 구성하나요?

유용한 덱은 각 슬라이드에 하나의 역할을 부여하고 투자 테제에서 그 뒤에 있는 증거로 이동합니다. 아래 순서는 필수 슬라이드 수가 아니라 작업 개요로 취급하세요. 논점에 따라 부분을 결합하거나 확장하세요.

오프닝은 모든 세부 사항을 담지 않고 독자를 안내해야 합니다. 기술 아키텍처, 확장된 토큰 메커니즘, 재무 가정, 지원 연구는 부록에 넣으세요. 이렇게 하면 메인 프레젠테이션의 가독성을 유지하면서 실사에 필요한 답변을 제공할 수 있습니다.

슬라이드 제목은 라벨이 아니라 결론을 진술하도록 만드세요. "일반적인 결제 워크플로우가 이 사용자 그룹을 소외시킨다"는 "문제"보다 독자에게 더 많은 정보를 줍니다. 본문은 그 주장에 대한 증거에 집중하고, 주의 사항이나 정의는 메인 라인을 방해할 때 메모로 옮기세요.

비즈니스 스토리를 잃지 않고 덱에서 토크노믹스를 어떻게 설명해야 하나요?

토크노믹스를 제품과 프로젝트의 운영 모델과 관련지어 설명하세요. 덱은 토큰이 왜 존재하는지, 어떤 기능을 하는지, 디자인이 사용자, 기여자, 프로젝트 계획과 어떻게 연결되는지 보여줘야 합니다. 토큰이 사례에 필수적이지 않다면 오프닝 내러티브에 억지로 넣지 마세요.

유용한 토큰 슬라이드는 실용적인 질문에 평이한 언어로 답합니다:

• 토큰이 제품에서 무엇을 가능하게 하거나 대표하나요?
• 어떤 참가자가 어떤 맥락에서 상호작용하나요?
• 공급은 어떻게 배분되며, 어떤 일정이나 조건이 적용되나요?
• 향후 발행, 언락, 재무부 사용에 어떤 가정이 있나요?
• 어떤 세부 사항이 확정되었고, 어떤 것이 변경될 수 있나요?

배분과 시점을 명확한 시각 자료로 보여주고, 카테고리를 구분하고 베스팅이나 릴리즈 조건을 설명하는 라벨을 붙이세요. 토큰 관련 수치의 근거와 날짜를 명시하세요. 수치가 잠정적이면 초안 모델을 확정된 것으로 제시하지 말고 명확히 표시하세요. 제품 사용이 자동으로 토큰 수요를 창출한다는 암시를 피하고, 둘을 연결하는 메커니즘과 필요한 가정을 설명하세요.

비즈니스 모델 정보는 토큰 배분과 분리하세요. 독자는 제품이 어떻게 가치를 창출하는지, 조직이 어떻게 자금을 조달할 계획인지, 토큰이 어떤 역할을 하는지(또는 하지 않는지) 볼 수 있어야 합니다. 집중된 검증 체크리스트는 CoinGecko에서 공급 검증하는 방법을 참조하고, 자신의 프로젝트에 적용되는 주장과 용어만 사용하세요.

코인 피치덱을 신뢰할 수 있게 만드는 증거는 무엇인가요?

신뢰할 수 있는 덱은 각 중요한 주장을 독자가 이해하고, 적절한 경우 검토할 수 있는 증거와 연결합니다. 증거는 수익에 국한되지 않습니다. 프로젝트 단계에 따라 작동하는 제품, 통합, 사용자 조사, 반복 사용, 서명된 상업 관계 또는 명확히 설명된 개발 마일스톤이 포함될 수 있습니다.

최종 디자인 전에 간단한 주장 검토를 사용하세요. 모든 중요한 진술에 대해 증거, 출처, 날짜, 확인 담당자를 기록하세요. 그런 다음 슬라이드가 증거를 직접 보여줄지, 요약할지, 부록을 가리킬지 결정하세요. 이렇게 하면 과장된 표현을 잡아내고 오래된 수치가 현재로 제시되는 것을 방지할 수 있습니다.

상태를 정확히 하세요. […] 일반 투자자가 모를 수 있는 기술 또는 시장 용어를 정의하세요. 차트를 사용할 때는 핵심을 진술하는 제목을 붙이고 축, 기간, 출처를 표시하세요. 슬라이드가 가정에 의존한다면 메모에 숨기지 말고 주장 근처에 명시하세요.

트랙션의 경우 프로젝트의 실제 목적을 반영하는 지표를 선택하세요. […] 허영 지표로 공백을 메우지 말고, 신호가 무엇을 말하고 무엇을 말하지 않는지 설명하세요. 방법론, 제품 스크린샷, 출처 메모가 포함된 짧은 부록은 메인 스토리를 간결하고 검토 가능하게 만듭니다.

코인 덱을 읽고 공유하기 쉽게 만드는 방법은 무엇인가요?

시각적 위계가 독자가 세부 사항을 연구하기 전에 논점을 보이게 만들면 덱을 평가하기 쉽습니다. 슬라이드당 하나의 주요 아이디어, 일관된 타이포그래피, 공유 방식에 맞는 차트 크기를 사용하세요. 노트북이나 휴대폰에서 보는 프레젠테이션은 내레이션이 있는 라이브 토크와 다른 규율이 필요합니다.

실용적인 디자인 패스를 사용하세요:

• 슬라이드 제목을 핵심으로 작성한 다음 콘텐츠가 이를 지원하는지 확인하세요.
• 정의와 주의 사항을 메모나 부록으로 옮기세요.
• 제품 스크린샷, 다이어그램, 차트는 결정이나 메커니즘을 설명할 때만 사용하세요.
• 다이어그램에 라벨을 붙여 말 없이도 이해할 수 있게 하세요.
• 내보낸 파일에서 대비, 글꼴 크기, 이미지 품질, 정렬을 확인하세요.

독립적으로 작동할 수 있는 공유 버전을 준비하세요. 라이브 발표자가 누락된 연결을 채울 곳에 간결한 맥락을 추가하세요. 기밀 가정, 고객 세부 정보, 파트너 정보는 공개 승인이 없는 한 광범위하게 공유되는 파일에 포함하지 마세요. 별도의 실사 부록은 더 좁은 대상에게 세부 사항을 담을 수 있습니다.

덱을 보내기 전에 내보낸 파일을 다른 기기에서 열고 프레젠테이션 없이 순서대로 읽으세요. 익숙하지 않은 독자가 "이게 무슨 뜻이지?" 또는 "어떻게 알지?"라고 묻는 곳을 기록하세요. 그 멈춤은 누락된 설명이나 부록에 속하는 주장을 식별합니다. 더 완전한 지원 문서를 위해 기술적 깊이가 독자에게 유용할 때만 암호화폐 백서와 함께 프레젠테이션을 짝지으세요.

팀이 코인 피치덱을 공유하기 전에 어떻게 검토해야 하나요?

내러티브, 사실, 시각적 완성도가 서로 경쟁하지 않도록 별도의 패스로 덱을 검토하세요. 스토리 담당자를 지정하고 제품, 재무, 토큰 세부 사항에 책임이 있는 사람들과 별도의 사실 확인 패스를 진행하세요. 통제된 단일 소스 파일을 유지하고 피드백을 한 곳에 모으세요. 경쟁 버전은 승인 추적을 어렵게 만듭니다.

고위 검토는 오프닝과 요청으로 시작해야 합니다. 독자가 프로젝트의 사례, 의도된 대상, 요청된 다음 단계를 말할 수 있나요? 다음으로 순서를 테스트하세요: 각 슬라이드가 이전 슬라이드에서 제기된 질문에 답하나요? 그런 다음 제품 상태, 토큰 세부 사항, 날짜, 파트너 설명을 포함한 모든 중요한 진술을 출처와 대조 검토하세요. 마지막으로 디자인 및 내보내기 확인으로 마무리하세요.

간단한 검토 로그는 슬라이드, 이슈, 결정, 담당자, 승인 상태를 기록할 수 있습니다. […] 피드백이 충돌할 때 의도된 투자자와 덱이 지원해야 할 결정으로 돌아가세요. 한 검토자가 더 많은 세부 사항을 선호한다고 해서 슬라이드를 추가하지 마세요.

내러티브와 프레젠테이션을 다듬는 데 도움이 필요하면 MediaStrategy는 대상, 펀딩 맥락, 제품 상태, 승인된 주장을 다루는 킥오프 체크리스트로 시작합니다. […] 팀은 디자인 전에 논점을 검토하고, 구조화된 초안을 공유하여 의견을 받고, 승인된 사실에 대해 최종 내보내기를 확인합니다. 더 넓은 런칭 메시지의 경우 펀딩 가이드가 덱 작업과 인접한 투자자 아웃리치를 구분하는 데 도움이 될 수 있습니다.

피치덱이 영향을 미칠 수 있는 것은 무엇이며, 그 밖의 것은 무엇인가요?

피치덱은 투자 사례를 명확히 하고 후속 질문을 더 생산적으로 만들 수 있습니다. […] 펀딩 결과는 각 독자의 권한, 실사, 시점, 프로젝트에 대한 견해에 달려 있으므로, 가정된 결과보다는 제시된 사례의 정확성과 일관성으로 덱을 평가하세요.

공유 전에 팀이 […] 덱이 초기 대화를 넘어 유통될 경우 연락처와 소개에 의존하지 않고 다음 단계를 이해할 수 있는 충분한 맥락을 추가하세요.

현재 덱과 이를 지원하는 모든 출처 자료를 보내면 […] MediaStrategy는 내러티브 격차를 식별하고, 검토 범위를 확인하며, 다음 작업 단계를 제안할 수 있습니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 대상과 요청 정의투자자 또는 파트너 대상을 지정하고 덱이 지원할 다음 결정을 명시하세요. 펀딩 맥락과 합의된 범위를 수집하세요.
2. 테제 작성프로젝트의 문제, 솔루션, 믿을 이유를 몇 문장으로 요약하세요. 이를 모든 슬라이드의 테스트로 사용하세요.
3. 개요 구축디자인 전에 증거를 일관된 스토리로 정리하세요. 기술적 깊이와 지원 세부 사항은 적절한 경우 부록에 넣으세요.
4. 주장과 토큰 세부 사항 검증수치, 제품 상태, 토큰 언어, 출처, 날짜를 담당자와 확인하세요. 가정과 잠정적 세부 사항을 명확히 표시하세요.
5. 디자인, 검토, 내보내기일관된 시각 시스템을 적용하고, 모든 의견을 하나의 검토 로그에 모으고, 공유 전에 다른 기기에서 최종 파일을 확인하세요.