仮想通貨プレスリリースの書き方：ニュースを先に、トークンを後で

予約前のチェック：発表のための7つの確認事項

計画初日は、ニュース、証拠、オーディエンスを確定します。掲載先リストではなく、発表から始めます。ルートを承認する前に、このチェックリストを使用してください。

• ニュース：完了した変更を1つの平易な文で述べます。
• オーディエンス：このアップデートが必要な人と、その理由を明確にします。
• 証拠：各中心的な主張に公開ソースを添付します。
• ステータス：作業をライブ、テスト中、計画中、完了のいずれかに分類します。
• スポークスパーソン：発言者、役職、承認済みの引用を確認します。
• パートナー：関連当事者と名前と説明を明確にします。
• 開示：機密事項とレビューが必要な主張をマークします。

1つの項目が未解決の場合は、そこでドラフトを保留します。ソースの欠落は、より強いコピーではなく、確認が必要です。配信前に、担当者または文書の所有者にギャップを埋めてもらいます。

ローンチコミュニケーションについては、発表をトークンローンチマーケティングチェックリストと比較してください。リリースはその計画をサポートするものであるべきです。それに取って代わるものではありません。

どの仮想通貨の発表に明確なアングルがありますか？

強いアングルは、読者が理解できる結果をアップデートに与えます。何が変わったかと、誰がそれを使用、検査、または対応できるかを結び付けます。その接続を説明する1つの文から始めます。

次に、その文を3つの質問でテストします。

• 外部の読者が確認できる言葉で、何が変わったか？
• 誰が影響を受け、今何ができるか？
• 主要なポイントをサポートするソースはどれか？

製品発表では、何が利用可能で、どこで検査できるかを指定できます。統合では、各当事者の役割を説明できます。また、作業の現在のステータスも記載する必要があります。ガバナンスのアップデートでは、読者を公開記録に誘導できます。

補足的な詳細は、1つのメインストーリーの背後に置きます。リリースでは、製品、トークン、パートナーシップ、ロードマップに言及できます。その組み合わせにより、編集者はどのアップデートが最も重要か確信が持てない可能性があります。中心的なニュースがまだ計画である場合は、明確にラベル付けします。意図を完了した作業として提示しないでください。

2つの異なるアップデートについては、別々のリリースを検討してください。それぞれに十分な証拠とオーディエンスの関連性がある場合にのみ、別々のドラフトを使用します。

編集者が素早くスキャンできる5つのパート

5つのパートからなる形式は、発表を最初に置き、その証拠を手の届く範囲に置きます。各パートの焦点を絞ります。プロジェクトの背景がなくても、何が起こったかを読者が理解できることを確認します。

短い段落と一貫した名前を使用します。技術用語は初出時に説明します。重要な区別を維持します：テスト環境は本番リリースではありません。発表されたパートナーシップは、完了した統合の証明ではありません。

プロジェクトの説明はニュースから分離します。組織の特定に役立つ背景のみを含めます。送信前に連絡先とソースリンクが機能することを確認します。この書き方のポイントを押さえれば、編集者に伝わりやすくなります。

すべての重要な主張の横にソースを

ソースファイルは、ファクトチェックを迅速にし、修正を容易にします。コピーが完成した後ではなく、リリースと並行して作成します。

3列の主張ログを使用します：ドラフト文言、サポートソース、確認者。公開ページ、文書、トランザクション参照は、文言を直接サポートする場合に主張を実証できます。各リンクが機能し、そのコンテンツが共有のためにクリアされていることを確認します。

承認前に、次の5つの詳細を確認します。

• 名前と役職が承認されたプロジェクト記録と一致します。
• 引用が発言者の最終文言と一致します。
• パートナーの声明に必要な承認があります。
• 製品、監査、アクセスの主張が証拠と一致します。
• 計画された作業が完了として説明されていません。

別のプロフィールや供給に関する質問については、CoinGecko上場ガイダンスを参照してください。プレスリリースはアップデートを説明できます。プラットフォームの提出または検証プロセスに取って代わるものではありません。

