仮想通貨ピッチデッキ作り方：投資家が納得する構成術

トークンではなく、投資家の判断基準から始める

仮想通貨ピッチデッキは、読者がプロジェクトの内容、その重要性、そしてこのチームがそれを構築できる理由を理解するのに役立つものであるべきです。ストーリーとは、それらの答えを結びつける論理であり、スローガンや無関係なスライドの寄せ集めではありません。

デザインを始める前に、プロジェクトをまだ知らない人に向けて、製品を一文で説明してみてください。次に、以下の質問に順番に答えていきます。

• 誰が問題を抱えており、現在どのように対処しているか？
• あなたの製品によって、彼らは何を違う方法でできるようになるか？
• その変化にBlockchainやトークンがなぜ関連するのか？
• チームがそれを実現できるという証拠は何か？
• 読者に具体的にどのような次のステップを求めているのか？

プロジェクトが初期段階にある場合は、何が構築済みで、何がまだテストを必要とし、どの前提が未確定かを率直に伝えてください。計画中の機能を確立された能力として説明してはいけません。現在の製品とロードマップを明確に区別することで、ストーリーの評価が容易になります。

冒頭のスライドを、説明を加えずに声に出して読んでみてください。長い口頭での説明なしにはプロジェクトが理解できない場合は、順序を見直すか、言葉を簡略化してください。読者は一度目を通しただけで、中心となるアイデアを自分の言葉で説明できるようになるべきです。

仮想通貨ピッチデッキにはどのようなスライドが必要か？

仮想通貨ピッチデッキには、固定されたスライド数ではなく、意図的な順序が必要です。各スライドは1つの投資家の質問に答え、次のスライドに進む理由を作り出すべきです。

以下のアウトラインを出発点として、メインの主張を支えないものは削除してください。

• オープニング： プロジェクト名、平易な言葉での説明、そして求めている会話の内容。
• 問題と対象者： 誰が製品を必要とし、どのような不便を感じているか。
• ソリューションと製品： ユーザージャーニー、現在存在するもの、次に構築予定のもの。
• 市場と代替案： 関連する市場を定義し、ユーザーが現在どのように問題を解決しているかを示す。
• ビジネスモデル： 価値がどこから生まれ、モデルが機能するために何が真実でなければならないかを説明する。
• トラクションまたはバリデーション： 日付と出典が明らかな証拠を提供し、その限界を説明する。
• トークン設計： トークンの機能、製品との関係、主要な供給詳細を述べる。
• チーム、計画、依頼事項： 関連する実行経験、今後のマイルストーン、求める次のステップを示す。

すべてのトピックをメインストーリーに無理に詰め込まないでください。読者が詳細を必要とするかもしれないが、コアとなる議論を中断させるような、詳細なアーキテクチャ、トークン配分の説明、追加調査は付録に回してください。より広範なローンチストーリーについては、このアウトラインをトークンローンチマーケティングチェックリストと比較してください。

デッキでトークンをどのように説明すべきか？

トークンスライドは、読者が製品との関係を推測する必要なく、その目的と制約を理解できるようにする必要があります。まず、トークンがサポートするユーザーまたはネットワークのアクションから始め、その機能に基づく設計上の選択を説明します。

製品の効用とトークンの仕組みは分けて考えてください。ユーザーが製品で何ができるか、トークンがその体験においてどのような役割を果たすか、そして設計のどの部分がまだ検討中かを説明します。製品がトークンなしでその主な価値を提供できるのであれば、必要性をほのめかすのではなく、なぜトークンを導入するのかを説明してください。

トークンの供給と配分については、各カテゴリーを平易な言葉で定義します。アンロック条件やその他の関連する制約は、チームが信頼できる詳細を共有できる場合にのみ記載してください。仮定は確定した条件と明確に区別してください。読者がスライド、付録、関連文書間で矛盾する数字を調整する必要があってはなりません。

役立つレビューチェックリストは以下の通りです。

• 読者は一度読んだだけでトークンの機能を説明できますか？
• 製品のストーリーとトークンのストーリーは一致していますか？
• 供給、配分、アンロックの説明はすべての資料で一貫していますか？
• 予測は結果ではなく仮定としてラベル付けされていますか？

デッキでより深い説明が必要な場合は、技術的な詳細については補足の仮想通貨ホワイトペーパーを参照し、プレゼンテーションは投資判断に焦点を当ててください。

すべての主張を証拠に基づいて行う

証拠は、読者が主張の意味、出典、そして何を証明していないかを確認できる場合に、デッキの信頼性を高めます。大きなメトリクススライドに議論全体を委ねるのではなく、出典と文脈を主張の近くに配置してください。

質問に合った証拠を選びましょう。製品に関する主張は、動作するフローやリリース状況を示すことができます。ユーザーの関心は、明確に定義されたアクティビティ指標とその期間によって裏付けることができます。パートナーシップの主張は、署名済みの契約と議論中の段階を区別する必要があります。市場に関する主張は、広範な業界全体の数字に頼るのではなく、自社が対象とするセグメントを具体的に示すべきです。

すべての指標について、その定義、出典、収集期間、および重要な注意事項を書き留めてください。デッキ全体で同じ定義を使用してください。数値が推定値である場合は、その背後にある仮定を明記してください。チームにまだ防御可能な指標がない場合は、代理の指標を証拠として提示する代わりに、今後何を学ぶ予定かを述べてください。

