フリーランスエンジニアのカンファレンス登壇で案件獲得｜テーマ選びから懇親会まで

フリーランスエンジニアとして数年活動すると、多くの人が「単価の頭打ち」という壁にぶつかります。エージェント経由や直接応募の案件は継続的に取れているものの、同じスキルセットの他フリーランスと比較され、価格勝負に巻き込まれてしまう。この状況を打破する営業経路として注目されているのが、カンファレンスや技術イベントでの登壇です。

しかし「登壇したいけれど、話せるテーマがない」「懇親会に参加しても誰にも話しかけられない」「登壇後に名刺交換した相手から結局案件相談が来ない」といった不安を抱えている方は少なくないはずです。登壇にはスライド作成や発表準備で数十時間の投資が必要になるため、「その労力が本当に案件獲得というROIに変わるのか」という疑問は当然のものです。

多くの登壇ノウハウ記事は「スライドの作り方」「話し方のコツ」といった発表技術に焦点を当てています。一方で案件獲得ノウハウ記事は、エージェント選定や直接営業の網羅的な紹介にとどまり、登壇を営業経路として設計する視点は抜け落ちがちです。この2つの間にある「登壇→懇親会→フォロー→案件化」という一連の回収フローの設計こそが、フリーランスエンジニアが登壇を成果に変えるための鍵になります。

本記事では、フリーランスエンジニアがカンファレンス登壇を「単価競争を回避する営業経路」として機能させるための具体的な設計を、発表テーマの選び方からカンファレンスの見極め方、CFP（登壇プロポーザル）の書き方、懇親会での振る舞い、登壇後のフォローアップ、そして継続的なポジション構築戦略までを一連の流れとして解説します。読み終えたときに、次のアクションが具体的に見えている状態を目指します。

なぜカンファレンス登壇がフリーランスエンジニアの案件獲得に効くのか

最初に押さえておきたいのは、カンファレンス登壇は趣味の発信活動ではなく「営業活動の一形態」であるという視点です。他の営業経路（エージェント・直接応募・SNS発信・リファラル）と比較したとき、登壇には独自のメリットがあります。この章では、そのメリットを整理しながら「なぜ登壇が単価向上に効くのか」という理由を先に共有します。

単価競争に巻き込まれない「指名される営業経路」ができる

エージェント経由の案件獲得は、案件情報が複数のフリーランスに同時提示される構造になっています。結果として、スキルセットが近い候補者と比較され、単価は市場相場に収束していきます（各種営業経路の全体像はフリーランスエンジニアの案件の探し方で整理しています）。一方、登壇を見た発注担当者が「この人にお願いしたい」と直接連絡してくるケースでは、比較対象が存在しないため、単価は「その人にお願いする価値」を基準に決まります。

「◯◯といえばあの人」という指名的な認知が形成されると、初回の商談で単価交渉から始めるのではなく「まず相談したい」というフェーズから対話が始まります。この構造の違いが、単価水準に大きな差を生みます。

一度の登壇が半年〜1年案件想起に残る

登壇の価値は当日で終わりません。多くのカンファレンスは発表動画をYouTubeやカンファレンス公式サイトに公開し、発表スライドはSpeakerDeckなどで共有されます。これらは検索エンジンやSNSで長期的に流通し、発表から半年〜1年後に「そういえばこのテーマで発表していた人がいた」と思い出されるきっかけになります。

エージェントに登録した情報や単発のSNS投稿は数日で流れていきますが、登壇の記録は「検索したときに見つかる資産」として残り続けます。この二次流通の存在が、労力に対するROIを長期化させる要因です。

「案件応募する側」から「案件を選ぶ側」へのポジション転換

指名で案件相談が来る状態が続くと、フリーランス側は複数の相談から案件を選択できる立場になります。「稼働可能な工数」と「取り組みたいテーマ」を基準に案件を絞り込めるため、興味のない領域や条件の悪い案件を避けることができます。

