event-market-fit について
event-market-fitは、技術イベントの開催前、チケット販売中、開催後に需要を評価するスキルです。段階に応じた複数の根拠を組み合わせ、対応策ではなく、実施・保留して修正・方向転換・中止の判断を示します。
主な機能
- 01開催段階ごとの需要評価
- 02主催者への状況と制約の聞き取り
- 03需要シグナルの選定と順位付け
- 04販売状況とチェックポイントの比較
- 05開催後の継続指標を個別に確認
- 064種類の判断を提示
活用シーン
- 01企画確定前のイベント需要の検証
- 02販売期間中のチケット販売不振の診断
- 03開催後の再来場とスポンサー更新の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ samber/ dev-event-organizer-skills --skill event-market-fitインストール後、Claude Code で/event-market-fitを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/demand-signal-benchmarks.mdreading-failures.md詳細
イベントのマーケットフィット
技術イベントの需要分析を担当します。1つの問いに、3つの時点で答えてください。このコンセプト・対象者・価格の組み合わせには、実際の需要があるでしょうか。何も決定する前、チケット販売中、そして開催後です。シグナルの読み取りと判断(実施、保留して修正、方向転換、中止)を提示し、対応策は提示しません。何を削るか、どのように立ち上げるか、どの形式を選ぶかは、関連する別のスキルの担当です。
実務者は、Sean Ellisの40%アンケートのような単一のテストを実施するのではなく、複数のシグナルを組み合わせてイベントの需要を読み取ります。最初にユーザーへ、次の点を明確に伝えてください。このスキルで扱う複合指標は、いずれも個別に出典のあるシグナルを組み合わせたものであり、その組み合わせ自体は統合的な見解であって、業界標準ではありません。
ヒアリング
一度に質問は1つだけにし、可能であれば選択式にします。質問5~7を設けているのは、以下の選択肢で効果が出るまでの時間と必要な労力が大きく異なるためです。デフォルトの順位をユーザーに代わって選ぶことはできません。
- イベントはどの段階ですか。コンセプトのみ(何も告知していない)、チケット販売中、または少なくとも1回開催済みですか。(これにより、そもそもどのシグナルが存在するかが決まります。)
- 誰が主催し、何のために開催するのですか。コミュニティ主導ですか、それとも企業主導ですか。(利用できるシグナルが変わります。以下の区分を参照してください。)
- すでにどのような根拠がありますか。ミートアップと通常の参加者数、コミュニティのチャンネル、ウェイトリスト、過去の開催実績などです。(コミュニティのベースラインがまったくないこと自体、小規模なベースラインとは別の発見です。)
- 価格帯はいくらですか。また、数値で表すと、どの程度の需要があれば「十分」と言えますか。スポンサー・登壇者・主催者向けの無料枠を差し引いたチケット販売見込みですか、それとも無料イベントの来場見込みですか。
- 実施の可否を決める期限はありますか(会場の予約金の支払期限、予算サイクルなど)。(期限が近い場合は、効果はより強いものの時間のかかる手段より、迅速な手段が優先されます。)
- 今回限りの開催を賭けていますか、それとも毎年積み上がる資産の出発点ですか。(継続的な価値を重視する場合、単発では確認できない、再参加や更新といった時間のかかる遅行シグナルが重視されます。)
- 労力の上限はどの程度ですか。計測に使える主催者の稼働時間、検証イベントの予算、有料実験の実施意向などです。
- すでに何か告知または販売していますか。(販売中のデータがある場合は、事前立ち上げ段階の代理指標よりも優先して、まずそれを読み取ります。)
- 主催チーム内でコンセプトへの合意は取れていますか、それとも意見が分かれていますか。
- 複数のコンセプトや都市から選んでいますか、それとも1つを検証していますか。
コミュニティ主導と企業主導の違い
シグナルの構成を左右するのは、イベントの主催者です(関連する立ち上げスキルでも同じ区分を使います)。
- コミュニティ主導 - 有料チケット、外部スポンサー、一般公募のCFP:以下のシグナル一式を利用できます。このスキルで参照するDevOpsDaysのチェックポイントの段階設定、スポンサー更新の目標、CFPの比率は、すべてこの区分に由来します。
- 企業主導 - マーケティング予算で賄われる無料または名目価格のチケットで、ベンダー自身が主なスポンサーとなることがよくあります。売り切れまでの速さはシグナルとして弱まります(購入が発生していないため)。また、スポンサー更新はほぼ意味を失います(スポンサー自身が主催者であるため)。売り切れまでの速さの代わりに登録者の来場率を使います(無料イベントの欠席率は40~60%です。これは出典のある数値です)。スポンサー更新の代わりには、パイプラインや導入状況の成果を使い、測定済みの同等指標ではなく、根拠に基づく代替指標として提示します。
ワークフロー
- インタビューを実施し、ステージを判定します。シグナルは、先行(ローンチ前の代理指標)、販売中(曲線そのもの)、遅行(開催後で、最も確度が高い)に分かれます。そのステージで利用できる最も強いクラスのシグナルを読み取り、実際のデータがある場合は代理指標に頼らないでください(Q8)。
- 需要に関する問いをジョブステートメントとして整理します:「[状況] のとき、参加者は [進歩] を望み、その結果 [成果] を得られます」。チケット購入の判断に作用する4つの力(プッシュ、プル、不安、習慣)と、家にいることも含む実際の競合をマッピングします。references/reading-failures.md で説明されているフレームワークが、ジョブステートメントの明確化に役立つはずです。ジョブステートメントを埋められないコンセプトには、まだ実証されたジョブがありません。
- ローンチ前のベースラインを確立します。地元のミートアップで最も集客力のあるものの2〜3倍を初回開催のカンファレンスの予測値とします(出典を明記)。コミュニティの規模を、検証済みの規模のしきい値(7/13/50/90/150。広く引用されている「5/12/45」は誤引用です)と照らし合わせ、競合イベントとCFP掲載情報を調査して飽和度を確認します。数値とツールについては、references/demand-signal-benchmarks.md を参照してください。
- 以下のメニューから先行指標の測定手段を選びます。各測定手段について、開始前に合格しきい値を宣言してください。事前に目標を定めずに測ったウェイトリストやCFPでは、関心度しか測れず、結果を見た後ならどんな数値でも正当化できてしまいます。
- 販売中:販売曲線を毎週、チェックポイントの段階表またはペース指数(メニュー2)に照らして計測します。未達の場合は、結論を出す前に差異を調べてください。マーケティング実行の不足(認知向上の施策を省いたため、チェックポイント到達率が40〜50%ではなく25〜30%になる)、価格の不適合(ページへのアクセスは順調だが、最初の2週間のコンバージョン率が低い)、または実際の需要不足です。このスキルで需要不足と判断するのは3つ目だけです。最初の2つは、それぞれマーケティングと価格設定の関連スキルに引き継ぎます。最終予測、その幅、および締切日に確定すべき人数は、
samber/dev-event-organizer-skills@event-registration-forecastで算出します。ここでは予測幅を読み取り、再計算しないでください。 - 開催後:3つの遅行シグナル、すなわち参加者の再来率、スポンサーの更新率、開催回ごとの完売までの期間の推移を、それぞれ別々に読み取り、決して1つのスコアにまとめないでください。別々に見ることで、集客はうまくいっても継続につながらないイベントを見つけられます(リーディングフェイルの参照先にある、リトルハイヤーに失敗するビッグハイヤーの例を参照)。
- 読み取った結果をまとめ(メニュー2)、4つの判断のいずれかを示します。その後、方針転換や停止の判断を下す前に、参照先の失敗要因の差異を確認してください。終了すべきに見える証拠の背景には、需要ではなく、信頼、ガバナンス、またはロジスティクスの問題があることも少なくありません。
- go - シグナルは良好です。ローンチまたは成長の関連スキルに引き継ぎます。
- hold-and-fix - 需要はありますが、体験またはROIに漏れがあります。拡大する前に修正します。
- pivot - コンセプト、価格、または対象者が合っていません。これを選ぶ前に、対象者層ごとの分断と、専門分野に特化した競合による需要の流出(以下の失敗要因)を除外してください。どちらも不適合に見えますが、ポジショニングの修正でより低コストに対処できます。
- stop - ジョブがない、ニッチ市場が飽和している、または複合的な指標が継続して不調です。
- 判断がpivotの場合は、何かを起草する前にブレインストーミングに入ります。方向転換の候補を2〜3案(より狭い分野、異なる対象者、異なる価格帯/形式)挙げ、トレードオフと推奨案を示します。質問は一度に1つずつ行い、セクションごとに検証します。
- 需要の読み取り結果を、ユーザーと各セクションを確認しながら、以下の出力形式で提示し、その後、回答を引き継ぎます。
- 対象範囲の縮小と予算帯の引き下げ - ローンチおよびスケジュールの関連スキル。
- 形式の変更 - 形式の関連スキル。
- 拡大の手段 - 成長の関連スキル。
ハーネスに永続メモリがある場合は、宣言したしきい値と各測定手段の結果、日付付きのチェックポイントの読み取り結果、各開催回の3つの遅行シグナルの値を記録してください。次回の開催回の読み取りは、一般的なベンチマークではなく、このイベント自体の販売曲線を基準に始められます。
シグナル収集手段
順位(デフォルトであり、絶対的な基準ではありません。特に既存のミートアップやスポンサーとの関係など、すでに保有している資産がある場合は、インタビューに基づいて順位を付け直してください。段階的な条件により、販売中および開催後の手段は、販売実績または評価対象となる開催実績ができてから利用可能になります):
-
労力:
有料プローブシリーズ > スポンサー更新監査 == 販売ペースの計測 > デポジット付きウェイトリスト > CFPプローブ > 飽和度スキャン(同率の根拠:いずれも単発ではなく、定期的に実施するものです。販売期間全体を毎週確認するか、開催ごとにスポンサー向けの報告サイクルを2段階で実施します。ウェイトリストはCFPプローブより上位です。デポジットには決済手段、返金条件、返金処理が必要ですが、CFPはフォームを1つ公開するだけだからです。) -
価値(開催の可否判断に向けたエビデンスの強さ):
有料プローブシリーズ > スポンサー更新監査 > 販売ペースの計測 > デポジット付きウェイトリスト > CFPプローブ > 飽和度スキャン -
効率:
飽和度スキャン > CFPプローブ > デポジット付きウェイトリスト > スポンサー更新監査 > 販売ペースの計測 > 有料プローブシリーズ(労力が同率の2つの手段は、ここでも価値の順序を維持します。労力が同じなら、エビデンスの強い方が効率比で上位になります。) -
飽和度スキャン - 競合イベントのカレンダー、CFPの掲載情報、イベントインテリジェンスのグラフを調べます。労力はほぼゼロなので、常に実施してください。判断できるのは、あるニッチを運営の行き届いた既存イベントが押さえている場合に、正面から競争せず企画を転換すべきだという点だけです。需要の証明にはなりません。
-
CFPプローブ - CFPや登壇への関心を尋ねる、負担の少ないフォームです。最初に試す肯定的なシグナルとしては、これがデフォルトです。応募数が募集枠の2~3倍なら、登壇者層が存在し、ひいては観客層も存在するという強い地域的なシグナルになります(この比率は、旗艦イベントの数値を基準に引き下げて、自分で目標を設定してください)。応募数が募集枠を下回る場合は、開催を見送るシグナルです(ミートアップ規模にとどめてください)。
-
デポジット付きウェイトリスト - 少額の返金可能なデポジットと、事前に定めた成約目標を組み合わせたウェイトリストです。デポジットは単なる興味と参加意欲を見分けるため、無料リストより上位になります(成約目標はイベントごとに独自に設定するため、標準化されたものではないことを明記してください)。目標を定めていない無料ウェイトリストは、以下のメニューから削除します。
-
販売ペースの計測 - チェックポイントの段階設定またはペース指数を毎週確認します(メニュー2)。チケット販売開始後は、これが上位にあるすべての代理指標に取って代わります。
-
スポンサー更新監査 -
samber/dev-event-organizer-skills@event-sponsor-renewalに基づき、開催ごとのロゴ、総収益および純収益の維持率を確認し、samber/dev-event-organizer-skills@event-sponsor-fulfillmentにある、イベント後の2段階レポートと照らし合わせます(このレポートは、更新に最も効果の高いアクションとして明示されています)。開催を完了している必要があります。 -
有料プローブシリーズ - 後回しにされがちな選択肢です。強度を高めたプローブイベントを2~3回(有料の集中講座やミニハッカソンなど)実施し、RSVP数ではなく、有料成約率を測定します。エビデンスの価値は最も高い一方、効率では常に最下位になります。Q9に応じた実施条件:次のコミットメントが大きい(会場のデポジット、開催日の発表など)、チーム内で企画の是非が分かれている、または母数を増やせるミートアップの実績がない場合です。
無料RSVPの生の件数とソーシャルリーチは、このメニューの最下位に順位付けするのではなく、メニューから削除します。これらは興味を測る指標であり、無料RSVPの約50%は当日来場しないためです(出典あり)。最下位に置くと、エビデンスとしていつの間にか再び使われる可能性があります。
複合的な読み取り
ランキング(デフォルトであり、絶対的なルールではありません。ステージに応じて2つのデフォルトから選び、イベントがすでに持つデータを踏まえて再順位付けします。過去の販売曲線がある場合は、ペース指数をチェックポイントラダーより優先します)。
-
労力:
加重市場スコアカード > 3シグナル複合指標 > ペース指数 > チェックポイントラダー -
価値(得られる意思決定の質):
3シグナル複合指標 > ペース指数 == チェックポイントラダー > 加重市場スコアカード(同率とする理由:どちらも、規模と期限を伴う需要ギャップという同じ成果をもたらし、期待値の基準となる曲線が誰のものかだけが異なります) -
効率:
チェックポイントラダー > ペース指数 > 3シグナル複合指標 > 加重市場スコアカード -
チェックポイントラダー - 初開催のイベントにおける販売中期のデフォルトです。コンプ分を差し引いた予想販売数に対する、出典のある固定チェックポイントです(早割 ≈15%、登壇者/アジェンダ発表後 +10%、開催1か月前 40~50%)。大まかな目安であり、計算式ではありません。出典自体が、ソーシャルオーディエンスの分断後に割合が変動したと指摘しています。
-
ペース指数 - 予想販売曲線に対する
tickets-to-date ÷ curve-expected × 100です。100未満なら、規模と期限を伴うギャップがあります。第2回以降は、イベント独自の過去の曲線が得られるため、チェックポイントラダーより優先します。イベント独自の曲線は一般的な曲線に勝ります。実態がわかるのは開始日ではなく第2週です。開始日に測れるのはリーチであって、需要ではありません。 -
3シグナル複合指標 - 再開催/規模拡大を判断するための、開催後のデフォルトです。参加者の再来場(下限 >30%)、スポンサーの更新(目標 ≥70%)、完売までの速度の傾向を個別に追跡し、3つのうち少なくとも2つが良好な場合にのみ規模を拡大します。各しきい値には出典がありますが、2/3という組み合わせは統合したもので、業界標準ではありません。そのように提示してください。
-
加重市場スコアカード - 選ばれにくい選択肢です。需要の厚み、季節性、会場の準備状況、コスト構造、流通リーチ、パートナーエコシステム、規制対応の道筋など、複数要因を採点して比較します。最も労力がかかります。Q10を条件とする優先条件:調査対象となるコミュニティがまだ存在しない段階で、複数のコンセプトや都市から選ぶ場合です。上記の手法では順位付けできない唯一のケースです。
単一シグナルによる実施可否の判断(「すぐ完売したので、適合している」)は、順位を下げるのではなく、このメニューから削除します。完売までの速さは、販売を複数のバッチに分けることで人為的に作り出せるためです。スポンサー需要が崩れる一方で完売したイベントが、注目されていたシグナルを緑のまま保ちつつ、イベントとして立ち行かなくなる事例も記録されています。
失敗パターン
- 実行上の失敗を需要の失敗と読み違える。 認知度向上の取り組みを見送ったチームは、1か月時点で40〜50%ではなく25〜30%にとどまることがあります。これは市場の評価ではなく、マーケティングの不足です。適合性について結論を出す前に差分分析(ステップ5)を実施してください。価格のミスマッチには独自の兆候があり、最初の2週間に健全なトラフィックがある一方でコンバージョンが低くなります。
- 単一のシグナルだけで判断する。 最も明確な記録例は、参加者の感情が肯定的なまま、スポンサー需要の崩壊を理由にイベントが終了したケースです。参加者、スポンサー、営業のシグナルをそれぞれ独立した軸として確認してください。事例の参照資料をご覧ください。
- コミュニティのしきい値を誤って引用する。 コミュニティ構築のアドバイスで広まっている「5/12/45」というセットは誤引用です。確認済みのしきい値は7/13/50/90/150で、イベントに関係するのは参加者が約60〜100人の間で親密さが損なわれることです。確認済みの数値のみを引用してください。
- 完売までの速さを人為的に演出する。 チケットを少量ずつ販売すると、プラットフォームの「まもなく完売」バナーが早い段階で表示されます。これは推奨されるマーケティング手法であり、完売時期を自然な需要として捉える前に、販売を分割していたか確認しなければならない理由でもあります。
- 興味を参加意欲と読み違える。 無料の参加登録、入金されていないウェイトリスト、ソーシャルメディアでのリーチなどです。ウェイトリストが収益を予測できるのは、受付開始前にコンバージョン目標を明示していた場合に限ります。完売後のウェイトリストは強い証拠ですが、ローンチ前のものはメーリングリストにすぎません。
- 新規獲得と継続参加を一緒に扱う。 初回開催が完売しても、2年目の再参加が少なければ、第一印象は成功したものの、体験に失敗したということです。これは担当者が異なる別々の問題です。「購入したか」と「再び参加したか」は、決して一つにまとめず、2つの数値として報告してください。
- 報道された終了を需要の証拠として扱う。 終了を比較対象として使う前に、主催者自身の説明が需要(販売、スポンサー、参加者)を挙げているのか、それとも信頼、ガバナンス、不正を挙げているのか確認してください。参照資料には両方の種類が含まれており、当事者がそれぞれ異なる見解を示す、見解が分かれている事例も1件含まれています。
- レベルの違いを需要の評価と読み違える。 レベルの異なる参加者が混在する会場では、同じセッションに対して「技術的すぎる」と「技術的でなさすぎる」という相反するフィードバックが返ってきます。この組み合わせは、需要が弱いのではなく、対象者のレベルが定まっていないことを示しています。継続か方向転換かを判断する前に、
samber/dev-event-organizer-skills@event-positioningの対象者レベルの判断に回してください。 - 特定の層の減少を需要の低下と読み違える。 1つのフレームワークやツールに特化したミートアップは、汎用コミュニティの最も上級の参加者を減らすことがあります。参加者の減少が上級者層に集中している場合は、ポジショニングの問題です。全体の数値を見る前に、誰が来なくなったのか確認してください。
- イベントで実現できない約束を、需要不足と読み違える。 初回開催が好評でも再参加が少ない場合、仕事自体がなくなったのではなく、見出しで掲げた約束を実現できなかった可能性があります。まず、
samber/dev-event-organizer-skills@event-positioningの約束の実現可能性チェックに照らして、提供内容を確認してください。 - テクノロジーを軸にしたコンセプトが長続きすると決めつける。 ある主催者は、AI ツールによってプログラミング言語の重要性が低下するため、特定の言語を軸にしたコミュニティは長続きしないと主張しました。これは意見であり、証拠ではありません。これを、テクノロジーを軸にしたイベントの複合評価を毎回読み直す理由として扱い、単独で中止の判断材料にしてはいけません。
- 初回開催を、成熟したブランドの完売速度と比較する。 数秒で完売したという話は、10年以上続くブランドのものです。需要が実際にある初回開催でも、実績のないイベントへの不安が参加意欲を上回るため、完売まで時間がかかることがあります。初回開催が実績を示すまでは、その可能性があります。
測定
このスキルが照合するしきい値。それぞれに、出典あり、統合、実務上の目標、または独自設定のラベルが付いています。
- アーリーバード販売は予想販売数の約15%、登壇者/アジェンダ発表時にさらに10%、開催1か月前に40~50%(出典あり)。
- 開催1か月前のチェックポイントで、ペース指数が2回連続で80未満(統合)。
- 参加者の再来率は30%超(出典ありの最低ライン。開発者コミュニティが密接に結び付いたイベントならこれを上回るべきなので、30%は成功ではなく、不合格を回避する水準として扱います)。有料イベントの参加率は90~97%、無料イベントの不参加率は40~60%(出典あり)。
- スポンサーの継続率は開催回ごとに70%以上(実務上の目標であり、測定済みのベンチマークではありません)。
- 初回のCFPにおける応募倍率は2~3対1(旗艦イベントの6.5対1という出典ありの数値を縮小した代替指標)。応募不足は出典ありの中止シグナルです。
- ウェイトリストの転換目標(イベントごとに独自設定。リストの受付開始前に設定した場合に限り有効です)。
- 複数のレベルやセグメントを対象とするイベントでは、対象者のレベルまたはセグメント別の再来率(独自設定)。全体の数値が維持されていても、上級者セグメントが減少していれば、流出のシグナルです。
このスキルの出力における成功の条件は、評価に含める各シグナルに数値、しきい値、確度ラベル(出典あり/統合/独自設定)、および段階を必ず記載することです。最終判断では、必ず2種類以上の独立したシグナルを根拠として引用し、1種類だけに頼ってはいけません。
呼び出し例
- 「ナントで150人規模のAIミートアップを開催しています。有料カンファレンスを始めたいのですが、需要は十分にありますか?」
- 「カンファレンス開催まであと6週間で、600枚中210枚のチケットが売れました。焦るべきでしょうか?」
- 「第2回は完売しましたが、スポンサーの半数が戻ってきませんでした。このイベントに将来性はありますか?」
期待される出力は、ひとまとめにせず、検証できるようセクションごとに提示します。
- 取り組みの説明と段階。
- ベースラインと飽和状況の評価。
- 各指標の設定しきい値と実績、および確度ラベル。
- 総合評価。
- go、保留して修正、方向転換、中止のいずれかの判断と、差分の検証。
- 応答から案内する、名前の挙がった関連スキル。
参考資料
-
references/demand-signal-benchmarks.md - シグナルの根拠となる、出典ありの数値をすべて記載しています。ベースライン比率、コミュニティ規模のしきい値、チェックポイントの段階、ペース指数の計算例、ウェイトリストとCFPの数値、再来率/参加率/継続率のベンチマーク、飽和度を測るツールが含まれます。
-
references/reading-failures.md - Jobsフレームワーク、Big HireとLittle Hire、需要とその他の失敗要因を見分ける方法(出典ありの事例研究を含む)、および否定的な例を含む総合評価の実例を説明しています。
-
samber/dev-event-organizer-skills@event-first-edition- 開催開始の判断にこのスキルの評価を用い、販売期間中盤の反応が弱い場合の対応(規模縮小、Good/Better/Bestの各予算案の下方修正)を担当します。このスキルは、各チェックポイントで確認するしきい値のみを提示します。 -
samber/dev-event-organizer-skills@event-planning-timeline- ここで定める需要しきい値を確認するチェックポイントの日程を設定します。 -
samber/dev-event-organizer-skills@event-positioning- 検証対象となるコンセプトと参加者への約束を扱います。ここで方向転換の判断が出た場合、その作業を再開します。 -
samber/dev-event-organizer-skills@event-growth-strategy- 総合評価が良好な場合にそれを受け取り、すべての拡大施策を担当します。 -
samber/dev-event-organizer-skills@event-ticket-pricing- 差分の検証で問題が需要ではなく価格にあると判断された場合、価格面の対応を担当します。 -
samber/dev-event-organizer-skills@event-marketing-plan- 差分の検証で問題が需要ではなく実行面にあると判断された場合、認知度向上の施策を担当します。 -
samber/dev-event-organizer-skills@event-portfolio-strategy- 参加者数の減少を受けて方向転換または中止と判断した場合、その判断を日付入りの計画に落とし込みます。名前を付けたテストを設定し、決められた回数だけ開催内容を変更して、継続するか終了するかを決定します。