役立つ保有者向けアップデートには何を含めるべきですか?
クイックテスト: 最後のアップデートを読んでください。保有者は、何が出荷され、次は何で、何が必要かを20秒で見つけられますか?見つけられない場合は、3つのラベル付きブロックを使用してください。
役立つ保有者向けアップデートは、読者に何が変わったか、それがプロジェクトにとってなぜ重要なか、そしてその根拠となる情報をどこで確認できるかを伝えます。計画を完了した作業として提示したり、不確実性を約束として扱ったりすることなく、進捗状況の信頼できる説明を提供します。
私たちは、あなたのチームが実証できる事実に基づいてアップデートを構成します。製品やプロトコルのマイルストーン、ガバナンス活動、開示を選択したトレジャリー情報、エコシステムの取り組み、今後の決定などです。各項目には担当者と情報源(公開された提案、リポジトリノート、製品リリース、承認された内部記録など)が必要です。項目がまだ進行中の場合、その旨を明確に記載する必要があります。
作成前に、以下を合意してください。
- アップデートの対象者:トークン保有者、投資家、コントリビューター、または複数のグループ。
- 公開コミュニケーションが承認されている主題。
- 技術的、財務的、法的に機密性の高い表現を確認する担当者。
- 最終版が公開される場所と、読者がフォローアップの質問をする方法。
より広範なローンチを調整しているチームの場合、投資家向けコミュニケーションはトークンローンチマーケティング計画と並行して行うことができます。目的は、既知の情報を不明瞭にするプロモーションの要約ではなく、読者が追跡できる信頼できる記録です。
透明性レポートとその付加価値
透明性レポートは、情報を一貫した構造で提示し、情報源のある事実とチームのコメントを区別することで、定期的な開示のレビューを容易にします。読者に、報告期間、前回のレポートからの変更点、および文脈が必要な項目を理解する場を提供します。
適切な内容は、プロジェクトが責任を持って公開できるものに依存します。レポートでは、表明されたマイルストーンに対する進捗状況、ガバナンスの決定、製品の可用性、エコシステム活動、またはチームが開示を承認した場合のトレジャリー情報を取り上げることができます。私たちは推定値でギャップを埋めません。数値やステータスが検証されていない、または共有できない場合、レポートは適切なレベルでその省略を説明する必要があります。
実用的な編集チェックリストは以下の通りです。
- 明確な報告期間と公開日を設定する。
- 事実の主張をそれぞれ公開または承認された情報源にリンクする。
- 完了した作業、進行中の作業、提案を明確に区別する。
- 関連する担当者に技術的および運用上の詳細を確認してもらう。
- 修正を記録し、後のレポートが公開履歴と一致するようにする。
この形式は、ローンチ後のサポートの準備にも役立ちます。コミュニケーションは最初の発表後も継続するからです。レポートは単独で読めるようにし、用語は簡潔に説明し、リンクはそれが裏付ける主張の隣に配置する必要があります。
AMAのリズム計画
AMAのリズムは、各セッションに明確な目的、準備されたスピーカー、イベント前後に質問を収集する方法がある場合に機能します。定期的な開催は、保有者がいつ会話を期待できるかを知るのに役立ちますが、スケジュールはチームが意味のあるアップデートを共有し、質問に正確に回答できる能力に合わせる必要があります。
まず、実際のプロジェクト開発に関連するトピック(製品リリース、ガバナンス提案、エコシステム統合、または保有者からのよくある質問など)から始めます。議論を集中させ続けられるホストを選び、技術的、運用的、またはビジネス上の問題について話すことができるチームメンバーを確認します。事前に予想される質問を収集しますが、ライブでのフォローアップの余地も残します。その後、約束した明確化と関連する情報源へのリンクを含む短い要約を公開します。
リズムを選択する際は、以下を確認してください。
- 有用なセッションに十分な材料があるか。
- 適切な意思決定者が参加できるか。
- 保有者がプロジェクトの発表に既に使用しているチャネルはどれか。
- 質問がどのようにモデレートされ、未解決の項目が追跡されるか。
私たちは、より広範なアップデートプログラムの一部として、セッションの概要、発表コピー、質問ワークフロー、要約を計画できます。また、投資家との関係構築も行っている場合は、資金調達および投資家向け業務とパブリックAMAを調整し、メッセージとタイミングが競合しないようにします。
マイルストーンから公開までの間に行うこと
よくある間違い: 計画と事実を一文に混在させること。それぞれを「完了」「進行中」「計画済み」とラベル付けしてください。
信頼できるアップデートは、情報源の収集、作成、関係者によるレビュー、最終承認を経て公開されます。この順序により、チームは事実を修正し、不確実性を明確にし、公開に適したものを承認する明確なポイントを得られます。
私たちはまず、プロジェクトの現在のコミュニケーション資料、優先オーディエンス、マイルストーンカレンダー、承認担当者をレビューします。次に、利用可能な情報源を提案されたトピックにマッピングし、作成を開始する前に不足しているコンテキストを特定します。ドラフトは迅速なレビューのために整理され、確認が必要な質問や主張は該当するチームメンバーに明示されます。フィードバック後、合意されたチャネル向けに承認版を準備し、公開されたコピーとその裏付けとなる情報源の記録を保持します。
典型的な作業順序は以下の通りです。
- キックオフ:目標、オーディエンス、チャネル、承認連絡先を合意。
- 情報源レビュー:公開リンクと承認されたプロジェクト情報を収集。
- 作成:アップデート、レポートセクション、AMA資料を作成。
- レビュー:事実関係の質問を解決し、最終的な表現を承認。
- 公開とフォローアップ:最終コピーを準備し、未解決の質問を記録。
正確なタイムラインは、情報源の内容とレビュー担当者の対応速度を把握した後に設定します。どのコミュニケーションを優先すべきか判断に困っている場合は、まず仮想通貨マーケティングコンサルティングから始め、定期的なスケジュールを設定する前に計画を定義してください。
AMAの配信と読者数に影響を与える可能性のあるものは?
AMAは十分に準備されていても、チームの期待とは異なる質問や参加者を引き寄せることがあります。そのため、約束されたオーディエンスサイズではなく、有益な議論を中心に計画を立ててください。プロジェクトは、スピーカー、準備、開示、フォローアップを管理できますが、TelegramやXがどのようにモデレート、配信、投稿の可視性を管理するか、特定の参加者が参加するかどうかは管理できません。
また、編集上の制限もあります。私たちはチームが提供する情報を整理し明確にすることはできますが、機密性の高い開示やプロジェクトに関する声明は、あなたの権限のある代表者が確認する必要があります。プライベートな投資家情報、裏付けのない主張、プロジェクト自身のレビューを通過していない資料の公開は避けてください。回答できない質問がある場合、スピーカーは既知のことを述べ、何が未解決かを説明し、適切な場合には後日のアップデートを案内することができます。
イベントを確定する前に、チームが以下を準備していることを確認してください。
- 指名されたスピーカーと主要トピックのバックアップ。
- 公開討論が承認されていない主題のリスト。
- 事実確認や法的レビューが必要な質問をエスカレーションするプロセス。
- 修正や約束したフォローアップ情報を公開する計画。
これらのチェックは、プロジェクトやプラットフォームが提供できる以上のことを約束することなく、セッションの説明責任を果たすのに役立ちます。
保有者向けアップデートの6項目チェックリスト
公開前にこれら6項目をチェックしてください。これにより、アップデートが短く、ラベル付けされ、確認可能になり、ニュース自体がしばらく遅くても、保有者がリズムを信頼するようになります。チェック済みのリストは記録と一緒に保管してください。後で何が合意されたかを説明する最も迅速な方法だからです。
- アップデートを「完了」「進行中」「計画済み」に分割する。
- すべての事実に情報源をリンクする。
- 1画面以内に収める。
- 毎月同じ日に公開する。
- AMAの質問を事前に収集する。
- 機密事項とその理由を明記する。
用語の一言説明
透明性レポート(平たく言えば、プロジェクトが何を行い、何に費やしたかを示す定期的な文書)。
AMAはask me anythingの略で、チームとのライブQ&Aです。
アップデートプログラムの始め方
まず、プロジェクトの現在の資料、次のコミュニケーションマイルストーン、および公開声明を承認する担当者を共有してください。これにより、私たちは、あなたが受け取る有益な最初の項目と、チームが維持できる頻度を推奨するのに十分なコンテキストを得られます。
このサービスは、単発の保有者向けアップデート、定期的な透明性レポート、AMA計画、またはこれらの資料の調整されたセットをカバーできます。作業開始前に、オーディエンス、チャネル、情報源の可用性、レビュー担当者、公開責任を確認します。チームに既にフォーマットがある場合は、それをレビューして実用的な改善点を特定できます。ない場合は、検証して公開できる情報に基づいて構造を提案できます。
生産的なキックオフのために、以下を準備してください。
- プロジェクトとその現在のステージの簡単な説明。
- 既存の発表、ガバナンス記録、製品資料への公開リンク。
- 次のコミュニケーションで取り上げたいマイルストーンや質問。
- 技術、運用、コミュニケーションの承認者の名前または役割。
- 既に存在する開示制限や公開コミットメント。
3つのものを送ってください:最後の2回のアップデート、マイルストーンリスト、次のAMAの日付。これらをもとに、リズムを設定し、初回発行前に費用を書面で確定します。
仕組み
- オーディエンスと目的を設定する誰が情報を必要としているか、どのチャネルを計画しているか、次のコミュニケーションで読者が何を理解すべきかを確認します。
- 承認済みの情報源を収集するあなたのチームが公開記録と承認されたプロジェクト情報を共有します。作成前に確認が必要な主張を特定します。
- アップデートまたはイベント資料を作成する明確なコピー、レポートセクション、またはAMA資料を準備し、検証済みの事実を計画や未解決の質問から区別します。
- レビューと承認関連するプロジェクト担当者が詳細を確認し、公開前に最終的な表現を承認します。
- 公開とフォローアップの追跡選択されたチャネル向けに合意された資料を準備し、次のコミュニケーションに向けた質問や明確化を記録します。
よくある質問
保有者向けアップデートを作成するために何が必要ですか?
対象オーディエンス、伝えるべき主な進展、事実の主張を裏付けるリンクや記録、承認責任者が必要です。既存の発表や製品・ガバナンス資料はコンテキストの確立に役立ちます。情報が不足している場合は、仮定を確認済みの事実として扱うのではなく、ギャップをあなたのチームに指摘します。
プロジェクトはどのくらいの頻度でAMAを開催すべきですか?
チームのニュースフローと準備されたスピーカーを用意できる能力に応じて頻度を設定してください。意味のあるトピックがあるか、対応すべき定期的な質問がある場合にセッションは最も有用です。報告することがほとんどない場合、簡潔な書面によるアップデートの方が、明確な目的のないイベントよりも保有者に役立つ可能性があります。
一部の事実が機密の場合でもレポートは作成できますか?
はい。あなたのチームが何を開示できるかを決定し、私たちは公開が承認された情報に基づいてレポートを構成します。主題をレポートの計画外としてマークしたり、適切なレベルでそのステータスを説明したりできますが、不足している詳細を捏造したり、承認なしにプライベート情報を公開したりすることはありません。
最初のアップデートを準備するのに何日かかりますか?
情報源、計画、承認プロセスをレビューした後、作業タイムラインを確定します。整理された情報源と利用可能なレビュー担当者がいる集中的なアップデートは、複数のチームによる詳細の確認が必要なものよりも準備が簡単です。キックオフ時に依存関係を特定し、作成開始前に順序を合意します。
すべてのAMAの質問に回答できると約束できますか?
いいえ。一部の質問は調査、承認、またはプロジェクトが開示できない情報を必要とする場合があり、TelegramやXがイベントへのアクセスや可視性に影響を与える可能性があります。私たちはスピーカーの準備、質問の整理、未解決項目の記録を支援し、チームが検証済みの承認された回答を用意できた時点で後日対応できるようにします。
既存のアップデートフォーマットで作業できますか?
はい。現在のフォーマットと、チームが提供しても構わない例を共有してください。オーディエンス、情報源、ステータスラベル、承認手順が明確かどうかをレビューし、編集を推奨するか、次のアップデートを確立された構造に適合させることができます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…