この「選ぶ側になる」ポジション転換は、単なる単価向上以上の意味を持ちます。継続的にキャリアの方向性をコントロールできるようになり、専門領域の深堀りやスキルの選択と集中が可能になります。

案件につながる発表テーマの選び方

多くの人が最初にぶつかるのが「話せるテーマが思いつかない」という壁です。この壁の背景には「新しい技術の紹介をしなければならない」「他の登壇者より優れた発表内容が必要だ」といった思い込みがあります。しかし、案件獲得に強い発表テーマの選び方には別の視点があります。

「技術紹介型」より「課題解決型」が案件相談されやすい理由

「新しいフレームワークを触ってみた」「話題のライブラリを試した」といった技術紹介型の発表は、聴衆に「勉強になった」という感想を持たれることが多い一方で、「この人に案件を相談したい」という行動につながりにくい傾向があります。理由は明確で、発表者と聴衆の関係が「教える人／学ぶ人」で完結してしまうためです。

一方、「Next.jsの本番運用でパフォーマンス問題を解決した経緯」「AWSの月額コストを40%削減した実装判断」といった課題解決型の発表は、同じ課題を抱えている聴衆に「うちも困っている、相談したい」という反応を引き起こします。ここで発表者と聴衆の関係は「同じ課題を経験した専門家／課題に困っている当事者」に変わり、案件相談への距離が一気に縮まります。

過去1年の案件から発表テーマを棚卸しする3ステップ

「課題解決型のテーマ」を思いつかないという場合、実はテーマがないのではなく、実案件の経験を発表可能な形に変換できていないだけであることが多いです。以下の3ステップで棚卸ししてみましょう。

ステップ1: 過去1年の案件を書き出す。関わったプロジェクトを一覧化し、それぞれで「何を作ったか」「どんな技術を使ったか」「どんな問題が起きたか」を1行ずつメモします。細かい成果ではなく、まず全体を俯瞰することが目的です。

ステップ2: 各案件から「詰まった問題」を洗い出す。実装で数日以上悩んだ問題、本番運用で発生したトラブル、パフォーマンスやセキュリティで頭を悩ませた判断など、「うまくいかなかった経験」を優先的に拾い上げます。順調に進んだ部分より、詰まった部分の方が発表価値が高くなります。

ステップ3: 詰まった問題を「他社でも起きうるか」で選別する。あなたのプロジェクトだけで起きた特殊な事象ではなく、同じ技術スタック・同じ規模の開発現場で高い確率で発生する問題を選びます。「同じ技術を使う他社のエンジニアが検索するようなキーワードで表現できるか」がひとつの目安です。

この3ステップを回すと、通常は5〜10個の候補テーマが浮かび上がります。その中から2〜3個を発表候補として言語化していきましょう。

守秘義務を守りながら実案件を抽象化する方法

「実案件をネタにしたいが、守秘義務が心配」という懸念は当然のものです。ただ、以下の抽象化ルールを守れば、多くの案件はNDA違反にならない形で発表可能な素材に変換できます。

• クライアント名は必ず匿名化する: 「◯◯社の案件」ではなく「金融系スタートアップの案件」「BtoB SaaSの新規プロダクト」といった業界・規模の抽象度で表現します
• 具体的な数値はぼかす: 「月間PV 234,567」ではなく「月間PV数十万規模」、「売上◯◯億円」ではなく「中規模事業」といった表現に置き換えます
• 技術要素は一般化する: 独自のドメインロジックや業務フローを抽象化し、「決済処理を伴うトランザクション管理」「大量イベントを扱う非同期ワーカー」といった一般的な技術問題として再定義します
• 判断根拠は残す: 意思決定の理由や検討した選択肢はそのまま残しましょう。ここが発表の核となり、聴衆が「自分の現場でも参考になる」と感じる部分になります

不安な場合は、事前にクライアントに発表内容を共有し、公開可能な範囲について合意を取ることも有効です。多くのクライアントは「弊社事例として名前を出す」ことを嫌がるだけで、抽象化された技術的知見の発信は問題視しません。

