「X（旧Twitter）で毎日のように発信しているのに、案件の問い合わせが一件も来ない」——そんな状況に悩んでいるフリーランスエンジニアは少なくありません。Xのフォロワー数を増やすための方法を調べて実践してみたものの、いつまでたっても手応えがないという経験をお持ちの方もいるでしょう。
実は、SNS集客がうまくいかない最大の原因は「フォロワーを増やすこと」を目的にしてしまっていることにあります。フォロワー数と案件獲得の間に、思っているほど強い相関はありません。フォロワーが数百人しかいなくても月に複数件の直接依頼が来るエンジニアがいる一方で、1万人以上のフォロワーを持ちながら案件に全くつながらないエンジニアも存在します。
SNS集客の本質は、特定の技術・業務領域での「第一想起を獲得すること」です。「○○系の案件があるなら、あの人に声をかけよう」と思い出してもらえる文脈を意図的に設計することこそが、案件依頼への近道です。
この記事では、X（旧Twitter）での案件依頼につながる発信設計の考え方から、プロフィールの最適化方法、複業エンジニアが本業と並行して続けられる週次習慣まで、具体的な方法をお伝えします。
フリーランスエンジニアがX（Twitter）集客でつまずく本当の理由
「フォロワーが少ないから案件が来ない」は勘違い
「フォロワーをまず1,000人にしてから集客を考えよう」という発想は、一見合理的に思えます。しかし、SNS集客という観点では、この考え方が落とし穴になります。
案件を発注する企業や個人クライアントがフリーランスエンジニアを探す場面を想像してください。「Xで有名な技術系インフルエンサーにお願いしよう」という発想にはなりません。「以前見かけたReactが得意そうなエンジニアがいたな」「SaaSのバックエンド周りで実績を発信していた人がいた」という記憶から検索が始まることがほとんどです。
つまり、評価軸は「フォロワー数の多さ」ではなく「この人がどんな技術・業務を得意としているか」の具体性と明確さです。50人のフォロワーしかいなくても、その50人の中に自社の課題に合ったエンジニアを探している企業担当者が1人いれば、案件につながります。
SNS集客の本質：「第一想起」を獲得する
案件依頼が来るまでの実際のフローはこのような流れです。
- 発注担当者が「○○の実装を外注したい」と思う
- 以前Xで見かけた発信者を思い出す
- その人のプロフィール・過去の投稿を確認する
- 実績や専門性が合致していればDMを送る
このフローで重要なのは「2. 思い出してもらえること」です。これが「第一想起の獲得」であり、SNS集客の核心です。思い出してもらうためには、「この人は○○の人だ」という明確な文脈が相手の記憶に刻まれている必要があります。
複業エンジニアには独自の強みがあります。本業で培った特定業界の業務知識と、複数クライアントとの稼働で得た幅広い技術経験の組み合わせは、差別化の軸として機能します。「医療系SaaSのバックエンドとAWS基盤が得意な複業エンジニア」という文脈は、フォロワー数より遥かに強力な指名依頼の誘因になります。
案件依頼が来る発信パターン3選
パターン1：技術Tipsの投稿
日々の開発作業の中で気づいた知見を短くまとめて投稿するパターンです。「今日ハマったエラーと解決策」「このライブラリのこの使い方が便利だった」といった内容は、実務で同じ技術を使っている企業担当者やエンジニアの目に留まりやすく、「この人は同じ技術スタックを使って実務経験がある」という認識を積み重ねます。
良い投稿例:
「Next.js 14 の App Router で getServerSideProps を使おうとしてハマった。fetch オプションの
cache: 'no-store'で解決できた。App Router に移行中の方は注意 #nextjs #frontend」
この投稿が良い理由は「Next.jsを実務で使っている」「App Routerの移行経験がある」という2つの文脈が同時に伝わるからです。同じ課題を持つ企業の開発担当者が検索したときにヒットする可能性も高まります。
NGの投稿例:
「プログラミング頑張ります！毎日投稿継続中です。#エンジニア #フリーランス」
これは「何ができる人か」という情報が全くなく、案件依頼の文脈が形成されません。
パターン2：業務改善・工夫のアウトプット
技術の話だけでなく、「どのように仕事を進めるか」を発信するパターンです。「クライアントへの進捗報告の方法を変えたら関係性がよくなった」「コードレビューでチームのボトルネックがなくなった工夫」といった内容は、技術力だけでなくプロとしての仕事の進め方が伝わります。
良い投稿例:
「リモート複業エンジニアとして意識している週次習慣：月曜に今週の作業範囲と懸念点をSlackで事前共有 → クライアントとの認識ずれが激減した。非同期コミュニケーションのコツ」
この投稿が良い理由は「リモートで複業エンジニアとして稼働していること」「クライアントとのコミュニケーション設計を考えていること」という、発注側が気にする要素が詰まっているからです。「一緒に仕事をしたときのイメージ」が湧きやすい投稿は指名依頼につながります。
パターン3：現在の稼働状況・受付状況の発信
最もシンプルで、なぜか多くのエンジニアがやっていない発信が「今の空き状況の告知」です。
投稿例:
「来月から週10〜15時間の空き枠があります。Node.js/TypeScript/AWS での開発、SaaS の新規機能開発・API 設計が得意です。スタートアップや0→1フェーズの開発案件歓迎。まずはお気軽に DM ください。」
この投稿のポイントは、技術スタック・得意な仕事の種類・対応可能時間・問い合わせ方法がすべて1ツイートに収まっていることです。「検討中のクライアントが行動しやすい状態」を作ることがゴールです。
この告知ツイートは週次習慣の中に組み込み、月1〜2回の頻度で継続的に発信することが効果的です。
「声をかけたくなるプロフィール」の設計法
プロフィール欄に書くべき3要素
X（Twitter）のプロフィール欄はフリーランスエンジニアにとって「最初の名刺」です。日々の発信に興味を持ったクライアント候補が最初に見るのはプロフィールです。以下の3要素を必ず含めるようにしましょう。
1. 何ができる人か
技術スタックと業務領域を具体的に書きます。「エンジニア」だけでは何も伝わりません。「Node.js / React / AWS で 5 年の複業エンジニア」「スタートアップの SaaS 開発を中心に複数社並行稼働中」のように、技術スタックと業務スタイルの両方が伝わる記述にします。
2. 誰の役に立てるか
発注を検討しているクライアントが「自分のことか」と思えるターゲット記述を加えます。「SaaS プロダクトの MVP〜本番稼働フェーズを担当可能」「週 10〜20 時間から稼働可能。リモート専業」のように、発注側が「要件に合うか」を判断できる情報です。
3. どうすれば依頼できるか
問い合わせ方法が明確でない場合、興味を持ったクライアントが次のアクションをとれません。「DM 受付中」「Workee プロフィール：[URL]」「ポートフォリオ：[URL]」のように、依頼への入口を複数設けることを推奨します。GitHubリンクやZenn/Qiitaリンクも実績確認の入口として有効です。
固定ポストで「今すぐ確認できる実績」を見せる
プロフィール欄の補完として、固定ポストに直近の実績または代表的な技術発信をまとめた投稿を設定します。
固定ポストに設定したい内容の例:
- 直近3ヶ月で担当した案件のサマリー（業種・使用技術・成果）
- 反応の良かった技術Tips投稿のまとめ
- 「現在受付中の案件種別と稼働可能時間」の告知
固定ポストはプロフィールを見た人が「何をお願いできるか」を最短で理解するための場所です。更新頻度は月1〜2回で十分です。
NGプロフィール例
案件依頼の機会を損失しやすいプロフィールのパターンです。
- 「フロントエンド / バックエンド / インフラ / 機械学習 / iOS / Android 何でもできます」 → 専門性が不明瞭で、「この課題ならこの人」という文脈が形成されない
- 問い合わせ方法の記載がない → 興味を持ったクライアントが次のアクションをとれない
- 「勉強中」「初学者」「学習ログ垂れ流し」 → 発注を検討しているクライアントには、依頼を受ける気がないように見える
発信→DM→案件獲得の具体的な流れ
問い合わせが来たときの対応
DMで問い合わせが来たとき、最初のメッセージで伝えるべき3点があります。
1. 現在の稼働可能状況 「現在は週○時間程度の稼働が可能で、来月から○時間に増やせます」という具体的な数字を伝えます。
2. 対応できる技術・業務内容 相手の案件内容に対して自分の経験をマッチングさせます。「○○の案件については、類似する○○の経験があります」という形で具体性を持たせます。
3. 単価感の提示 「単価の話は失礼では？」と感じる方もいますが、むしろ早めに提示することがプロとしての礼儀です。「時間単価○,000円〜、月次契約の場合は○万円〜を目安にしています。案件の内容により相談可能です」のように、目安と柔軟性を両方伝えるのが良いでしょう。
案件につながらなかった場合の関係維持
DMでやり取りしたが受注に至らなかった案件でも、関係を完全に断ち切らないことを推奨します。「今回は条件が合わなかったようですが、今後またご縁があればよろしくお願いします」という一言を添えた上で、その方をフォローしておきます。
「今回は見送ったが、単価が変わったら相談したい」「次の案件ができたときに連絡しよう」という再打診や紹介につながるケースは少なくありません。
問い合わせが来るまでの「能動的なアプローチ」
発信を続けながらも問い合わせが来ない時期には、以下のような能動的なアプローチを組み合わせます。
- 発注意向が見える投稿へのリプライ: 「○○の開発ができるエンジニアを探しています」というポストに対して、自分のプロフィールや実績を簡潔に紹介するリプライを送ります。検索クエリ例:「site:x.com エンジニア 募集」「エンジニア 探しています」
- 技術コミュニティへの参加: 特定のハッシュタグ（
#TypeScript#Next.js#AWSなど）を追ったり、関連するDiscordコミュニティに参加することで、同じ技術スタックを使う企業・エンジニアとの接点を先に作ります - Workeeのスカウト機能の活用: X（Twitter）での発信と並行して、Workeeでのプロフィール掲載も行うことで、インバウンド案件獲得のチャネルを複線化できます
複業エンジニアが本業と並行してSNS発信を続ける週次習慣設計
なぜほとんどの人が3ヶ月で止まるのか
SNS発信を始めたフリーランスエンジニアの多くが3ヶ月以内に継続を諦める背景には、2つのボトルネックがあります。
ボトルネック1: 成果が見えにくい Xのアルゴリズム上、フォロワーが少ない段階では投稿のリーチが限定的です。数週間発信しても「いいね」が2〜3件しかつかないと、「効果がない」と感じて止まってしまいます。
ボトルネック2: ネタを考える時間がない 「今日は何を投稿しようか」から毎回考え始めると、案件作業が忙しい時期にはそれだけで10〜15分かかります。結果として「また明日でいいか」が重なり、投稿が止まります。
解決策はこれらのボトルネックを設計で解消することです。
週次習慣の設計例（週3〜5投稿での継続モデル）
平日5日間の中から3つのタイミングを固定して投稿する習慣モデルです。
曜日 | 投稿種別 | 内容例 |
|---|---|---|
月曜 | 予告型 | 「今週取り組む技術課題のメモ」「今週試してみること」 |
水曜 | 技術型 | 「開発中に発見した知見・Tips」「解決できたエラーと原因」 |
金曜 | 振り返り型 | 「今週の学び」「空き枠の告知・受付状況の更新」 |
このモデルのポイントは、水曜の「技術型」ネタを月曜・水曜の仕事中にメモしておく習慣を作ることです。GitHubのコミットログ・Slackのメモ・ターミナルの履歴を見返すだけで投稿ネタが見つかります。「1投稿=1ネタ発掘」から「仕事中にネタをストックして週末に整理する」に変えると、投稿のための時間が大幅に減ります。
継続のための「やめていい」リスト
SNS発信でありがちな「正しいと思い込んでいるが実は不要なこと」を以下にまとめます。
バズを狙うのをやめる 100RTを超えるバズ投稿より「この人に頼もう」と思わせる1投稿の方が、案件獲得という目的には価値があります。バズを狙うコンテンツ設計はエネルギーを消耗する割に案件獲得への直接的な貢献が低い場合が多いです。
毎日投稿にこだわるのをやめる 「毎日投稿」というルールを課すと、ネタがない日に質の低い投稿をして自分の専門性を薄めてしまうリスクがあります。週3本の質の高い投稿は、毎日の雑な投稿より「この人はこれが得意だ」という文脈形成に効果的です。
全ジャンルをカバーしようとするのをやめる 「フロントエンドもバックエンドもインフラも機械学習も」という発信をすると、フォロワーの誰も「この人は○○の人だ」と認識できません。第一想起を獲得するには、得意な領域を1〜2つに絞って集中的に発信する方が効果的です。
まとめ：フォロワー数より「第一想起」を設計する
X（Twitter）でのSNS集客において、押さえておきたいポイントをまとめます。
- SNS集客の目的は「フォロワーを増やすこと」ではなく「特定の技術・業務領域での第一想起を獲得すること」
- 案件依頼につながる発信は「技術Tips」「業務改善アウトプット」「稼働状況の告知」の3パターンを組み合わせた設計が効果的
- プロフィールには「何ができるか」「誰の役に立てるか」「どう依頼するか」の3要素を必ず含める
- 複業エンジニアは週3本・月水金の投稿習慣で継続可能な発信を設計する
- 毎日投稿・バズ狙い・全ジャンルカバーの3つをやめることで、案件獲得に直結する発信に集中できる
SNS集客はすぐに結果が出るチャネルではありませんが、発信設計を正しく行えば3〜6ヶ月で「思い出してもらえる人」になれます。まずは本記事で紹介した週次習慣モデルを試してみてください。
