仮想通貨ピッチデッキは、読者に何を決めてもらうためのもの?
仮想通貨ピッチデッキは、一人の読者がプロジェクトを理解し、有益な次のステップを選ぶのを助けるべきです。それは、別の会話、製品レビュー、投資条件の議論かもしれません。デッキは、最初のスライドを書く前に目的が明確なときに最も効果的です。
まず、読者を簡単に説明します。彼らがすでに知っていること、評価する必要があること、そしてあなたが期待する決定を書き留めます。ファンド、潜在的なパートナー、技術レビュアーでは、最初に必要な詳細が異なる場合があります。説明の順序と深さを変えながら、根底にある事実は安定させておきます。
次に、ケースを3つの部分で書きます:問題、あなたの対応、そしてなぜあなたのアプローチが適合するか。製品の現在の状態と、読者から次に必要なものを追加します。ストーリーがいくつかの専門用語に依存している場合は、それらの用語を説明するか、日常的な言葉に置き換えます。
簡単な読み返しチェックを試します。プロジェクト外の誰かに冒頭のスライドを見せ、ユーザー、製品、リクエストを説明してもらいます。説明できなければ、スライドを追加する前にストーリーを修正します。明確な冒頭は、読者が導入を解読するのではなく、決定に注意を向けるのに役立ちます。
プロジェクトの実際の瞬間を冒頭に反映させる
特定のプロジェクトの瞬間は、冒頭を理解しやすくすることができます。監査レポートが公開された週に、地域チームが新しい言語市場に参入する場面を想像してください。彼らは、レポートをすべてのビジネス上の主張の証明として扱うことなく、新しい読者に製品を説明するデッキを望んでいます。
チームは、サービスを提供するオーディエンスと、対処する問題から始めることができます。次に、製品が現在何をするか、監査レポートがどこに適合するか、そしてレポートの目的の範囲外に何が残るかを説明できます。この順序により、チームは1つの文書にケース全体を担わせることなく、関連する証拠を示すことができます。
このような瞬間を使用して、読者の自然な質問を見つけます。レポート、リリース、パイロット、新しい市場はタイムリーな文脈かもしれませんが、プロジェクトの中心的な説明を置き換えるべきではありません。その瞬間がユーザー、パートナー、投資家にとって何を変えるかを尋ねます。答えが不明確な場合は、冒頭の主張ではなく、補足的な詳細として保持します。
有用な冒頭スライドは、プロジェクト名、平易な説明、サービスを提供するオーディエンスを示します。次のスライドで、ニーズと対応を説明できます。これにより、最初の印象をプロジェクトに根ざしたものに保ちながら、会話のきっかけとなった瞬間について議論する余地を残します。
各スライドに議論における1つの役割を与える
有用なデッキは、固定されたスライド数ではなく、明確な回答の連続です。各スライドに1つの役割を与えます:1つのポイントを述べ、読者を次のポイントに備えさせます。実用的なアウトラインには次のものが含まれる場合があります:
- 冒頭: プロジェクトが何であり、誰にサービスを提供するか。
- 問題と対応: ニーズ、現在の代替案、あなたのアプローチ。
- 製品と市場: 現在存在するもの、誰が使用するか、なぜ機会が重要か。
- ビジネスと進捗: プロジェクトがどのように持続するか、すでに検証可能なもの。
- チームとリクエスト: 誰が作業を行っているか、どのような支援を求めているか、それが何を可能にするか。
トークンは、製品や参加の仕組みを説明するのに役立つ場合、メインストーリーに属します。詳細がまだ提案中である場合は、その旨を明記します。長い技術説明、割り当てスケジュール、調査ノートは、付録に適している場合があります。これにより、興味のある読者に中央のケースを混雑させることなく、より深い情報を提供できます。
スライドの見出しだけを順番に読んでください。それらは一貫したストーリーを伝えるはずです。2つのスライドが同じポイントを述べている場合は、結合するか区別します。1つのスライドが複数の質問に答えようとしている場合は、コンテンツを分割するか、サポート資料をメインシーケンスから移動します。
主張を読者が確認できる情報源に結び付ける
証拠は、その情報源と限界が簡単に見えるとき、読者が主張を評価するのに役立ちます。重要な各ステートメントについて、それをサポートするものと、その情報がどこにあるかをメモします。製品の証拠は、現在のウォークスルーやリリースノートかもしれません。調査は、何を調べたかを説明すれば、市場のポイントをサポートできます。デッキがローンチ計画と並んでいる場合、トークンローンチマーケティングチェックリストがストーリーを整合させるのに役立ちます。
チャートや証明スライドを形作る前に、この簡潔なチェックを使用します:
| チェック | 明確にすること |
|---|---|
| 情報源 | 情報がどこから来たか |
| ステータス | 完了、推定、計画のいずれか |
| 文脈 | 証拠が示すことと示さないこと |
| 許可 | 名前、画像、引用を共有できるか |
例えば、チームが少数の潜在ユーザーから初期フィードバックを得たとします。会話と尋ねた質問を説明でき、それを広範な市場の証明として提示することはできません。具体的で控えめな主張は、目に見える根拠のない大げさなステートメントよりも議論しやすいです。
作業用デッキの横に1つの情報源リストを保持します。数字とプロジェクトステータスがサポート文書と一致することを確認します。取引所向け情報については、CoinGecko上場準備のガイドが関連する準備タスクをカバーしていますが、自社プロジェクトを説明する代わりにはなりません。
トークン詳細を読みやすくし、ケースを混雑させない
トークンスライドは、トークンの意図された役割と、そのルールがプロジェクトとどのように関連するかを説明する必要があります。誰が使用できるか、供給がどのように説明されるか、どの配布詳細が確定しているかを述べます。読者はトークンチャートから製品のビジネスモデルを推測する必要はありません。
確定済みの詳細と未決定の事項を分離します。トークンがまだライブでない場合は、その旨を述べます。割り当てやガバナンスルールがまだ議論中である場合は、提案中としてラベル付けします。デッキとプロジェクトの公開文書全体で一貫した用語と数字を使用します。適切なチームメンバーに、共有する前に技術的およびトークンに関するステートメントを確認してもらいます。
コンパクトなビジュアルで主要なポイントを紹介し、付録やサポートスケジュールで詳細を保持します。ラベルを読みやすくし、新しい読者が知らないカテゴリを説明します。将来のトークン価値に関する主張は避け、機能、ルール、プロジェクトが実際に決定したことに焦点を当てます。
デッキは、プロトコルに不慣れな人にも理解できるようにする必要があります。トークンメカニズムに長い説明が必要な場合は、別のリファレンスを提供し、メインプレゼンテーションでその関連性を要約します。公開向けの供給詳細については、CoinGecko上場情報のガイドが関連する準備タスクをカバーしていますが、自社のルールを説明する代わりにはなりません。
同じストーリーを会議用と共有ファイル用に形作る
同じコアストーリーは、ライブの会話と単独で読まれるファイルの両方に役立ちます。会議では、明確な見出しを使用し、プレゼンターが選択を説明する余地を残します。事前に送信するデッキでは、各スライドが音声メモなしで意味をなすように十分な文脈を追加します。
1つの事実に基づくソースデッキを保持し、強調とサポート詳細を変更して読者バージョンを準備します。技術パートナーは、アーキテクチャを早く必要とするかもしれません。投資家は、最初に市場、チーム、ビジネスケースを必要とするかもしれません。異なる読者に合わせて異なる主張をしないでください。事実を通るルートを変更し、事実自体は変更しないでください。デッキがクリエイターアウトリーチをサポートする場合、暗号KOLキャンペーンのガイドがその計画に役立ちます。
受信者のようにファイルを確認します。デッキを2回読んでください:最初にストーリー、次に読みやすさとリンクを確認します。チャートにラベルがあることを確認し、移動することを意図していない内部コメントやスピーカーノートを削除します。最終スライドで要求された次のステップを明確にします。
関連する計画の広い視点については、Web3マーケティングブログを参照してください。他の実用的なガイドを探索できます。
送信前にデッキが示せる範囲を確認する
ピッチデッキはあなたのケースを評価しやすくすることができますが、独立したレビューの代わりにはなりません。各ステートメントを確定済みの事実、推定、計画としてマークします。適切なチームメンバーに技術的、法的、トークン詳細を確認してもらいます。パートナーや顧客の資料は、許可を得た場合にのみ共有します。
投資家は、証拠と機会が自分たちの基準に適合するかどうかを決定し、そのレビューはデッキが解決できない質問を提起するかもしれません。どのプレゼンテーションも、読者がプロジェクトに資金を提供することを約束することはできません。目的を実用的に保ちます:ストーリーを明確にし、情報源を見つけやすくし、次に議論したいことを示します。
共有する前に、見出しだけを読み、各主張をその情報源に対してレビューします。プロジェクト外の人物に、読んだ後に製品、トークンの役割、リクエストを説明してもらいます。混乱を関連スライドを修正する手がかりとして扱います。難しい質問を避けるためだけに余分な詳細を追加しないでください。
Brand Communityでは、スライド順にドラフトを読み、不明確な主張を、それぞれが必要とする情報源とともにマークします。セカンドオピニオンが必要な場合は、現在のデッキ、短いプロジェクト概要、アプローチする予定のオーディエンスを送ってください。ストーリーのどの部分に最初に注意が必要かを特定するのに役立ちます。仮想通貨ピッチデッキサービスを参照してください。
仕組み
- 読者を特定する意図する読者を書き留め、次に検討してほしい決定を明確にします。これによりストーリーが焦点を保ちます。
- 中心となるケースを書くニーズ、あなたの対応、なぜ適合するかを説明します。スライドコピーを起草する前に不明点を解決します。
- スライドを証明にマッピングする各スライドに1つの目的を与え、重要な各主張の情報源をメモします。
- 磨く前にドラフトを書く明確な見出しとサポートテキストを最初に書きます。議論がスムーズに読めるようになったら、ビジュアルデザインを追加します。
- 新しい読者としてレビューする一貫性、読みやすさ、許可、次のステップを確認します。質問を使用して焦点を絞った改訂を導きます。
よくある質問
仮想通貨ピッチデッキのスライド数はどう選ぶ?
事前に選んだ目標ではなく、ケースを伝えるために必要なスライド数を使用します。メインシーケンスを読者の決定に焦点を当てます。技術的な詳細、トークンスケジュール、サポート調査は、ストーリーを中断する場合は付録に移動します。
仮想通貨トークンスライドには何を含めるべき?
トークンの意図された役割、関連する供給と配布の詳細、読者が製品を理解するために必要なルールを説明します。提案中の用語を明確にラベル付けします。例えば、ガバナンス詳細がまだ未定の場合は、確定として提示するのではなく、議論中であると述べます。
製品ローンチ前にトラクションを示せますか?
はい、プロジェクトの現在の段階に一致する検証可能な作業を説明する場合に限ります。完了した調査、製品プロトタイプ、パイロットを、それが何を示すかを説明する十分な文脈とともに示すことができます。将来のマイルストーンは完了した作業から分離します。
投資家ごとに異なるデッキを作るべき?
通常、1つのソースオブトゥルースを維持し、読者に応じて順序や深さを調整します。技術パートナーはアーキテクチャを早く必要とするかもしれませんが、投資家はビジネスケースを最初に望むかもしれません。バージョン間で根底にある主張を一貫させます。
スライドを起草する前に何を集めるべき?
短い製品説明、現在のステータス、主要な主張の証拠、チームの役割、求めている支援を集めます。トークンルールは確認された場合のみ追加し、進行中の決定をマークします。単一の情報源リストにより、後のチェックが容易になります。
仮想通貨ピッチデッキで投資家が資金を提供することを保証できますか?
いいえ。投資家はプロジェクトとその証拠をレビューした後、独自の決定を下します。デッキは彼らがあなたのケースを追い、サポート資料を見つけるのに役立ちますが、彼らのデューデリジェンスや基準を解決することはできません。各主張を明確でサポート可能にすることに焦点を当てます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…