「失敗談」が信頼を生む理由と、発表可能な失敗談の切り出し方

意外に思うかもしれませんが、成功事例より失敗談の方が案件相談につながりやすい傾向があります。理由は3つあります。第一に、成功事例は「その現場だからうまくいった」と受け取られやすく、聴衆が自分の状況に置き換えにくいこと。第二に、失敗談は「同じ失敗を避けたい」という強い動機を聴衆に生むこと。第三に、失敗を語れる人は「事象を客観視できる冷静さがある」と評価されること。

発表可能な失敗談を切り出すコツは、「失敗そのもの」ではなく「失敗から得た判断基準」を主題にすることです。「◯◯を選んで失敗した」で終わらず、「次に同じ状況になったら△△を基準に判断する」まで示すと、聴衆にとっての持ち帰り価値が明確になります。

ターゲット顧客が集まるカンファレンスの選び方

登壇するカンファレンスを選ぶ際、多くの人は「有名かどうか」「参加者数が多いかどうか」を基準にしがちです。しかし、案件獲得を目的とするなら「どんな参加者層が集まるか」を優先すべきです。あなたが案件を得たい顧客が来場しないカンファレンスで登壇しても、成果には結びつきません。

以下では、フリーランスエンジニアが登壇候補として検討すべきカンファレンスを4タイプに分類し、それぞれの参加者属性と案件獲得のしやすさを整理します。

技術特化型カンファレンスの特徴と案件つながりやすさ

RubyKaigi・PyCon JP・JSConf JP・iOSDC Japanのように、特定のプログラミング言語やフレームワークに特化したカンファレンスです。参加者は該当技術を業務で使う現場エンジニアが中心で、発注担当者（PM・EM・CTO）の比率はやや低めになる傾向があります。

このタイプで案件を得るには、「登壇を見た現場エンジニアが、社内で発注判断者に共有する」という間接ルートを狙う設計が有効です。発表内容は「うちのチームでも困っている、この人に相談したい」と現場エンジニアに思わせる課題解決型が刺さります。また、参加者同士のつながりが深く、リファラル経由での案件相談が発生しやすいのも特徴です。

プロダクト・ビジネス寄りカンファレンスの特徴

Developers Summit・開発生産性Conference・Engineering Manager Meetup・DevOps系イベントなど、技術そのものより「組織・プロセス・プロダクト開発」に焦点を当てたカンファレンスです。参加者にはCTO・VPoE・EM・PMなどの意思決定層が多く含まれます。

このタイプは、発注判断者と直接接点を作れる可能性が高い場です。発表テーマは「開発生産性を◯◯で改善した」「チーム構造をこう設計した」「品質担保のプロセスをこう作った」といった、組織課題に効くものが適しています。フリーランスとして「開発だけでなく組織課題まで踏み込める人」というポジションを示せると、コンサル型の高単価案件につながりやすくなります。

領域特化型イベントで「業界内の顔」になる戦略

生成AI関連イベント、SRE NEXT、Security Kaigiのように、特定領域に特化したカンファレンスです。参加者は該当領域に投資している企業のエンジニア・意思決定者が集中的に集まります。

このタイプの強みは、参加者が絞り込まれているため「業界内での認知」を効率的に構築できることです。数回の登壇を積み重ねると「生成AIの実装といえばあの人」「SREの本番運用改善ならあの人」といった第一想起ポジションを狙えます。特に、市場が急拡大している領域（現在なら生成AI・LLM運用など）では、早期に登壇実績を作ることで先行者利益を得られます。

地域コミュニティ勉強会は「最初の一歩」として使う

いきなり大規模カンファレンスに登壇するのはハードルが高いと感じる方には、地域コミュニティの勉強会がおすすめです。◯◯.rb、◯◯.js、都道府県別のIT勉強会などが該当します。LT枠は当日参加可能なことも多く、登壇経験ゼロからでもすぐに始められます（コミュニティ活用の全体像はフリーランスエンジニアの孤独対策とコミュニティ活用でも整理しています）。

