トークノミクス設計：モデルと製品計画を結びつける

数値を決める前にモデルに役割を与える

トークノミクスコンサルティングは、トークンモデルを明確で、関連性があり、意思決定に役立つものにするお手伝いをします。供給量、ベスティング、またはエミッションがまだ形成段階にある場合、または公開説明が計画と一致しなくなった場合に適しています。

まず、トークンの背後にある理由から始めます。トークンは製品のどの部分をサポートしますか？誰がトークンを受け取り、各割り当ては何を目的としていますか？これらの回答は、モデルが今後の作業に適合するかどうかをチームがテストするのに役立ちます。これは、スプレッドシートの各行を個別の選択肢として扱うよりも有用です。レビューをトークンローンチマーケティングやより広範な市場投入計画に結びつけることもできるため、ローンチストーリーは同じ決定から始まります。

これは、ローンチ発表前、モデル更新中、またはチームメンバーが設計を異なる方法で説明している場合に役立ちます。すべての回答が準備できている必要はありません。前提を未決定とマークすることは、推測を確定事項として提示するよりも有用です。

各トークンを割り当てから使用まで追跡する

一貫性のあるトークンモデルは、供給量、リリースタイミング、意図された使用がどのように関連するかを示します。これらの選択肢を3つのパスで検討し、所見を製品計画に戻します。

1. 供給量の全体像から始める。 総供給量と循環供給量を別々に書き留めます。各数値の出所、誰が管理しているか、何を含むかを記録します。定義を数値の近くに置き、読者が意味を推測する必要がないようにします。
2. 割り当てを追跡する。 各グループについて、目的、リリース条件、ベスティングの詳細を記録します。スケジュールがまだ議論中である場合は、未決定とラベル付けします。次に、説明が最新の計画と一致するかどうかを確認します。
3. エミッションをアクティビティに結びつける。 誰がそれらを受け取り、何をサポートすることを意図し、どのルールが適用されるかを明記します。そのアクティビティが製品計画に含まれているかどうか、チームがそれを平易に説明できるかどうかを尋ねます。

チームがプレセールを準備している一方で、エミッションの決定が未解決のままであると想像してください。その選択肢を明確にマークし、どのローンチ資料がそれに依存しているかを示し、チームが最初に何を解決すべきかを決定するのを支援します。ポイントは、矛盾した説明になる前に依存関係を可視化することです。

上場ファイルに含めるべき詳細は？

上場ファイルは、そのトークンの詳細がプロジェクト自身のソース資料と一致しているとレビューが容易になります。チームが確認できる情報を集め、文書間で表現を統一します。

供給量の定義

公式トークンアドレス、チェーン、総供給量と循環供給量に使用される定義を含めます。各数値の横に出典を記載します。2つの文書が異なる数値に同じラベルを使用している場合は、公開説明を作成する前にその違いを明確にします。

割り当てとリリースに関する注記

各割り当ての受取人、ベスティングまたはリリース条件の説明を示します。短い用語集は、読者が用語を追うのに役立ちます。また、異なる担当者がプロジェクト資料を作成する際に、チームに共通の参照を提供します。供給量データに特化したタスクについては、供給量検証を参照してください。公開後にプロファイルの修正が必要な場合は、上場プロファイル修正が別のサービスです。

公開説明

トークンモデルをプロジェクトのウェブサイトや共有予定の他の資料と比較します。焦点を絞ったローンチ計画については、トークンローンチと成長ガイダンスをこのレビューと併用できます。チームがCoinMarketCapプロモーションも準備している場合は、上場に関する事実とキャンペーンメッセージを分けてください。レビューは明確さと一貫性をチェックします。基礎となる数値の確認と公開変更の承認はお客様のチームの責任です。

ローンチストーリーをスプレッドシートに合わせる

有用なレビューは、チームに散在するコメントではなく、共有された説明を残します。インフラストラクチャ系スタートアップのプロダクトマネージャーが、上場発表の翌朝、ローンチ投稿とトークンシートで供給量の説明が異なっていることに気づいたとします。私たちは両方の記述をその出典まで追跡し、不一致を指摘し、チームが何を確認すべきかを決定するのを支援します。

発表の準備はできているが、ある割り当てのリリーススケジュールがまだ未決定だと想像してください。その点を未解決としてマークし、チームが確認するまで確定した公開表現から除外します。

Brand Communityは、モデル、ソースノート、未解決の決定を1つのレビューテーブルにまとめます。チームはそれを使用して次のチェックを割り当て、変更を可視化できます。典型的なレビューには以下が含まれます。

• 供給量、ベスティング、エミッション、割り当てに関する文書化された注記。
• 不明瞭または矛盾した説明のリスト。
• チームの決定または出典の確認が必要な質問。
• 関連するローンチ資料に対する実践的な次のアクション。

レビューは助言的なものであり、設計の選択はお客様のチームが行います。モデルに加えてより広範な計画が必要な場合は、仮想通貨マーケティングコンサルティングが関連するマーケティングの質問をカバーできます。

プラットフォームの確認は適切な範囲に留める

当社のレビューは、モデルとその関連資料の確認を容易にしますが、技術的な確認やプラットフォームのレビューに代わるものではありません。CoinGeckoとCoinMarketCapは、提出の受け入れとトークンデータの表示方法を独自に決定します。当社の作業はそのいずれの決定も制御できません。

レビューを確実なものにするために、最新のモデルを共有し、どの詳細が実装済み、確認済み、または議論中かを特定してください。文書化されたモデルがデプロイされたトークンと異なる場合は、エンジニアリングチームに真実の出典を確認するよう依頼してください。法律または税務に関する質問は、該当する専門家に相談し、未解決の点はチーム用に記録してください。

プロジェクトがすでにローンチされており、チームがエミッションの説明を再検討しているとします。当社は現在の資料をレビューし、何が変更されたかを特定し、どの記述が新たな出典確認を必要とするかを指摘できます。ローンチ後の継続的なサポートについては、ローンチ後サポートがより適している場合があります。

開始するには、現在のモデルと今後の決定に関する簡単なメモをお送りください。資料を確認し、レビューの質問について合意し、チームに明確な開始計画を提供します。

仕組み

1. 現在の資料を共有する最新のモデル、割り当てまたはベスティングの注記、公開トークン説明をお送りください。まだ未解決の前提をマークしてください。
2. 質問に合意するレビューでカバーする供給量、ベスティング、エミッション、上場準備の詳細を確認します。
3. 関連する選択肢をレビューする割り当て、リリーススケジュール、意図された使用を製品計画と比較し、ギャップや矛盾した説明を特定します。
4. 所見について話し合うチームの決定、出典の確認、または他の専門家の意見が必要な点について議論します。
5. 次のバージョンを確認するチームがモデルまたはその説明を更新します。最初に合意した質問に基づいて、それらの資料をレビューできます。