仮想通貨ピッチデッキ作り方：9つのスライドの役割と投資家向けケース

1つのインプット、3つのストーリーチェック

1つのインプット | 3つのストーリーチェック | 1つの読者の決定。

読者と、彼らに下してほしい決定から始めます。仮想通貨ピッチデッキは、創業者がすべてのページを説明しなくてもプロジェクトを理解できるようにする必要があります。ドラフトの前にオーディエンスを設定します。投資家、パートナー、Launchpad、上場委員会は、それぞれ異なる情報を必要とする場合があります。

各チェックについて1文書きます：

• 読者： 誰がこのファイルを開きますか？彼らは何を評価する必要がありますか？
• ケース： どの問題、製品、ビジネスロジックを理解してもらうべきですか？
• 次のステップ： どのような具体的な会話やレビューが続くべきですか？

次に、プロジェクトの中心的な主張を平易な言葉で書きます。チームが一貫して説明できない場合は、スライドデザインを一時停止します。まず意見の相違を解決します。視覚的な磨き上げは、製品、購入者、ビジネスモデルに関する分裂を解決できません。

バージョン間で1つの事実の基盤を維持します。読者ごとに強調点を変えても、根底にある事実は変えません。作業ファイルに意図したオーディエンスと共有ステータスを記録します。これにより、投資家向けバージョンがチーム全体で使用される資料と整合します。

どの9つのスライドの役割がケースを構成するか？

9つのスライドの役割は、問題から依頼への経路を読者に提供します。これは固定された公式ではなく、作業マップとして扱います。エビデンスが単純な場合は役割を組み合わせます。1つのスライドがスキャンしにくくなった場合は分離します。

スライドは、読者の可能性のある質問に答えることでその場所を獲得します。競合、技術設計、リスクは、実際のギャップを埋める場合にのみ追加します。長い財務モデルや技術説明は付録に置きます。メインデッキからそれらのファイルを参照します。

トークンローンチが計画の一部である場合、公開される主張をトークンローンチマーケティングチェックリストと整合させます。承認されたプロジェクトの事実を、プレゼンテーションとローンチ資料全体で一貫させます。

トークンの事実には別の証明トレイルが必要

トークンスライドは、プロジェクトにおけるその役割を説明する必要があります。ビジネスケースの代わりになるべきではありません。読者は、トークンがなぜ存在し、何をするのかを知る必要があります。その設計が製品使用とプロジェクト運営にどのように関連するかを示します。

メインスライドは、議論に影響する事実に焦点を当てます：

• 機能： 製品またはプロジェクトにおけるトークンの実際の役割を述べます。
• 供給： 現在承認されている供給量と割り当てカテゴリを使用します。
• リリース： 読者に関連する場合は、ベスティングまたはリリース情報を示します。
• ステータス： 提案された詳細を明確にマークします。承認された条件と区別します。
• ソース： 現在のコントラクト、ガバナンス、または製品ドキュメントを参照します。

各数値に担当者を割り当てます。共有前に、デッキ、ウェブサイト、補助ドキュメント全体で供給と割り当ての詳細を調整します。未解決の詳細がある場合は、ラベルを付けます。視覚が確実性を暗示しないようにします。

詳細なテーブルがストーリーを混雑させる場合は、付録に置きます。市場価格は製品需要を証明しません。トークンを保有しても、アクセス、収益、将来の価値が保証されるわけではありません。ローンチ準備には、トークンローンチチェックリストを使用して、プロジェクト資料を整合させます。

アウトラインからレビューコピーにどう移行するか？

5つのチェックで、デッキをラフなストーリーからレビューコピーに移行します：オーディエンス、シーケンス、主張、デザイン、承認。レイアウトを磨く前に議論を完成させます。

1. 読者を特定する： アウトラインにオーディエンスと求める決定を書きます。
2. ストーリーを順序付ける： ユーザーニーズから製品、エビデンス、経済性、実行、依頼へと進みます。
3. ソースを添付する： 重要な主張をファイル、責任者、現在のステータスに一致させます。
4. スキャンしやすくデザインする： 各スライドに1つの見出し、1つの要点、読みやすいサポートを与えます。
5. エクスポートをテストする： ファイルをプレゼンテーションとして、またドキュメントとしてレビューします。