地域コミュニティは参加者数が少ないため、直接の案件獲得というより「登壇に慣れる」「発表テーマの反応を見る」「録画・スライドという成果物を作る」ことが目的になります。ここで得た経験をベースに、次のステップとして中規模カンファレンス、その次に大規模カンファレンスへとステップアップする流れが現実的です。

CFP（登壇プロポーザル）が通る書き方

中規模以上のカンファレンスに登壇するには、CFP（Call for Proposals、登壇プロポーザル）の通過が必要です。ここで多くの人が「文章で選考されるのが不安」「どう書けば通るかわからない」と足踏みしがちです。しかし、通るプロポーザルには共通の型があり、押さえるべきポイントは限定的です。

通りやすいプロポーザルに共通する3要素

CFP選考者（プログラム委員）が採択判断で見ているのは、主に以下の3要素です。

新規性: 同じテーマで他の登壇が既にあるかどうか。まったく新規のテーマである必要はなく、「よく話される技術×まだ話されていない切り口」の組み合わせで新規性を出すことが多いです。例えば「Next.jsの話は多いが、大規模ECサイトの本番運用視点はまだ少ない」といったポジショニングです。

具体性: 実際に何を話すかがアブストラクトから明確に伝わるか。抽象的な問題提起で終わらず、「どんな数値・事例・実装の話をするか」まで踏み込むことが重要です。

再現性: 聴衆が持ち帰って自分の現場で使える内容か。発表者だけの特殊な経験談ではなく、「同じ問題に直面したときに参考にできる判断基準・手順」が含まれているかが問われます。

フリーランスならではの強みをアブストラクトに込める

会社員エンジニアと比較したとき、フリーランスには「複数のプロジェクトを横断した知見」という独自の強みがあります。CFPアブストラクトでは、この強みを明示することで差別化ができます。

例えば「3年間で5社の技術選定を担当した経験から見えた◯◯」「異業界のBtoB SaaS 3社で共通していた◯◯課題」といった、複数現場を横断した俯瞰視点はフリーランスならではの武器になります。1社の事例より、複数事例からのパターン抽出の方が、聴衆にとっての持ち帰り価値が高いためです。

アウトラインで「聴衆の学び」を明示する書き方

アウトラインは単に発表の流れを列挙するだけでなく、各セクションで聴衆が何を持ち帰るかを明示すると採択率が上がります。以下は書き方の例です。

• 「1. 課題背景（5分） - 聴衆が『これは自分の現場でも起きている』と気づく」
• 「2. 実装アプローチ（10分） - 3つの選択肢と各々のトレードオフを理解する」
• 「3. 本番運用での学び（8分） - よくある落とし穴3つを回避する判断基準を持ち帰る」
• 「4. まとめ（2分） - 明日から着手できる次の一歩」

このように「持ち帰り価値」を明示すると、プログラム委員は「この発表を採択すると聴衆に何を提供できるか」をイメージしやすくなります。

落ちても諦めない: 落選プロポーザルを LT や地域勉強会に転用する

CFP選考は競争率が高く、初回で通ることは稀です。しかし、落選したプロポーザルは「一度言語化されたテーマ・アウトライン」という資産です。同じ内容をLT枠（5〜10分の短時間発表）や地域勉強会に転用することで、そこでの反応や質問を得て次回のCFPに活かせます。

また、複数のカンファレンスに同時応募することも一般的です。1件通れば発表実績になり、次回以降のCFPで実績として記載できるようになります。落選を「登壇活動の失敗」ではなく「テーマを磨く機会」として捉える姿勢が長期的に効きます。

登壇当日から懇親会で「案件相談されやすい振る舞い」

発表そのものが成功しても、その後の懇親会で接点を作れなければ案件獲得にはつながりません。ここでは登壇直後から懇親会までの時間帯で「案件相談されやすくなる」ための具体的な振る舞いを整理します。

