トークノミクス設計：4つの領域を監査するモデルレビュー

1つの共有記録を必要とする4つのモデル領域

レビューマップは、供給量、ベスティング、エミッション、上場準備の4つの領域で構成されます。これらを相互に関連するインプットとして扱うことで、ある文書が別の文書とは異なるモデルを記述している箇所を明らかにすることができます。

まず、お客様のチームが決定すべき事項を特定します。次に、トークンがどのように割り当てられ、いつ利用可能になり、各リリースが何をサポートすることを意図しているかをマッピングします。上場関連情報は、これらの同じインプットと照合されます。これにより、対象者ごとに異なる説明を作成するのではなく、トークンモデルの1つの実用的なビューが作成されます。

このレビューは、トークンローンチ前、大規模なモデル変更時、またはローンチ資料の整合性が必要な場合に役立ちます。トークンローンチを準備しているチームは、その結果を利用して、トークン情報をローンチ計画と一致させることができます。プレセールがある場合は、プレセールキャンペーンを含め、比較する資料がさらに追加されます。

不完全なドラフトやバージョン間の不一致があればお持ちください。承認済みの数値と提案段階の数値を明確にしてください。当社は、暗黙のうちにバージョンを選択するのではなく、未解決のインプットを記録します。これにより、創業者は、トークン情報を公開または配布する前に、割り当てるべき決定事項の明確なリストを得ることができます。

ローンチ前に一致させるべき供給記録は？

供給記録は、総供給量、アロケーションカテゴリ、リリース条件、公開説明を結びつける必要があります。当社は、これらの詳細を、モデル、トークン関連文書、ローンチまたは上場資料の3つのソースグループ間で比較します。

まず、各ソースの最新バージョンを集めてください。現在の総供給量の前提、アロケーションカテゴリ、受取人または目的の説明、利用可能性に影響を与える制限を含めてください。暫定的なものであっても、既存のリリーススケジュールを追加してください。異なる文書で同じアロケーションに異なる名称が使用されている場合は、その関係をレビュー用に記録してください。

この比較により、定義の欠落、矛盾する数値、読者を混乱させる可能性のある用語が明らかになります。これは、お客様に代わってトークン設計を決定するものではありません。代わりに、どのインプットに確認が必要か、また、確認済みの同じ情報をどこに表示すべきかを示します。この記録は、資金調達と投資家対応をサポートすることができ、チームはプロジェクト計画に照らしてアロケーションを説明する必要があります。

パケットを共有する前に、すべての数値に担当者とステータスが設定されていることを確認してください。各項目を、確認済み、提案中、未解決のいずれかにラベル付けしてください。前提条件の変更を説明する場合は、以前のドラフトを保持してください。これにより、何が変更されたかを追跡しやすくなり、古いスケジュールが実務上の参照点になるのを防ぐことができます。

ベスティングとエミッションはプロジェクトマイルストーンとどう整合するか

リリーススケジュールは、その日付、受取人、目的が一緒に表示されると評価が容易になります。当社は、ベスティングおよびエミッションと、チームが承認した、または暫定的であると明確にマークしたプロジェクトマイルストーンを比較します。

各ベスティングスケジュールについて、対象者、開始時期、利用可能性に影響を与える条件を記録してください。各エミッションラインについて、意図された使用目的、受取人グループ、リリースの背後にある決定プロセスを記載してください。モデルに報酬やインセンティブが含まれている場合は、それらがサポートすることを意図した活動を説明してください。これらの詳細は、内部のコンテキストに依存することなく、読者がスケジュールを理解するのに役立ちます。

チームがまだスケジュールを選択中の場合は、2つのバージョンをお持ちください。優先するバージョンをマークし、どの前提が未解決のままかを説明してください。当社は、日付、期間、受取人の説明、記載された目的の違いを特定します。アウトプットは、創業者の決定が必要な質問と、単に明確性を向上させるための編集を分離します。

調査結果を利用して、未解決の決定事項ごとに社内の担当者を割り当ててください。その後、モデルとそのスケジュールを繰り返す資料を更新してください。リリース計画がローンチのポジショニングに影響を与える場合は、レビューをGo-to-Market戦略に結び付けてください。

上場準備ファイルで明確にすべきこと

上場準備ファイルは、プロジェクトが提供するトークン情報を明確かつ一貫性のあるものにする必要があります。未解決の前提を確定した数値として提示してはなりません。

