N3 · Crypto Growth & Operations

この Track は、コンテンツ、コミュニティ、成長、運営を対象とします。

出発点は第 28 章の言葉です。報酬で買えるのは初回利用で、継続利用はプロダクト自身が作ります。 道徳的な勧めではなく、オンチェーンデータで検証できる構造です。各施策をこの構造に置いて測ることを訓練します。

この Track に向いている人

見栄えのよい施策を実施したが、終わると何も分からなくなった。 ピークの画像はグループに残っていても、一か月後には誰も話題にしません。何が残り、再実施するなら何を変えるべきか説明できません。

コンテンツやコミュニティを運営しているが、成果を帰属できない。 見られたことは分かっても、閲覧から利用への経路を結び付けていません。報告できるのは閲覧数とメンバー数だけです。

施策の予算を担当しているが、実際の獲得コストを計算していない。 支出は分かっても、残る利用者が何人増えたか分からず、両者の比率を振り返りで見たことがありません。

報酬獲得を専門にする集団に何度も対策を突破されている。 条件を設けるたびに大規模に満たされ、防げないのではないかと考えます。この Track は、その答えはおおむね「はい」であり、防ぐより利益構造を変えるべきだと説明します。

期待を一つ修正してください。この Track は「有効な成長施策の型」を渡しません。施策の型は半年で変わりますが、測定方法は変わりません。 学ぶのは後者です。

前提

Part A の七章が必読で、第 23・28 章が二本の柱です。

なぜこの七章なのか。 費用計算は第 20・26 章、測定は第 23・28 章、受け止める能力は第 27 章、環境判断は第 21 章、コミュニティ判断は第 22 章に対応します。

一つの Lab は必ず実践してください。第 28 章の「エアドロップ前後 30 日のアクティブアドレスと取引量を比較する」です。実践した人としなかった人は、同じ施策データから異なるものを読み取ります。

学ぶ内容

九つのテーマを四群に分けます。施策のライフサイクルに沿い、まず説明、次に人、次に施策、最後に残った人を扱います。

1. 物語とコンテンツ→
2. コミュニティと関係→
3. 施策の設計→
4. 継続利用と振り返り

この四群で理解し直すべき三つのこと

物語は標語ではなく、「なぜ今か」の説明です。 伝わる物語には、変化する条件、それによって成立する新しい方法、検証できる近い将来の結果の三つがあります。一つ欠けると形容詞に退化します。第 21 章の物語、流動性、レバレッジが互いを強める構造の中で、自分の物語が市場に運ばれているだけか、自立しているかを判断します。

コミュニティの単位は人数ではなく行動です。 第 22 章の方法を、第 28 章は四つのクエリにしました。アドレス作成時点の分布、操作の深さの分布、資金源のクラスタリング、施策後の継続利用です。「コミュニティに人が多い」は、一時間以内に引用できる四つの数字へ変えられます。 先に自分のコミュニティで実践し、その後に他者を調べます。

施策設計の中心は条件の厳しさではなく、利益構造です。 第 28 章の規則、明確に説明できる条件は、すべて大規模に満たせることを覚えてください。目標は一つのアドレスを通りにくくすることではなく、百アドレスの利益を一アドレスの百倍にしないことです。アドレス単位の上限、長期の資金滞留、回数でなく行動品質による得点は、規模拡大を割に合わなくします。

卒業成果物

実際の施策の完全な振り返り。費用、継続利用の曲線、報酬終了後の行動を含む。

実際の施策であることが必須です。自分で実施しても、他者の施策を外から再構成しても構いません。後者は公開オンチェーンデータだけを使うため、むしろ能力を示せます。

卒業プロジェクトとの違い。 調査方向の卒業プロジェクトは、十四部分を網羅し、広さと構造を示します。この Track は一施策に絞り、支出に見合ったか、次回どのパラメーターを変えるかという事業上の問いへ答えるまで掘り下げます。

受け入れ基準は五つです。

不確かさの一覧を最低三つ付けます。例は、メインネットのみ対象、集約サービスの利用者をサービス自体に集計、当期平均価格で報酬支出を換算、一人の複数アドレスを区別できない、です。

達成したかを判断するには

よくある誤解

誤解 1：ピークを成果にする。

最大の図が施策中の曲線で、終了後を切り落とす報告です。

報酬は常に初回利用を買えます。 期待価値が参加費用を上回れば人は来るため、「施策の効果がよかった」はほとんど情報を与えません。

重心を起点後へ移します。ピークは費用計算の分子に使い、結論は起点後 30、60、90 日の数字から導きます。 最初の図を必ず起点後にする規則が実用的です。

誤解 2：報酬獲得者を敵にする。

シビル攻撃や利用者の質に原因を求め、次回は条件を厳しくする対応です。

経済の問題を道徳の問題と扱っています。第 28 章の算術の通り、期待収益から費用を引いて正なら、その行動は起き、大規模化されます。 厳しい条件は通常、費用を上げるだけで、利益がアドレス数に比例する構造を変えません。

合理的に規則へ従っていると認め、利益構造を変えます。上限で千アドレスを千倍の利益にせず、長期滞留でアドレス数に応じて実際の費用を増やします。大規模化の収益率を下げることが目的です。

誤解 3：コンテンツを発表の転載にする。

更新、提携、施策予告だけが並び、共有はされても、三か月後に引用される内容がありません。

配布をコンテンツと取り違えています。価値のある内容は、理解されていない仕組みを説明する、他者にないデータを出す、思い付かなかった問いを提示する、のいずれかです。 公式発表の言い換えは該当しません。

調査能力をつなぎます。第 23 章の取得方法で独自の図を作り、第 25 章の十三項目で構造化した分析を作れます。その寿命は月単位ですが、発表の転載は時間単位です。

誤解 4：報酬だけを成長の手段にする。

予算にほかの項目がほぼなく、初回利用の摩擦低減が後回しになります。

ファネルの最初の四層しか見ていません。注目、配布、流動性、報酬は資金で加速できますが、第五層の継続利用はできません。施策の価値は、最初の四層から来た人を第五層がどれだけ受け止めるかに依存します。

三つの手段を予算へ戻します。接続と入口（第 29 章の階段状の曲線は特定の日に終わりません）、流動性の厚み（本当に障害なら、十分な初回体験を買えます）、初回利用の摩擦（効果は遅く帰属も難しいものの、整えた失敗経路は持続します）です。

次に進むには

まず二つを実践してください。第 28 章のエアドロップ比較 Lab と、第 23 章の取得 Lab です。後者が前者の前提なので、逆にすると二段階目で止まります。

卒業プロジェクトのオンチェーンデータ部分を確実に作ります。 成長職を分けるのは創意より、他者の管理画面の数字に頼らない能力です。

継続して維持するページは最新の Crypto 知識を追うにはです。成長施策は出来事の層で半年ごとに変わりますが、蓄積すべきは仕組みの層です。新しい施策を五層のファネルへ分解すると、本当に新しい部分は少ないことが分かります。

組み合わせられる Track：

クエリ、表、パイプラインまで自分で作り、第三者の定義に制約されないようにするなら、T3 · Onchain Data Engineerが自然な次の段階です。