登壇直後の10分が最重要：質問者・声かけてくる人と必ずつながる

発表直後、聴衆から質問や感想の声掛けが集中する時間帯があります。この10〜15分は登壇活動の中で最も貴重な時間です。ここで話しかけてきた人は、あなたの発表内容に強い関心を持った人であり、案件相談につながる確率が最も高い層です。

この時間帯に必ず実行すべきは「連絡先を交換する」ことです。名刺でもSNSアカウントの交換でもかまいません。「詳しく話したいのでコーヒーでも」「今度オンラインで話しませんか」といった次のステップを設定できるとより効果的です。逆に、この時間帯に離席して次のセッションを見に行ったり、SNS投稿に集中したりすると、大きな機会損失になります。

「何ができるフリーランスか」を1文で言える自己紹介テンプレ

懇親会で「何をされている方ですか」と聞かれたときに、明確に返答できる準備が重要です。おすすめは以下の型です。

「◯◯（技術領域）を専門にしているフリーランスで、直近は△△（案件タイプ）を中心にやっています」

例えば「Next.jsのパフォーマンス改善を専門にしているフリーランスで、直近はBtoB SaaSの本番運用改善を中心にやっています」といった具合です。この1文には（1）専門領域、（2）現在の関心、（3）フリーランスであることが含まれ、相手が「案件相談できるかどうか」を瞬時に判断できる情報が凝縮されています。

「Web系エンジニアです」「フルスタックです」といった抽象的な自己紹介は避けましょう。何でもできる人は、逆に何を頼めばよいかわからない印象を与えてしまいます。この「専門性を1文で伝える」スキルは案件面談の場でも同じく重要で、詳しくはフリーランスエンジニアの案件面談通過率で整理しています。

名刺・オンラインプロフィールに載せるべき3項目

名刺やSNSプロフィールには、以下3項目を必ず含めましょう。

• 専門領域: 自己紹介の1文と揃えます。「Next.jsパフォーマンス改善」「AWS本番運用」のように具体的な表現を使いましょう
• 実績数値: 「◯年の実務経験」「◯件のプロジェクト参画」など、信頼性の根拠となる数字
• 連絡窓口: メール・X（旧Twitter）・LinkedInなど。DMを受け付けているかどうかも明記

QRコードで連絡先を即座に交換できるよう、Meishi.camなどのデジタル名刺サービスを併用するのも有効です。オンラインでのやり取りが主流のフリーランスにとって、紙の名刺よりデジタル接点の方が案件相談時にスムーズに機能します。

懇親会での立ち位置と話題の振り方

「懇親会で誰にも話しかけられない」という悩みは、実は立ち位置と最初の一言でかなり改善できます。以下は具体的な工夫です。

• 食事エリアの近く、通路の脇に立つ: 人の流れが自然に発生する場所を選びましょう。壁際の隅は話しかけられにくい傾向があります
• 他の登壇者の発表について感想を話しかける: 「先ほどの◯◯さんの発表、面白かったですよね」は共通の話題を提供でき、会話のきっかけになりやすくなります
• 自分の発表を見てくれたか聞く: 「自分の発表、聞かれましたか？」と尋ねると、相手が聞いていた場合は感想会話に発展し、聞いていなかった場合も内容説明で自然に自己紹介ができます
• 1対1に固執せず、複数人グループに加わる: 3〜4人の輪の中で会話が回っていれば、自分から話題を作らなくても参加できます

これらの小さな工夫の積み重ねで、懇親会での接点数は大きく変わります。

登壇後フォローアップで案件化するステップ

懇親会で接点を作った時点では、まだ「知り合った」だけの状態です。ここから案件相談に育てていくには、意図的なフォローアップが必要になります。多くの登壇者が「懇親会で名刺交換して終わり」になっているため、丁寧なフォローができるだけで大きな差別化になります（接点を人脈化していく基本的な考え方はフリーランスエンジニアがコミュニティで人脈を作る方法でも整理しています）。