視覚的な証拠は読みやすく保ちましょう。軸にラベルを付け、馴染みのない用語を定義し、共有画面で読めないスクリーンショットは避けてください。短い脚注で方法論を明確にし、スライドをレポートに変えないようにします。目的は利用可能なすべてのデータポイントを示すことではありません。読者がプロジェクトの主張にとって重要な主張を確認できるようにすることです。

市場とビジネスモデルを関連する事例として示す

市場スライドは、プロジェクトがリーチできるオーディエンスと、そのオーディエンスがこの製品を選ぶ理由を特定する場合に有用です。大規模な市場推定値だけでは、新製品がどのようにユーザーにリーチし、価値を獲得するかを示すことはできません。

まず、最初の顧客またはユーザーセグメントを定義します。ユースケース、ユーザーが製品をどのように見つけ、アクセスするか、そしてどのような代替手段があるかを説明します。ワークフロー、アクセス、特定の製品機能など、そのオーディエンスにとって重要な要素で自社のアプローチを比較します。ユーザーが直面する選択を説明せずに、競合他社のリストを提示することは避けてください。

次に、ビジネスモデルを実際の製品動作に結び付けます。誰が支払い、何に対して支払い、モデルが持続可能であるために何が起こらなければならないかを説明します。収益が計画段階であり観測されていない場合は、それを計画としてラベル付けし、その背後にある仮定を示します。モデルをトークンの説明と一貫性のあるものにしてください。読者が、価値が製品収益、トークンの仕組み、またはその両方のどちらを通じて蓄積されるのかを推測したままにしてはいけません。

資金調達の文脈については、資本が何を可能にし、その作業が次のマイルストーンにどのように結びつくかを明確にします。焦点を絞った資金調達計画は、デッキの依頼事項をプロジェクトのロードマップと一致させるのに役立ちます。資金調達の依頼自体が市場を検証するものであると示唆してはいけません。

ライブプレゼンターなしでも機能するデッキを設計する

共有可能なピッチデッキは、読者が一人で、小さな画面で、または異なる会議の文脈で開いた場合でも理解できるべきです。デザインは議論をより追いやすくするためのものであり、競合するものであってはなりません。

スライドごとに1つの中心的なアイデアを使用し、トピック名を挙げるだけでなく、要点を述べる見出しを付けましょう。本文は読み飛ばせる程度に短く保ちますが、主張の意味を変えるような文脈は削除しないでください。製品、ネットワーク、トークンには一貫した用語を全体で使用します。専門用語は最初に登場したときに定義します。

ファイルを送信する前に、以下を確認してください。

• オープニングでプロジェクトが平易な言葉で説明されている。
• グラフや図がプレゼンテーションサイズでも読みやすい。
• リンク、連絡先詳細、ファイルのアクセス許可が機能する。
• 機密情報が意図された受信者に適切である。
• デッキに明確な次のステップと連絡先が含まれている。

コアバージョンを維持し、オーディエンスに合わせて強調点を調整します。インフラ投資家は、流通に焦点を当てたパートナーとは異なる製品説明を必要とするかもしれませんが、根底にある事実は一貫しているべきです。補足文書を共有する場合は、2つのファイルが製品ステータス、トークン設計、ロードマップについて一致していることを確認してください。デッキは会話のきっかけを作ります。補足資料はメインスライドには詳細すぎる質問に答えることができます。

仮想通貨ピッチデッキを送信する前に何を確認すべきか？

最終レビューでは、理解度、一貫性、および具体的な依頼事項をテストする必要があります。プロジェクトに詳しくない人に、口頭での説明なしでデッキを読んでもらい、製品が何をするものか、誰に役立つか、チームが読者に何を求めていると思うかを教えてもらいます。

彼らの説明を使ってギャップを見つけてください。トークンの役割を理解していなければ、トークンスライドを見直します。今日何が存在するかがわからなければ、製品ステータスをより明確にします。アイデアは理解できても依頼事項がわからなければ、最後のスライドを修正します。これは、デッキが全体的に洗練されているかどうかを尋ねるよりも有用です。

事実の詳細は別途確認してください。名前、日付、リンク、製品ステータス、トークンの説明、数値はすべての資料間で一致している必要があります。チームが説明または実証できない主張は削除してください。バージョン履歴を保持し、共同作業者が矛盾する情報を含むドラフトを回覧しないようにします。

適切に構成されたデッキはプロジェクトの評価を容易にしますが、投資家の関心、面談、または資金調達を保証するものではありません。それらの決定は各受信者に委ねられており、投資デューデリジェンスによってプレゼンテーションでは解決できない疑問が生じる可能性があります。チームがコントロールできること、すなわち正確な資料、明確な説明、準備されたフォローアップのみを約束してください。プロフェッショナルな構成とビジュアルについては、仮想通貨ピッチデッキサポートをご覧ください。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. ソース資料を集める製品説明、ロードマップ、トークン詳細、チーム経歴、市場調査、証拠を収集します。確認済みの事実と、計画や仮定を明確に区別します。
2. 中心となる主張を書くユーザーの問題、製品の対応、プロジェクトの理由、求める次のステップを要約します。デザインツールを開く前に矛盾を解決します。
3. スライドの順序をドラフトするアウトラインを使用してストーリーを順序付けます。各スライドに1つの役割を与え、メインの議論を中断させる補足詳細は付録に移動します。
4. 証拠を追加しデザインする主張に出典と文脈を添付し、議論を明確にする場合にのみ図やグラフを使用します。受信者が開く形式での読みやすさを確認します。
5. テストと調整プロジェクト外の読者にデッキの内容を説明してもらいます。誤解を修正し、最終的な事実を確認し、根底にあるストーリーを変えずに受信者に合わせて強調点を調整します。