ソースがサポートできない主張は削除します。証拠のギャップをより強い形容詞で埋めないでください。関連する担当者に事実を確認するか、それらを除外するよう依頼します。

配信ルート：フォーマットを仕事に合わせる

ルートは、発表がアウトレットにどのように届くかを決定します。カバレッジに値するかどうかではありません。配信を予約する前に、実際の作業を明確にします。

プロバイダーが執筆、編集、ピッチング、有料掲載、またはそれらの組み合わせを処理するかどうかを尋ねます。名前の挙がったアウトレット、ルート、納品の証拠を書面で取得します。提出を採用された記事やライブ掲載と区別します。これらは異なるチェックポイントです。

仮想通貨プレスリリース配信サービスを、彼らが行うことに同意する作業とその文書化方法で比較します。ストーリーに分析やより長い会話が必要な場合は、デジタルPRキャンペーンとの適合性を比較します。

地域ピッチは、地域の関連性が実際にある場合にのみ意味があります。そのルートを選択する前に、言語のニーズとスポークスパーソンへのアクセスを確認します。

進行表：ドラフトから記録までの5つの動き

5つの明確な引き継ぎにより、承認されたコピーと掲載ステータスを可視化します。各動きに担当者を割り当て、質問がチーム間で消えないようにします。

1. 準備： 発表、ソース、オーディエンス、スポークスパーソンを確認します。
2. ドラフト： 最も強力なサポートされたアングルを中心に1つのリリースを書きます。
3. レビュー： 事実の編集を解決し、承認されたバージョンを確定します。
4. 配信： 合意されたルートを使用し、各提出を記録します。
5. 記録： 応答、採用された記事、ライブリンクを分離します。

サポートについては、ルートを承認する前に書面による見積もりをリクエストしてください。ルートが確認された後、コピーを承認する人とステータスログを受け取る人に同意します。掲載がライブの間、レポートはステータスとリンクを追跡できます。

最終記録は、提出されたものと公開されたものを区別する必要があります。承認されたコピーを1つ、真実のソースとして保持します。レビュー中に文言が変更された場合は、どのバージョンが公開されたかをメモします。

より広範なチャネル計画については、PRおよびメディアハブを参照してください。

配信予約は実際に何を確認しますか？

予約は、そのルートについて書き留められた作業と条件を確認します。編集アウトレットは、ピッチを受け入れるかどうか、いつ公開するか、どのように編集するかを決定します。

有料掲載は、名前の挙がったアウトレットの合意された条件に従います。いかなる配信ルートも、独立した編集上の受け入れや特定の編集上の扱いを約束することはできません。

承認前に、次の4つのポイントを確認します。

• 広範なラベルだけでなく、名前の挙がったアウトレットまたはチャネル。
• 執筆、編集、ピッチングが含まれるかどうか。
• 納品として数えるもの：提出、受け入れ、ライブリンク。
• 遅延、変更、掲載証明がどのように処理されるか。

明確なレポートは、提出されたもの、採用されたもの、ライブのカバレッジを分離します。その記録は、領収書を編集上の承認として扱うことなく、何が起こったかを確認するのに役立ちます。また、チームが自社チャネルやフォローアップに使用できるリンクを提供します。

DigitalMedia1に、発表、ソースリンク、ターゲットオーディエンス、承認の制限を送信してください。承認する前に、アングルを証拠と照合し、ルートをマッピングできます。

仕組み

1. アップデートに名前を付ける何が変わったか、誰に影響するかを書きます。完了した作業を計画やテストと区別します。
2. ソースを集める公開リファレンス、承認されたアセット、スポークスパーソンの詳細を集めます。まだ確認が必要な主張にフラグを立てます。
3. 1つのアングルをドラフトするサポートされた1つの発表を中心にリリースを構築します。二次的な詳細は補助的な役割に保ちます。
4. コピーを承認する関連するプロジェクトの所有者に、事実、引用、命名、開示の境界を確認してもらいます。
5. ルートを選択して記録する配信を承認する前に、アウトレットの条件を確認します。提出、応答、ライブリンクを別々に追跡します。