24〜48時間以内に接点全員へお礼DMを送る

懇親会で交換した連絡先には、遅くとも48時間以内にお礼のメッセージを送りましょう。時間が経つほど相手の記憶が薄れ、返信率が下がっていきます。

メッセージテンプレートは以下のような型が使いやすいです。

先日の◯◯（カンファレンス名）でお話しさせていただいた△△（自分の名前）です。当日は貴重なお時間をいただきありがとうございました。◯◯さんが取り組まれている□□の話、大変興味深く伺いました。もしよろしければ、今後もオンラインで情報交換させてください。

ポイントは（1）具体的な会話内容に触れる、（2）相手の関心事に言及する、（3）継続的な関係を提案するの3つです。汎用的な「お疲れ様でした」のテンプレでは印象に残らず、フォローの意味が薄れます。

登壇スライド・アーカイブ動画の公開と拡散

発表当日〜翌日にはスライドをSpeakerDeckなどで公開し、SNSで告知します。カンファレンス公式が発表動画を後日公開する場合は、その公開タイミングでも再度SNSでシェアしましょう。

この二次流通が、当日会場にいなかった人にも発表内容を届け、後日の案件相談につながることがあります。発表資料には自身の連絡先や専門領域を明記しておくと、閲覧者からの問い合わせが自然に発生します。

接点を持った人が「あの人＝◯◯の専門家」と想起し続ける情報発信の頻度設計

一度接点を持った人があなたを覚え続けてくれる期間は、意外と短いものです。定期的な情報発信で「そういえばあの人はこの領域の専門家だった」という記憶を維持する必要があります。

おすすめは月1〜2回のペースで、専門領域に関する記事・ツイート・スライド共有を続けることです。頻度より一貫性が重要で、常に同じ専門領域について発信し続けることで「◯◯といえばあの人」というポジションが強化されていきます。

ブログ記事は資産として蓄積され、後日の検索経由の流入も期待できます。SpeakerDeckにアップした発表スライドと、Zenn・自社ブログなどの記事を組み合わせて発信ポートフォリオを作っていきましょう。

半年後に案件相談が来る「熟成フロー」の考え方

登壇の効果は即効性より遅効性が特徴です。懇親会で名刺交換した相手から即座に案件相談が来ることは稀で、多くの場合は半年〜1年後に「そういえばあの人が◯◯の専門家だった」と思い出されたタイミングで相談が発生します。

このため、登壇活動は「短期的な成果を求めず、6〜12ヶ月スパンで熟成を待つ」姿勢が必要です。逆に言えば、この熟成期間を待てる人だけが登壇の複利効果を得られます。半年後・1年後に案件相談が発生し始めると、その時点では新たな登壇準備の労力より、既存接点からの相談対応の方が多くなり、営業効率が飛躍的に向上します。

継続的な登壇で「特定領域の第一人者」ポジションを築く戦略

1回の登壇で得られる成果には限界があります。真に営業経路として機能させるには、複数回の登壇を積み重ねて「特定領域の第一人者」というポジションを構築する必要があります。この章では、その長期戦略を整理します。

半年〜1年の登壇ロードマップ

登壇活動を始める際は、以下のようなステップアップ設計をおすすめします。

• 1〜3ヶ月目: 地域コミュニティ勉強会でLT登壇（5〜10分）を2〜3回行い、テーマの反応を見ながら発表内容を磨きます
• 4〜6ヶ月目: 中規模カンファレンス（100〜300人規模）のCFPに応募し、並行してLT登壇も継続します
• 7〜12ヶ月目: 大規模カンファレンス（500人以上）のCFPに応募します。この段階では中規模カンファでの発表実績を武器にできます

このロードマップは目安であり、テーマの成熟度や個人のペースによって調整してかまいません。大切なのは「いきなり大規模を狙わず、段階的に発表の場を広げる」という設計思想です。

