仮想通貨ホワイトペーパーの書き方：製品事実に基づく

3つのホワイトペーパー形式のうち、どれが読者に合いますか？

ホワイトペーパー：プロジェクトのケース、製品、設計。ライトペーパー：簡潔なプロジェクト説明。テクニカルペーパー：システムの仕組みと前提条件。

まず、読者が下す必要のある決断から始めます。プロジェクトの目的と運用モデルが必要なら、ホワイトペーパーを使います。主なアイデアを素早く把握したいなら、ライトペーパーの方が適しているかもしれません。実装の詳細が必要なら、テクニカルペーパーまたは付録を計画します。

これらの形式は互いに補完できます。矛盾してはいけません。承認済みの製品事実を1セット保持し、各読者に合わせて深さを調整します。ホワイトペーパー作成サービスは、事実を変えずに情報源を草稿に変えるのに役立ちます。

議論を追いやすくする7つのブロック

有用な仮想通貨ホワイトペーパーは、読者の問題からプロジェクトの答えへと進みます。次に、その答えがどのように機能するかを示します。決断に関わる材料は冒頭近くに置きます。長い導入部に埋もれさせないでください。

• 問題：誰が直面し、何が不足しているかを挙げる。
• プロジェクト：提案する答えを平易な言葉で説明する。
• 製品：利用可能な機能と計画中の作業を分ける。
• システム：コンポーネント、ユーザーアクション、依存関係を示す。
• トークン：該当する場合、関連機能と供給条件を説明する。
• リスク：制約、前提、未解決の質問を明記する。
• 情報源：主要な主張を裏付ける資料を読者に示す。

議論をスキャンできる見出しを使います。役割や資産の動きを明確にする場合は図を追加します。図もテキストで説明します。長い計算や実装の詳細は、本筋の説明を妨げる場合は付録に移動します。

これは作業用アウトラインであり、必須のテンプレートではありません。トークンのないプロジェクトに体裁のためにトークンの章を追加すべきではありません。プロトコルは消費者向け製品よりも多くのシステム詳細を必要とする場合があります。ペーパーに関連するローンチコミュニケーションには、トークンローンチマーケティングチェックリストを使用します。

5つの作成工程、各工程で明確な引き継ぎを

5つの工程により、事実収集、作成、承認を明確に分離します。各工程に明確な期間と引き継ぎを設定します。

1. 読者と目的。 期間：アウトライン作成前。主な読者と、ペーパーが支援すべき決断を特定します。
2. 情報源収集。 期間：作成前。製品、技術、トークン、ロードマップの材料を集めます。推測せずにギャップをマークします。
3. アウトライン承認。 期間：本格的な散文の前。セクションの順序を確定します。各技術的または製品の主張に担当者を割り当てます。
4. 作成と事実確認。 期間：情報源が最新のうちに。承認済みの材料から執筆します。各担当者に自分の主張を確認してもらいます。
5. 編集とリリース。 期間：事実確認後。矛盾を解決し、用語を確認します。将来の更新の担当者を割り当てます。

バージョン管理された作業ファイルを1つ保持します。テキストを変更する決定を記録します。これにより、編集時に古い主張を発見しやすくなります。トークンローンチチェックリストは、ホワイトペーパーを他のローンチ資料と整合させるのに役立ちます。

草稿に含めるべき5つの主張チェックとは？

ライブ機能、トークン機能、将来のコミットメントを説明する可能性のある記述はすべてチェックします。情報源チェックは、読者が検証済みの動作と設計目標やチームの前提を区別するのに役立ちます。

重要な主張ごとに、その情報源とステータスを記録します。次に質問します：

• 証拠：読者は情報源を検査できますか？
• ステータス：これはライブ、計画中、条件付き、未解決のいずれですか？
• 境界：依存関係と例外は明確ですか？
• 表現：その文は1つの観察可能な事実を説明していますか？
• 一貫性：同じ事実が他の場所に現れていますか？

引用はその関連性を説明すべきです。読者にリンクの羅列だけを残さないでください。パフォーマンスに関する記述では、何がどの条件下でテストされたかを明記します。計画中の機能については、テキスト、図、ロードマップで計画中とラベル付けします。

トークン詳細にも同じ規律が必要です。該当する場合は供給条件を別途定義します：

• 総供給量：プロジェクトが使用する用語を明記します。
• 循環供給量：その数値が何を表すかを説明します。
• 割り当て：各カテゴリとその目的を特定します。
• リリース条件：該当する権利確定または分配条件を説明します。
• 未確定の数値：未解決とマークし、確定を暗示しないでください。

チームが検証できる情報源を使用します。CoinGecko上場ガイドは別のプロファイルプロセスを扱います。ペーパー内の情報源チェックを置き換えるものではありません。

リリース前に排除すべき6つの作成ミス

6つの頻発するミスにより、ホワイトペーパーの評価が難しくなります。製品や技術の担当者がまだ事実を確認できるうちに修正します。

• 専門用語が先：専門用語の前に読者の問題を紹介する。
• ステータスの曖昧さ：出荷済みと計画中の機能を一貫してマークする。
• 仮定に基づくトークン：実際の機能を説明するか、主張を省く。
• ロードマップを確実視：計画にラベルを付け、関連条件を明記する。
• 依存関係の欠落：コントラクト、プロバイダー、権限、ユーザーアクションを明記する。
• 目的のない長さ：プロジェクトの説明や検証に役立つ詳細を保持する。

ペーパー、ウェブサイト、トークン資料を対象に最終チェックを1回実行します。現在の機能や確固たるコミットメントのように聞こえる記述にフラグを立てます。責任者に確認を依頼します。広範な称賛を観察可能な説明に置き換えます。裏付けのない主張を削除します。

ホワイトペーパーはプロジェクトの設計を説明できます。CoinGeckoやCoinMarketCapの上場審査やプロファイル表示を制御することはできません。それらのプラットフォームが審査と表示の結果を決定します。ペーパーは受理や特定の表示を保証できません。

ファイル公開前の3つのレビュー工程

3つのレビュー工程により、チームはチェック内容の実用的な記録を得られます。また、まだ注意が必要な点も示します。すべてのコメントを特定のテキスト、情報源、担当者に結び付けます。

DigitalMedia1では、草稿を提供いただいたプロジェクト資料と比較します。証拠や技術担当者の確認が必要な主張にフラグを立てます。漠然としたフィードバックではなく、具体的な編集リストをお届けします。草稿に作成サポートが必要な場合は、その作業について別途協議できます。

現在の草稿、情報源資料、主な読者、希望する公開期間をお送りください。準備ができている点を確認し、未解決の質問を特定します。2営業日以内に書面による見積もりをお送りします。

仕組み

1. 1. 読者を特定するペーパーが誰に役立ち、どの決断を支援すべきかを書き留めます。その選択を使って詳細度を設定します。
2. 2. 情報源を収集する製品、技術、トークン、ロードマップの事実を集めます。未解決の項目をマークし、それぞれを確認できる担当者を指名します。
3. 3. アウトラインを承認する7つのコアブロックを読者の質問に合わせて配置します。プロジェクトに合わないセクションは削除します。
4. 4. 作成と検証現在の機能と提案を分離します。製品と技術の担当者に、自分たちが知っている主張を確認してもらいます。
5. 5. 編集とリリース矛盾を解決し、リンクと用語を確認した後、重要な事実を最新に保つ担当者を割り当てます。