オラクルとデータプロジェクトのマーケティング：ビルダーにとって役立つ形で

最初の説明をよりわかりやすくするには？

優れたオラクルおよびデータプロジェクトのマーケティングは、プロダクトが実際に何をするのかを明確にすることから始まります。私たちはあなたのチームがサービスとそれが提供する情報を説明するのを支援します。また、開発者やパートナーが次に取るべきステップを明確にします。

若いトークンプロジェクトのオペレーションリーダーが最初のプレスノートを準備している場面を想像してください。プロジェクトには技術的な詳細がありますが、そのノートはデータを使って構築する可能性のある人々にも理解できるものでなければなりません。私たちはメッセージを形作る前に、重要な事実を整理するお手伝いをします。そうすることで、明確な導入がプロダクトのサポート可能範囲を超えないようにします。

この作業は、自社のテクノロジーを説明する準備ができているチームに適しています。導入から評価までの一貫した道筋を作るのに役立ちます。まず、現在プロジェクトを理解する必要があるのは誰かを特定します。それは、統合を検討している開発者、パートナーシップを検討しているエコシステムチーム、または信頼できる情報を見つける手助けができるコミュニティメンバーかもしれません。プロジェクトがより広範なLayer 1およびLayer 2マーケティング計画の一部である場合もあります。私たちはその開発者ストーリーをより広い文脈に結び付けることができます。

コンテンツを作成する前に、メッセージを形作る3つの選択肢

有用なキャンペーンは、オーディエンス、証拠、次のステップに関する決定から始まります。私たちはそれらの決定を使用して、テクニカルコンテンツとパートナー向け資料の一貫性を保ちます。

1. オーディエンスを特定する。 このフェーズで行動が重要な人々を選びます。統合を評価する開発者と、コラボレーションを検討するパートナーでは、必要な文脈が異なります。チームが最初の集中したパスを必要とする場合は、最大2つのオーディエンスグループから始めます。
2. 説明を裏付ける情報を集める。 現在のドキュメント、統合ガイダンス、プロダクト説明、チームが検証できる主張を共有します。不明瞭な点はチームに指摘します。私たちは仮定でギャップを埋めません。
3. 次のアクションに合意する。 読者がドキュメントを調べるべきか、技術的な質問をするべきか、パートナーとの会話を始めるべきかを決定します。3部構成のメッセージブリーフで、オーディエンス、証拠、次のステップを捉えることができます。

そこから、決定に合わせてコンテンツを形作ります。平易な言葉の概要、テクニカルな解説、キャンペーンコピー、パートナー向け資料などが含まれます。プロジェクトがDeFiチームを対象としている場合、DeFiマーケティングはそのストーリーをエコシステムのユースケースとともに配置できます。目的は、すべてのピースにすべてを詰め込むことではなく、読んでいる人にとってそれぞれが役立つものにすることです。

開発者とパートナーは何を受け取るべきですか？

開発者はプロダクトを評価するために正確な文脈を必要とします。潜在的なパートナーは、議論されているコラボレーションの明確な見解を必要とします。私たちはそれらの異なる会話のために資料を準備します。そして、使用前にチームと詳細を確認します。

開発者向け

開発者向けの概要では、プロジェクトが提供するものと技術情報の入手先を説明できます。テクニカルな解説とキャンペーンアセットは、合意されたローンチ、統合、またはエコシステムの優先事項に文脈を追加できます。私たちはチームが検証できる情報に基づいて作業します。また、資料全体で用語の一貫性を保ちます。

潜在的なパートナー向け

パートナー向け資料では、プロジェクトの目的と可能なコラボレーション領域を明記する必要があります。また、パートナーがレビューする必要があるものについても説明する必要があります。これにより、パートナーシップがすでに合意されていると示唆することなく、最初の会話を具体的なものにすることができます。

コミュニティ向け

アウトリーチは、人々がプロダクトやその技術ストーリーに関与するための有用な理由を提供する必要があります。私たちは合意されたアクティビティをチームおよび関連チャネルと調整します。コミュニティが独自の参加計画を必要とする場合、コミュニティ成長とエンゲージメントをこのプロジェクト固有の作業と並行して行うことができます。ミックスは優先事項に応じて変更できます。テクニカルコンテンツの準備ができている場合は、アウトリーチとパートナーエンゲージメントにより多くの注意を向けることができます。

作業の実践的なリズム

あなたのチームが公開説明を準備している一方で、パートナーが詳細を求めていると想像してください。私たちは同じ承認された事実から開発者向けバージョンとパートナー向け資料を形作ることができます。そして、それぞれの次のステップを明確に保つことができます。

プログラムは数週間にわたるフェーズで進行します。まず、優先事項と利用可能な資料をレビューします。次に、チームが確認するためのメッセージングとアセットを準備します。承認後、合意されたアウトリーチを調整します。アクティビティとエンゲージメントを定期的なレポートで追跡します。

最初のパスでは、次の3つの作業ポイントを可視化しておくと役立ちます。

• チームの1人が技術的な詳細と公開された主張を確認します。
• チームはメッセージと資料を公開前にレビューします。
• レポートは完了したアクティビティ、エンゲージメント、未解決のフォローアップを記録します。

Brand Communityでは、アカウント担当が作業を調整し、レビューノートをまとめます。これにより、チームは承認が必要なものと次に進める準備ができているものを一箇所で確認できます。継続的なプログラムは、グロースマーケティングリテイナーを通じてこれを基に構築できます。より広範なメディア活動については、PRとメディアをご覧ください。

計画をチームが検証できる情報に基づいて現実的に保つ

最も強力な出発点は、明確なプロダクト概要と最新の技術ドキュメントです。ローンチの優先事項を追加し、承認担当者を指名します。既存のアウトリーチの文脈や進行中のパートナーシップの会話があれば、それも含めます。そうすれば、すでに進行中のものを把握できます。

私たちは合意されたコンテンツ、アウトリーチの調整、パートナー向け資料、レポートを納品できます。ただし、プラットフォームのルールや編集上の決定は私たちの管理外です。検索エンジンやAI回答システムも、プロジェクト情報をどのように解釈し提示するかを決定します。

資料がまだ形になっていない場合は、どの詳細を明確にする必要があるかを特定できます。チームがサポートする準備ができている情報から始めることができます。より広範なプロジェクトタイプ別ソリューションページは、この作業を他のプロジェクトニーズと比較するのに役立ちます。開始するには、概要、開発者ドキュメント、現在の優先事項、パートナーシップの目標をお送りください。それらを一緒にレビューします。焦点を当てるオーディエンスと資料を特定します。そして、最初のフェーズの実践的な計画に合意します。

仕組み

1. プロジェクトの文脈を共有するプロダクト概要、技術資料、ローンチの優先事項、現在のアウトリーチやパートナーシップの文脈をお送りください。使用可能なものと明確化が必要なものを確認します。
2. オーディエンスを選ぶこのフェーズで重要な開発者と潜在的なパートナーを合意します。それぞれが何を理解する必要があり、作業がどの次のアクションをサポートすべきかを明確にします。
3. 資料を準備する合意されたメッセージング、テクニカルキャンペーンアセット、パートナー向け資料を作成します。チームがプロダクトの詳細を確認し、使用前にコンテンツを承認します。
4. アウトリーチを調整する合意されたコミュニティアウトリーチとパートナーエンゲージメントを調整します。責任とフォローアップの必要性を明確にします。
5. アクティビティをレビューし、今後の計画を立てる定期的なレポートでアクティビティとエンゲージメントをカバーします。未解決の質問と実践的なフォローアップアクションも記載します。