各ステップで、次のスライドが前のスライドから続くかどうかを尋ねます。読者が製品、収益、トークンの関係を推測しなければならない場合は、欠落した説明を追加するか、順序を変更します。スライドが口頭での説明を必要とする場合は、詳細を付録に移動します。または、ポイントを簡素化します。

各バージョンについて、日付入りのマスターを保持します。機密の数値を承認した人を記録します。配布前に、連絡先詳細とリンクが機能することを確認します。クリーンなレビューコピーは、プレゼンターがすべてのギャップを埋めなくてもストーリーを伝える必要があります。

デッキがチームを離れる前の6つのチェック

6つのチェックで、仮想通貨ピッチを弱める可能性のあるエラーをキャッチします：矛盾する事実、不明確なステータス、裏付けのない主張。ストーリーを設定した後に実行します。新しい読者にファイルを送る前に完了させます。

• 製品： すべてのスクリーンショットが現在の製品ステータスと一致していますか？
• トークン： 供給、割り当て、リリースの詳細が承認された資料と一致していますか？
• 市場： 市場の定義とソースが見えますか？
• マイルストーン： 完了した作業と将来の計画が明確に分離されていますか？
• パートナー： 文言が提案、署名、アクティブな作業を区別していますか？
• チャート： 単位、ソース、仮定が視覚の隣に表示されていますか？
• 依頼： 要求されたサポートが具体的な計画に接続されていますか？
• ファイル： エクスポート後にスライドの順序、リンク、連絡先詳細が機能しますか？

デッキは投資家が前進するかどうかを決定できません。上場委員会はエビデンスをどのように評価するかを決定します。チームは主張の正確性、依頼の明確さ、資料間の一貫性を管理します。

委員会向けバージョンでは、上場と検証で利用可能な資料をレビューします。ナラティブとスライドサポートについては、仮想通貨スタートアップピッチデッキサービスを参照してください。

初めての読者は何を理解すべきか？

1人の初めての読者が、プロジェクトチームがもはや見えないギャップを明らかにできます。プロジェクトに不慣れな人に、口頭での紹介なしでデッキをレビューしてもらいます。その後、自分の言葉でケースを説明してもらいます。

彼らが以下を特定できるか確認します：

• ユーザーの問題と製品の対応。
• どのエビデンスが現在のもので、何が計画中か。
• ビジネスモデルが製品にどのように関連するか。
• トークンがある場合、なぜトークンが必要か。
• 読者に次に何をしてほしいか。

彼らの要約が要点を外している場合、解釈が変わったスライドを見つけます。修正は、欠落した事実またはスライドの配置ミスかもしれません。より良いサポートが必要な主張かもしれません。より多くのコピーが常に答えとは限りません。

セクターに精通したレビュー担当者に、ビジネスとトークンのロジックを挑戦してもらいます。別のデザインレビュー担当者に、階層と可読性をチェックしてもらいます。コメントは個人的な好みではなく、読者の質問に結び付けます。関連する計画トピックについては、仮想通貨マーケティングガイドを参照してください。

DigitalMedia1に現在のデッキまたはアウトライン、ターゲット読者、承認済みのソースファイルを送ってください。ストーリーをレビューし、明確化が必要な主張をフラグできます。

仕組み

1. 1. 読者を特定するオーディエンスと彼らから得たい決定を選択します。承認されたプロジェクトの説明と資金調達の目的を集めます。
2. 2. 中心となるケースを書く問題、製品、エビデンス、ビジネスモデル、チームを平易な言葉で説明します。トークンは、重要となる場所にのみストーリーに含めます。
3. 3. 主張をソースに一致させるトークンの詳細、製品ステータス、市場の主張、マイルストーンを現在のソース資料に接続します。仮定と計画中の作業にラベルを付けます。
4. 4. スライドの役割を割り当てる各スライドに1つの目的と1つの要点を与えます。必要に応じて、サポートする技術的または財務的な詳細を付録に移動します。
5. 5. レビューコピーをテストする新しい読者にケースを説明してもらいます。不明確な点を解決し、機密の数値をチェックし、そのオーディエンス向けにバージョンを承認します。