変更点から始め、形式を選ぶ
役立つリリースは、読者が理解して検証できる変更から始まります。草稿を書く前に、何が起こったのか、誰に影響するのか、なぜ今重要なのかを、平易な一文で書いてください。その文が単に目標を説明しているだけなら、プレスリリースではなくコミュニティアップデートを検討してください。
形式はニュースに従うべきであり、その逆ではありません。製品ローンチには、明確な入手可能性の詳細が必要です。パートナーシップ発表では、各当事者が何を行うかを説明する必要があります。ガバナンス更新では、決定事項とその変更内容を明記する必要があります。承認された事実を1つにまとめ、各バージョンの対象者に合わせて文脈を調整します。
| 発表の種類 | 役立つ焦点 | 補足情報 |
|---|---|---|
| 製品またはプロトコルの更新 | ユーザーが今できること | 製品ページまたは技術ガイド |
| パートナーシップ | 各当事者の役割 | 公開されたパートナー確認 |
| ガバナンス決定 | 決定された内容 | 公開提案または記録 |
| トークンローンチ | 関連するプロジェクトの事実 | 承認されたローンチ情報 |
チーム外の誰かが、冒頭を読んだ後にニュースを説明できるかどうかを確認してください。できない場合は、書く前にアングルを絞り込みます。トークンローンチマーケティングチェックリストは、リリースを他のローンチ資料と整合させるのに役立ちます。
小規模チームの発表をわかりやすくする
小規模なチームがまだ構築中でも、リリースは明確で信頼できるものにできます。テストネットとメインネットの間にある、パートタイムの管理者がいるDiscordサーバーを想像してください。チームには意味のある更新がありますが、管理者はメンバーの質問に答え、日常の会話を進める必要もあります。
彼らは、何が変わったかについての一文から始め、それを説明する公開リンクを集めることができます。
このシンプルな始まりは、ライターに有用な境界線を与えます。リリースは、現在のテストネットの状況を説明でき、後のマイルストーンを完了として提示する必要はありません。また、読者を公式の更新情報や技術ページに案内し、広範な主張を信頼させるのではなく、確認できるようにします。
小規模チームの場合、事実を承認できる担当者と、メディアの質問に答えられる担当者を1人ずつ決めてください。引用は短く具体的にします。技術リーダーは、なぜその変更がユーザーにとって重要なのかを説明できます。創業者の肩書きだけでは、引用は役に立ちません。読者は、製品情報、公開記録、プロジェクトチャンネルなど、次にどこを見ればよいかが明確になるはずです。
読者が仮想通貨の発表を確認するには?
中心となる主張が明確な情報源に結び付けられている場合、読者はリリースを確認できます。チームが公開して示せる情報を中心にコピーを構築し、技術用語は日常言語で説明します。読者が変更を理解または確認するのに役立つ詳細のみを追加します。
重要な事実を冒頭に置く
見出しは、プロジェクトだけでなく、開発内容を具体的に示す必要があります。冒頭で、誰が関与し、何が起こり、いつ関連するかを読者に伝えます。実用的な効果を早めに追加し、人々が最初にミッションステートメントを読まなくても済むようにします。
すべての主張に情報源を提供する
製品ドキュメント、公式パートナー声明、公開ガバナンス記録などの一次資料へのリンクを使用します。各リンクが意図したページを開き、共有しても安全であることを確認します。トークンやプロトコルのニュースの場合、主題を区別するのに役立つ場合は、ネットワークまたはコントラクトの詳細を含めます。未確認の情報は除外するか、その状態を明確に説明します。
引用に価値を持たせる
引用は、事実の段落に含まれていない理由、決定、またはユーザーの視点を追加する必要があります。承認前に、話者の名前、役職、正確な表現を確認します。実用的な最終チェックとして、各主要な主張に情報源をマークします。次に、技術リーダーに意味をレビューしてもらい、コミュニケーション担当者に明確さをレビューしてもらいます。Memecoinの発表については、memecoinローンチガイドが別の計画ビューを提供します。このようなリリースの書き方の詳細は、上記の手順に従ってください。
大まかなメモから公開準備へ
短いレビュー手順により、作業を管理しやすくし、回避可能な編集を防ぐことができます。ソース資料が準備できたら、最初の事実とリンクのチェックに2営業日を確保します。引用、パートナー確認、または内部承認が必要な場合は、さらに時間を追加します。
- 変更点を明確にする。 何が起こり、誰に影響するかを一文で書きます。情報が公開リリースとして承認されていることを確認します。
- 証拠を集める。 公開リンク、正確な名前と役職、承認された引用、連絡可能なメディア担当者を集めます。
- 読者向けに草稿を書く。 見出しと冒頭にニュースを入れます。発表を説明するのに十分な背景のみを追加します。
- コピーをチェックする。 日付、用語、許可、リンク、技術的主張の意味を確認します。指名された担当者が最終版を承認します。
- 引き継ぎを準備する。 承認されたコピー、対象読者、関連アセット、指示を選択した配信担当者と共有します。
チームがウォレット統合を発表するとします。草稿では、ユーザーが今できることを説明し、セットアップ情報にリンクし、質問の連絡先を明記できます。これにより、製品更新をより大きな主張に変えようとせず、発表に焦点を当て続けられます。
ニュースを必要とする人々に配信を合わせる
優れた配信は、意図した読者と発表の主題から始まります。広範なネットワークと直接的なアウトリーチは異なる目的を果たすため、仮想通貨プレスリリース配信サービスを比較する前に、ストーリーに何が必要かを決定します。焦点を絞った技術更新には、関連する専門読者が必要な場合があります。より広範な会社発表には、異なる読者が必要な場合があります。
提案されたルートをレビューするときは、実際に何が含まれているかを尋ねます。確認済みの掲載をシンジケーション、アウトリーチ、編集上の考慮から分離します。どのメディアが関連するか、どのコピーとアセットが必要か、配信後にどの記録を受け取るかを尋ねます。計画を承認する前に、訂正がどのように処理されるかを確認します。
たとえば、リリースが開発者向けのプロトコル変更を説明しているとします。無関係な一般的なメディアのリストは、それらの読者が詳細を見つけるのに役立たない可能性があります。有用な技術リンクと明確なメディア連絡先を備えた、より焦点を絞ったルートは、発表に適しています。PRおよびメディア概要は関連ルートを概説し、プレスリリース配信サービスはサービスオプションを説明します。より広範な編集プログラムには、デジタルPRおよびリンク獲得キャンペーンを検討してください。仮想通貨プレスリリース費用ガイドは、料金の質問をカバーしています。
リリース公開後に役立つ記録を残す
整理された公開記録は、チームが発表を共有し、フォローアップの質問に答えるのに役立ちます。メディア名、ライブURL、ページに表示される日付、訂正や変更に関するメモを保存します。公開されたページがニュースを正確に説明し、リンクが機能することを確認します。
出版社は、リリースを掲載するかどうか、どのように提示するかを独自に決定します。配信パートナーは、編集者の決定や出版社のその後のページ変更を制御できません。承認されたコピーとソース資料を一緒に保管し、質問に正確に答えたり、事実の訂正を要求したりできるようにします。
公開後、自分のチャンネルでリンクを短い説明とともに共有します。承認された発表と表現を一貫させ、公開がメディアのプロジェクト支持を意味することを示唆しないでください。リリースがクリエイターキャンペーンの一部である場合、KOLキャンペーンガイドがその別のルートをカバーしています。
最初のレビューのために、Brand Communityに発表の概要、主要な主張の情報源、対象読者、承認の制限を送信してください。アングル、証拠、配信ブリーフを一緒に検討し、コピーが公開される前に注意が必要な点を指摘します。
仕組み
- 変更点を明確にする何が起こり、誰に影響するかを一文で書きます。ニュースが公開リリースとして承認されていることを確認します。
- 証拠を集める公開リンク、正確な名前と役職、承認された引用、連絡可能なメディア担当者を集めます。
- 読者向けに草稿を書く見出しと冒頭にニュースを入れます。読者が理解するために必要な文脈のみを追加します。
- コピーをチェックする主張、用語、許可、リンクを確認します。適切なプロジェクト担当者に最終版を承認してもらいます。
- 引き継ぎを準備する対象読者に合ったルートを選び、含まれる内容を確認し、ライブ掲載の記録を保持します。
よくある質問
仮想通貨リリースの最初の数行は何を伝えるべきですか?
背景を説明する前に、発表を明確にする必要があります。誰が関与し、何が変わり、なぜ対象読者が気にするのかを明記します。製品更新の場合、ユーザーが今できることを説明し、指示にリンクします。プロジェクトの広範な文脈は、リリースの後半に保存します。
1つの発表をウェブサイトとメディアアウトリーチの両方に使用できますか?
はい、承認された事実を1つに保ち、各対象者に合わせてフレーミングを調整すれば可能です。ウェブサイトではより完全な文脈を提供し、リリースではニュースをリードし、編集者に連絡先と有用な情報源を提供します。両方のバージョンで同じ名前、タイミング、発表の説明を使用していることを確認します。
引用を宣伝ではなく役立つものにするにはどうすればよいですか?
役立つ引用は、事実の段落に欠けている理由、決定、またはユーザーの視点を追加します。話者に、なぜ変更が重要なのか、または何がそれにつながったのかを説明してもらいます。次に、名前、役職、表現を確認します。引用が単に見出しを繰り返すだけの場合は、情報源またはより明確な事実のためにスペースを使用します。
配信ルートを選ぶ前に何を尋ねるべきですか?
どのメディアまたはルートが含まれるか、確認済みの掲載として何がカウントされるか、どのような証明を受け取るかを尋ねます。対象読者の適合性、アセットのニーズ、承認手順、除外事項、訂正の処理方法を確認します。これらの詳細は、リーチに関する広範な約束に頼るのではなく、実際に何が行われるかを比較するのに役立ちます。
リリースにどれくらいの時間を確保すべきですか?
事実が準備できたら、草稿とレビューに数営業日を確保します。パートナーが表現を確認する必要がある場合、話者が引用を承認する必要がある場合、または内部レビューがまだ進行中の場合は、追加の時間を残します。シンプルなカレンダーで、各承認の担当者と共有準備ができているバージョンを示すことができます。
出版社にリリースをオンラインに保つよう強制できますか?
いいえ。出版社は、公開するかどうか、リリースを編集する方法、ページを利用可能に保つかどうかを独自に決定します。たとえば、ライブページが後で変更される可能性があります。合意された納品の詳細と公開リンクを保持します。事実の誤りを見つけた場合は、正確な訂正を出版社または配信パートナーに連絡します。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…