同一テーマを深掘りしながら発表を重ねるコンテンツ資産化

複数回の登壇で毎回異なるテーマを扱うより、同一テーマを異なる切り口で深掘りする方が「第一人者ポジション」の構築に効きます。

例えば「Next.jsのパフォーマンス改善」というテーマなら、1回目は「基本的な計測とボトルネック特定」、2回目は「Server Componentsを活用した改善事例」、3回目は「大規模ECサイトでの本番運用ノウハウ」といった具合に、テーマの軸を保ちながら深さと事例を積み重ねます。

こうすることで、聴衆・カンファレンス参加者の記憶に「あの人はNext.jsパフォーマンスの専門家だ」という認知が定着します。同時に、発表資料・ブログ記事・スライドが同一テーマで蓄積されていくため、検索経由の流入や引用機会も増えていきます。

複業として本業と両立する登壇活動

登壇活動は完全独立フリーランスだけのものではありません。会社員として本業を持ちながら副業・複業として外部案件を持つエンジニアにとっても、登壇は「本業以外での案件獲得経路」を作るために有効な手段です。

この場合、登壇で得た接点をすべて即座に案件化するのではなく、まず「継続的にコミュニケーションを取れる関係」を作り、稼働可能な範囲で案件を選んで受注する運用が現実的です。稼働時間に上限があるため、案件を選ぶ側になれる登壇経路の価値は独立フリーランス以上に高いといえます。

登壇経由で得た継続案件を効率的に管理するには、複業マッチングプラットフォームを併用する選択肢もあります。個人のつながりだけで案件を管理するとやり取りが煩雑になりがちですが、プラットフォームを介することで契約・請求・スケジュール管理を仕組み化でき、本業への影響を最小化しながら複業を継続できます。登壇で築いた第一人者ポジションを持続的な案件受注の仕組みに変えるためのインフラとして活用する視点は、今後ますます重要になっていくでしょう。

まとめ：登壇を案件獲得ROIに変える3つのアクション

ここまで、フリーランスエンジニアがカンファレンス登壇を案件獲得の営業経路として機能させるための一連の設計を解説してきました。最後に、明日から実行できる3つのアクションに圧縮して整理します。

アクション1: 過去1年の案件から発表テーマ案を3つ棚卸しする

先ほど紹介した3ステップ（案件書き出し→詰まった問題の洗い出し→他社でも起きうるかで選別）を実際に紙またはドキュメントで手を動かしてやってみましょう。抽象化のルールを守れば、多くの案件は発表可能な素材に変換できます。まずはテーマ候補が「言語化されている状態」を作ることが最初の到達点です。

アクション2: ターゲット顧客が集まるカンファレンスを2〜3個特定する

「有名かどうか」ではなく「あなたが案件を得たい顧客層が来場するか」でカンファレンスを選定します。技術特化型・プロダクトビジネス型・領域特化型・地域コミュニティ型の4タイプから、自分の発表テーマと参加者属性が一致するものを2〜3個ピックアップしましょう。

アクション3: 次のCFP応募期限をカレンダーに登録する

多くのカンファレンスはCFP応募期間が数週間しかありません。「そのうち応募する」では機会を逃し続けます。ピックアップしたカンファレンスの公式サイトを確認し、次回のCFP応募期限をカレンダーに登録し、その2週間前をリマインドに設定しましょう。並行して地域コミュニティ勉強会のLT枠に登録し、まず1回目の登壇を実現することで、CFP応募時の発表実績にできます。

カンファレンス登壇は準備コストが大きい営業活動ですが、その労力は6〜12ヶ月スパンで熟成し、単価競争を回避する「指名される営業経路」として複利で効いていきます。1回の登壇で成果が出ないことを恐れず、継続的な積み上げで「特定領域の第一人者」ポジションを築いていきましょう。それが結果として、フリーランスとしての持続可能性と収入安定化につながる最も再現性の高い道のひとつです。