当社は、お客様が提供する資料に記載されているトークン用語、供給量の説明、アロケーションの概要、スケジュールの詳細を確認します。また、それらの資料を現在のモデルと比較します。チームが上場申請フォームやプロフィールを作成中の場合は、その最新バージョンを含め、プロジェクトデータを確認できる担当者を特定してください。

注釈付きの記録は、確認済みの情報と回答が必要なフィールドを分離します。また、文書間で説明が異なる箇所も示します。これにより、チームは上場関連資料を作成または更新する前に、該当するインプットを解決できます。この作業は、より広範なトークンローンチと成長計画と並行して行うことができます。合意された一連のトークン詳細は、プロジェクトのコミュニケーション全体で統一して表示されるべきです。

モデル、トークン文書、現在の上場資料を含むソースパケットを準備してください。未解決の事実ごとに連絡先を追加してください。これにより、確認作業が集中し、レビュアーがプロジェクト提供情報を確認するための明確な経路が確保されます。最終的な推奨事項は、プラットフォームの結果ではなく、編集と決定事項を特定します。

チームが受け取る評価記録

成果物は、モデル、レビューされた前提条件、および残っている決定事項や編集箇所に関する注釈付きの評価です。プロジェクトの段階、ソース資料、チームが回答を必要とする質問を確認した後、範囲を合意します。

記録は、調査結果を使用可能な作業領域に整理します。

• 確認が必要な供給量とアロケーションの定義。
• 整合性が必要なベスティングとエミッションの前提条件。
• モデルとローンチ文書の間の相違点。
• チームが割り当てるための決定責任者がいる未解決の質問。
• 使用予定の資料に対する優先順位付けされた更新。

各調査結果の記録には、ソース、値、ステータス、担当者の4つのフィールドがあります。当社のワークフローには2つのレビューチェックポイントが含まれます。キックオフ時に、権威あるモデルバージョンを確認し、どの質問が範囲内であるかに合意します。評価後、注釈付きの調査結果を一緒に確認し、優先的な決定事項とオプションの文言変更を分離します。これにより、チームはランク付けされていないリストを整理するのではなく、分析に基づいて明確に行動できるようになります。

契約期間中にモデルが変更された場合は、最終評価を管理するバージョンを確認します。トークン設計とポジショニングを結び付けているチームは、Go-to-Market戦略を追加できます。推奨事項は、キックオフ時に合意された資料と質問に引き続き関連付けられます。

プロジェクトのエビデンスとプラットフォームの判断の境界

ソースパケットは、チームが検証できるもの（トークンの定義、スケジュール、レビュー用に準備された資料）を記録します。評価を利用して、それらのインプットを外部に共有する前に解決してください。

CoinGeckoとCoinMarketCapは、それぞれ独自の申請審査、プロフィールフィールド、更新タイミングを管理しています。当社の責務は、プロジェクトが提供するトークンデータを監査し、合意された修正を提供することです。当社は、受理やプラットフォームが公開プロフィールを変更するタイミングを決定することはできません。

有用な引き継ぎでは、未解決のインプットごとに1名の担当者を指名します。また、その決定後に更新すべき文書も特定します。チームがすでにローンチしている場合は、ローンチ後サポートが、トークノミクスレビューと並行してその後の作業を調整するのに役立ちます。

開始するには、現在のモデル、関連するトークン文書、ローンチマイルストーンをお送りください。承認済みの数値、暫定的な前提、進捗を妨げている決定事項をマークしてください。GeoMarketing Expertsがパケットを確認し、実用的な範囲を確認し、開始に必要なインプットを特定します。

仕組み

1. 01 — 現在のモデルを共有最新の供給量、アロケーション、ベスティング、エミッションの資料をお送りください。確定したインプットをマークし、未解決のドラフトを含めてください。
2. 02 — レビューの質問を設定評価が情報提供すべき決定事項に合意します。範囲内の文書とローンチマイルストーンを指定します。
3. 03 — インプットを比較コンサルタントがモデル要素の関連性を確認します。不明瞭な前提、矛盾点、チームの決定事項を記録します。
4. 04 — 評価を議論注釈付きの調査結果を一緒に確認します。優先的な決定事項とオプションの改善点を分離します。
5. 05 — 合意された更新を適用チームがモデルの変更を確認し、レビュー記録を使用して関連資料を更新します。