ユーザーがプロトコルに寄せる疑問に応えるDeFiマーケティング

DeFiマーケティングは最初にどの質問に答えるべきか？

DeFiマーケティングは、ユーザーが製品とその使い方を理解できるようにするものです。チャンネルリストや大まかな成長主張ではなく、ユーザーの最初の意思決定から始めましょう。預入者、借入者、連携パートナーでは、それぞれ異なる説明が必要かもしれません。彼らは同じプロトコルを見ている可能性があります。

製品のアクション、オーディエンス、次の有益なステップをマッピングします。これにより、ライターとコミュニティリーダーが共有の出発点を持てます。また、製品教育を実際のユーザーの質問に結びつけ続けられます。どの資産とネットワークが関与しているか？ユーザーはどのような手順を踏むか？プロジェクト独自のガイダンスはどこにあるか？

簡単なテストです：新しい読者が導入文を読んだ後、製品の主要なアクションを説明できますか？できないなら、配信を広げる前に説明を明確にしましょう。複数のチャンネルで継続的な作業が必要なチームは、グロースマーケティングリテイナーを検討するとよいでしょう。また、このサービスを他のプロジェクトタイプ別ソリューションと比較して、最初の優先事項を選ぶこともできます。

ロードマップ更新には、その背後にいる人々のための余地が必要

3つのタイムゾーンを担当するコミュニティマネージャーがロードマップの更新を準備しているとします。更新はほぼ完了していますが、1つの新しい連携がまだレビュー中です。メンバーは自分たちにとって何が変わるのか知りたがっています。チームはプロトコルが全体計画にどのように適合するかを説明したいと考えています。

私たちは、現在利用可能なものと計画中のものを分けるお手伝いをします。そして、明確な製品説明に基づいて更新を構成します。関連するアクションの横に、現在のドキュメントとリスクノートへのリンクを含めます。コミュニティマネージャーは同じコアファクトを複数のチャンネルで共有できます。また、技術担当者の返答が必要な質問のための余地も確保できます。

この小さな区別が重要です。メンバーは連携が利用可能かどうかを推測する必要はありません。後で訂正を待つ必要もありません。短いメッセージ、長めの説明、チームがレビューするための質問を準備できます。指名された承認者が公開前に技術詳細を確認します。コミュニティ参加が計画に含まれている場合は、コミュニティ成長とエンゲージメントと連携できます。そうすれば、教育と会話が同じユーザー目標をサポートします。

製品の事実、TVL、リスクノートを確認しやすく保つ

優れたDeFiコミュニケーションは、製品の事実を解釈から区別します。これはTVLが変動したり、連携が異なる段階を経るときに重要です。また、誰かがプロトコルを使うかどうかを決めるときにも重要です。私たちはチームが主張を裏付けとともに準備するのを支援します。各主張は現在の製品に適合するものでなければなりません。

レンディングマーケットについて書いているチームを想像してください。最初の草稿にはTVL、サポートされているネットワーク、別の製品との新しい接続が記載されています。私たちはチームとともに、その数値の出典と文脈を確認します。どのネットワークが稼働中かを確認します。また、その接続によってユーザーが何をできるようになるかを示します。メッセージは、ダッシュボードの数値を説明として扱うことなく、メカニズムを説明できます。

公開前に、以下の項目を準備します：

• TVL数値の出典と文脈（チームが承認した表現で）。
• サポートされている資産、ネットワーク、利用可能な製品アクションの最新リスト。
• 各連携について、稼働中のもの、計画中のもの、ユーザーが確認できる場所。
• 適切なプロジェクト担当者がレビューしたリスクノートとドキュメントリンク。
• 読者にとって明確な次のステップ1つ。

DeFi計画から可視化可能でレビュー可能な作業へ

有用な計画は、何を準備し、誰がレビューし、どこに掲載するかを示します。私たちは作業を実践的に保ちます。つまり、1つの目標、合意されたメッセージ、指名された担当者、チームが再確認できる記録です。

公開前に3つのチェックを行います：製品の事実、承認済みリスク表現、動作する遷移先リンク。チームは技術的主張の承認者を1名指名します。担当窓口がフィードバックを円滑に進めます。例えば、ある機能に公開ガイドがある一方で、より長い技術文書がレビュー中のままの場合があります。最初のメッセージではガイドを読者に案内し、もう一方の文書は除外できます。より広範な認知のためには、PRとメディア支援をこの作業と並行して行うことも、アナウンスがそれを必要とする場合に適しています。また、2つのレビューポイントを設けます：1つはメッセージの方向性、もう1つは最終的な製品詳細です。

チームが自信を持って進められる最初のステップを選ぶ

オーディエンスが今日最も答えにくいと感じる製品の質問から始めましょう。それは、アクションの仕組み、連携によって変わること、現在のリスクガイダンスの場所などかもしれません。その後、それに答えるのに役立つコンテンツとチャンネルを合意します。チームはすべての資産を一度に準備する必要はありません。

2つのレビューポイントを明確にします。1つはメッセージの方向性をカバーします。もう1つは最終的な製品詳細をチェックします。チームは技術的主張の承認者を1名指名します。作業が進むにつれて、合意された窓口に情報を提供します。これにより、コミュニティマネージャー、製品チーム、コミュニケーション責任者が質問を解決するための共有の場を持てます。

DeFi計画には、教育コンテンツ、コミュニティ活動、可視性掲載を含めることができます。外部サービスは、プロフィールの受け入れ、表示、順位、ローテーションについて独自の判断を下します。合意された作業を納品し文書化することはできますが、それらの決定をコントロールすることはできません。ディレクトリ関連のタスクについては、上場と検証サポートがメイン計画と併せて有用かもしれません。

開始するには、Brand Communityに短い製品説明、優先オーディエンス、現在の連携詳細、承認済みリスクノート、サポートしたい成果をお送りください。それらの資料を確認し、チームが検討するための明確な最初の作業を提案します。

仕組み

1. 製品の状況を共有製品説明、サポートネットワーク、現在のステータス、リーチしたいオーディエンスをお送りください。
2. ユーザーの意思決定を特定作業がサポートすべき理解やアクション、および計画の範囲外を合意します。
3. 事実を一緒に確認承認者が製品詳細、連携ステータス、リスクノート、遷移先リンクをレビューします。
4. 準備と調整合意された資料を作成し、プロジェクト窓口とチャンネル活動を調整します。
5. 公開内容をレビュー掲載リンク、納品書、実践的な次のアクションをお受け取りいただきます。