「登録は済んでいるのに、Workee からスカウトが届かない」「応募してもなかなか返信がない」——副業エンジニアとして案件獲得を狙うなかで、こうした停滞に手詰まり感を覚えていないでしょうか。他社サービスでは多少なりとも声がかかるのに、Workee だけ反応が鈍い場合、原因は「Workee に向いていない」のではなく、Workee のマッチング仕様に合わせたプロフィール設計ができていない可能性が高いといえます。
副業マッチングサービスは、似ているようでマッチングの仕組みがプラットフォームごとに大きく異なります。たとえば一般的なクラウドソーシングは「自分から提案を送る」前提で動きますが、Workee のような副業特化のマッチングプラットフォームは、プロフィールに登録した条件と案件側の要件を AI が突き合わせ、合致度スコアの高い人材を企業側に推薦する仕組みが中心です。つまり、プロフィールの記述そのものが「露出量」を決めるのです。
ところが多くのエンジニアは、職務経歴書をそのまま貼り付けたような状態でプロフィールを放置しています。スキルタグは未設定、希望単価は空欄、稼働条件は「相談」のまま——この状態では、合致度スコアの軸が立たず、AI から見ても候補集合に入れません。Workee の本来の強みである「条件に合う案件側からの推薦」が機能しない状態に自分から陥っているわけです。
逆にいえば、Workee 固有の評価軸を理解し、そこに沿ってプロフィールを書き直せば、放置していた頃には届かなかった案件が一気に視界に入ってきます。本記事では、Workee の合致度スコアの仕組みを前提に、スキルタグ・稼働条件・経歴・自己紹介を 5 ステップで最適化する手順を、副業エンジニアの実情に即して解説します。
読了後 1〜2 時間で自分のプロフィールに反映できる粒度に絞っていますので、ブラウザの片方に Workee の編集画面を開きながら読み進めてみてください。
Workee で案件が来ない本当の理由は「プロフィール設計」にある
Workee に登録だけして手応えがないとき、多くの人はまず「案件が少ないのでは」「自分の経歴では弱いのでは」と外的・本質的な要因を疑います。しかし、副業マッチングプラットフォームでスカウトや推薦が動かない最大の原因は、ほぼプロフィールの設計にあります。Workee のように AI とマッチングロジックを軸にしたサービスでは、プロフィールが薄いと「存在していない人」と同じになってしまうためです。
Workee のマッチングは「合致度スコア」で動く
Workee を含む副業マッチングプラットフォームの多くは、プロフィール・スキル・希望条件・過去の評価などを総合的に判断し、求人側との適合性を数値で算出する仕組みを採用しています。実際、副業マッチング系サービスを横断的に紹介する記事でも、「プロフィール・スキル・過去に携わった仕事の評価を総合的に判断した数値で、適合性をひと目で確認することが可能」と整理されています（副業マッチングサービスおすすめ17選、スキルシェアサービスおすすめ14選）。
Workee のマッチングも同じ思想で動いていると考えるのが自然です。具体的には、以下のような軸を組み合わせて合致度スコアが計算されると想定されます。
- 技術軸: スキルタグや経験技術と、案件の要件技術との一致度
- 単価軸: 希望単価と案件の予算レンジの重なり
- 稼働形態軸: 週稼働日数・時間帯・フルリモート/出社などの一致度
- 業界経験軸: 過去の経歴の業界・ドメインと案件側の業界の親和性
この合致度スコアが高い人材ほど、企業側の候補者リストの上位に表示され、スカウトや推薦の対象になりやすくなります。逆にいえば、どれだけ実力があってもプロフィールの記述が薄いと、スコア計算上は「条件不明」と扱われ、候補集合から外れます。これが「登録しただけ」のプロフィールでスカウトがゼロになる構造的な理由です。
登録だけで終わっているプロフィールに共通する 3 つの欠落
Workee で停滞しているプロフィールには、共通して以下の 3 つの欠落が見られます。自分の状態と照らし合わせてみてください。
- スキルタグの未設定 / デフォルトのまま: 「TypeScript」「React」だけ登録されていて、フレームワーク・クラウド・データベースの粒度がそろっていない状態。合致度スコアの技術軸が立たず、案件側のキーワード検索にもヒットしません。
- 稼働条件が「相談」のまま: 希望単価が空欄、週稼働日数が未設定、稼働形態（フルリモート/ハイブリッド）が選択されていない状態。単価軸・稼働形態軸のスコアが計算不能になり、AI からの推薦が止まります。
- 経歴が承認待ち or 草稿のまま: スキル経歴を入力したものの運営の承認申請を出していない、もしくは草稿で止まっている状態。プロフィール自体は表示されていても、評価対象としては「未確定」扱いになっている可能性があります。
3 つすべてが当てはまる場合、合致度スコアは限りなく低く出ているはずです。逆にいえば、この 3 点を直すだけでも露出量が大きく変わる余地があります。
改善で得られる変化
プロフィールを Workee 仕様に整え直すと、次のような変化が期待できます。
- 露出案件数の増加: 合致度スコアが計算可能な状態になるため、AI マッチングの候補集合に入る。
- スカウト数の増加: 企業側のフィルタ（言語・フレームワーク・週稼働日数）に引っかかりやすくなる。
- 応募時の進行率の改善: プロフィールが具体化されていることで、企業側が「面談を組む判断」をしやすくなる。
「努力しても変わらない」のではなく、「変化を計測できる入力に変える」段階に進める、というのが本記事の主旨です。なお、スカウト施策全般の見直しはフリーランスエンジニアのスカウトが来ない原因と改善もあわせて参照してください。
合致度スコアを左右する Workee のプロフィール評価軸
合致度スコアの軸を分解すると、プロフィールのどの項目を直すと、どの軸が伸びるかが見えてきます。本章では、Workee で重視されると想定される 4 つの評価軸——技術軸・単価軸・稼働形態軸・業界経験軸——を順に整理します。
技術軸 — スキルタグと経験技術の解像度がスコアを決める
技術軸は、スキルタグと経験技術の記述で決まります。ここでの落とし穴は「タグを 1〜2 個だけ立てて満足してしまう」ことです。AI マッチングは技術スタックの組み合わせで案件をスコアリングするため、たとえば「React だけ」と「React + TypeScript + Next.js + AWS」では、ヒットする案件のレンジがまったく違ってきます。
ポイントは以下のとおりです。
- 言語・フレームワーク・クラウド・DB を最低 1 つずつ揃える: 案件側はフルスタックで検索することが多いため、スタックが片寄ると候補から外れる
- バージョンや経験年数を併記する: 「React 17/18, 4 年」のように具体化すると、AI から見た解像度が上がる
- 業務での担当範囲を 1〜2 行で添える: フロントエンドのみか、API も書くか、設計から関わるかで露出する案件のレイヤが変わる
単価軸 — 希望単価の「点」ではなく「レンジ」設計
希望単価は、ピンポイントの数字で書くよりレンジで設計するほうがスコアが安定します。たとえば「時給 5,000 円」と固定するより、「時給 4,500〜6,000 円（案件内容で応相談）」のほうが、案件側の予算分布に当たる確率が上がります。
レンジ設計の考え方は次の 3 点です。
- 下限: 受注したい最低ラインの単価。本業の時間単価から逆算し、副業として割に合う水準を引く
- 上限: 専門性が高い領域や責任範囲が広い案件で受けたい単価。本業で扱っている技術の市場相場が参考になる
- 幅: 下限と上限の差を 1.5 倍前後に収めると、企業側にも「相場感のある人」と映りやすい
希望単価を空欄にしていると、単価軸のスコアが計算できず、推薦されない案件が増えます。
稼働形態軸 — フルリモート / ハイブリッド / 出社の選択肢と週稼働日数の表現
副業エンジニアにとって、稼働形態は本業との両立可否を直接左右する条件です。Workee 側もこの軸を重視していると考えられるため、稼働条件を曖昧にしておくと、合致度スコアが安定しません。
押さえるべき項目は以下のとおりです。
- 稼働形態: フルリモート / ハイブリッド / 出社あり のいずれを許容するか
- 週稼働時間: 「週 8〜15 時間」「平日夜 + 土曜午前」など、ピンポイントの目安
- オンライン MTG 可能時間帯: 本業のコアタイム外で、企業側と打ち合わせ可能な時間帯
「相談」表記はゼロにし、選択肢から選べる項目はすべて選び切ることが、稼働形態軸のスコアを最大化する近道です。
業界経験軸 — 経歴の業界タグ化で隠れた一致を拾う
技術スタックは合っていても、業界経験のミスマッチでスコアが伸びないケースもあります。Workee 上で「SaaS の運用案件」を探している企業は、SaaS 経験のあるエンジニアを優先しがちです。経歴の業界タグ化は、こうした隠れた一致を拾うための工夫です。
具体的には、各経歴に対して以下のラベルを意識して書き加えます。
- 業界: SaaS / EC / 金融 / 医療 / 教育 / 公共 など
- ビジネスモデル: BtoB / BtoC / マーケットプレイス / サブスクリプション
- 規模: スタートアップ / 中堅 / エンタープライズ、ユーザー数や取扱規模の概算
業界経験軸は、技術軸ほど直接的にスコアに表れない可能性はあるものの、企業側の絞り込みフィルタで効くため、軽視できない要素です。
Workee 以外の副業マッチングを併用すべきかの判断軸は副業エンジニアのエージェント・プラットフォーム選び方で詳しく整理しています。
案件獲得率を上げる Workee プロフィール最適化 5 ステップ
ここからは、いま開いてすぐ着手できる「直す順番」を 5 ステップで提示します。前章の評価軸を直接動かす順番で並べていますので、上から順に進めることで合致度スコアが効率よく上がります。所要時間の目安はトータルで 1〜2 時間です。
ステップ 1 — スキルタグを「主軸 3 つ＋関連 5 つ」に整理する
最初に手を付けるのはスキルタグです。理由は単純で、技術軸は合致度スコアに最も影響が大きく、案件側の検索条件もスキルタグを起点に組み立てられるためです。
おすすめの構成は「主軸 3 つ＋関連 5 つ」です。
- 主軸 3 つ: 業務で 2 年以上の経験があり、面談で深掘りされても回答できる技術。例: TypeScript / Next.js / AWS
- 関連 5 つ: 主軸と組み合わせて業務で扱っている技術。例: React / Node.js / PostgreSQL / Docker / GitHub Actions
ここに「経験あり」レベルの技術を加えすぎると、ミスマッチ案件のスカウトが増えて疲弊するため、上記 8 個前後にとどめるのが目安です。タグ整理は 15〜20 分で完了します。
ステップ 2 — 希望単価をレンジで設定し、根拠を経歴に紐づける
次に希望単価をレンジで設定し、その根拠が経歴を読めば自然に伝わる状態にします。単価を提示する際は、本業での担当領域・規模感・成果を経歴に書き込んでおき、「この経歴ならこの単価で妥当」と企業側が判断できるよう接続しておくのがコツです。
設定の手順は以下のとおりです。
- 直近 2〜3 年の業務時間単価を本業の年収から逆算
- 副業案件の市場相場（同レベルのエンジニアの提示単価）を確認
- 下限・上限・幅を決め、Workee のプロフィールに入力
- 経歴側に「成果」「責任範囲」を加筆し、単価の妥当性を裏付ける
所要時間は 20〜30 分程度。希望単価が空欄のまま放置されているなら、ここが最大の伸びしろです。
ステップ 3 — 稼働条件を「曜日・時間帯・形態」の 3 点で具体化する
稼働条件は「曜日・時間帯・形態」の 3 点で具体化します。「相談」表記はすべて埋めることが目標です。たとえば次のように書き切ります。
- 曜日: 平日夜 + 土曜午前
- 時間帯: 21:00〜24:00、土曜 9:00〜13:00（オンライン MTG は土日午前可）
- 形態: フルリモート希望、月 1 回程度の対面ミーティングは可
本業との両立を前提に、無理のない範囲で書くのが鉄則です。あえて狭めに書いたほうが、合致した案件のみが推薦されるためミスマッチが減ります。所要時間は 10〜15 分。
ステップ 4 — 経歴を「役割 × 技術 × 成果」で書き直し、承認申請を出す
スキル経歴は、職務経歴書のコピーで済ませず「役割 × 技術 × 成果」のフォーマットで書き直します。Workee のような副業マッチングプラットフォームでは、運営の承認を経て表示される項目があるため、承認を通過しやすい記述を意識します。
書き換えのテンプレートは以下のとおりです。
【期間】2023.04 - 現在
【役割】フロントエンドリード（5 人チームのうちフロント領域を統括）
【技術】TypeScript / Next.js 14 / Tailwind CSS / Vercel / Playwright
【業務】toB SaaS の管理画面リニューアル。設計・実装・レビュー・E2E テスト整備を担当
【成果】LCP を 4.2s → 1.8s に改善、機能リリースサイクルを 2 週間 → 1 週間に短縮
ポイントは「成果」を必ず数値で書くことです。具体性が増すと運営の承認も通りやすく、企業側からも判断しやすくなります。書き直しが終わったら、忘れずに承認申請を出します（草稿のままでは公開されません）。所要時間は経歴 1 件あたり 10〜15 分。
ステップ 5 — 自己紹介で「誰の・どんな課題を・どう解決できるか」を明示する
最後に、プロフィール冒頭の自己紹介文を整えます。ここは AI マッチングよりも、人間の発注担当者が最後に目を通す部分なので、案件化の最終ハードルを越えるためにも丁寧に書きます。
文章の骨子は次の 3 点です。
- 誰の: どんな業界・規模・フェーズの企業を想定しているか（例: シリーズ A〜B の SaaS スタートアップ）
- どんな課題を: 自分が解決してきた典型的な課題は何か（例: フロント刷新と E2E テスト整備による品質改善）
- どう解決できるか: 自分の役割と提供できる価値（例: 設計から実装、レビュー、テストまで一気通貫で対応可能）
冒頭の 3〜5 行が読めば「依頼するイメージが湧く」状態を目指します。所要時間は 15〜20 分。
ここまでの 5 ステップで、Workee の合致度スコアを構成する 4 軸すべてが計算可能な状態になり、自己紹介で人的判断のハードルも越えやすくなります。
実績が少なくても評価されるプロフィールの書き方
「副業実績がないから、プロフィールに書くことがない」と感じているなら、それは本業の業務を Workee 仕様に翻訳できていないだけかもしれません。実務経験が 3 年以上あるエンジニアであれば、書ける素材は十分にあります。
本業の業務を「副業向け経歴」に翻訳する 3 つの視点
本業の業務を経歴欄に書き写すときは、以下の 3 つの視点で再構成します。
- 守秘配慮で抽象化する: 企業名・サービス名は伏せても、業界・規模・課題は具体的に書ける。「大手 EC の在庫管理機能」「医療系 SaaS の予約画面」など、業界＋ドメインで表現する
- 規模感を数値化する: ユーザー数、トランザクション数、チーム規模、リリース頻度などの数値を入れる。「月間アクティブ 10 万人」「5 人チーム」「週 1 リリース」など
- 自分の担当範囲を明示する: チーム内で何を担当していたか。「設計から実装、レビューまで」「フロント領域全般」など、責任範囲を明確にする
この 3 視点を使うと、本業の業務を「副業として再現可能な能力」として表現できます。
GitHub・技術ブログ・登壇資料の活用
経歴の補強材料として、GitHub・技術ブログ・登壇資料は強力です。Workee のプロフィールに外部リンクを貼れる項目があれば、必ず以下の 3 種類を紐づけます。
- GitHub: 業務外のリポジトリ・OSS への PR・自分のスター数の多いリポジトリ
- 技術ブログ: Zenn・Qiita・Note・個人ブログなど、技術解説記事のリンク
- 登壇資料: SpeakerDeck・Speaker Note などの登壇スライド
これらは合致度スコアの直接的な要素ではないかもしれませんが、企業側の人的判断で「どんなエンジニアか」を伝える効果が大きく、面談化率を押し上げる役割を果たします。
個人開発・OSS 貢献を副業実績相当として書くフォーマット
副業の有償実績がなくても、個人開発・OSS 貢献を「副業実績相当」として書き切ることができます。フォーマットは経歴と同じく「役割 × 技術 × 成果」です。
【期間】2024.01 - 現在
【役割】個人開発（フルスタックで開発・運用）
【技術】TypeScript / Next.js / Supabase / Vercel
【業務】副業エンジニア向けの案件管理 SaaS を個人開発・運用
【成果】MAU 300 人、決済導入後の継続率 60%、月次収益 5 万円
OSS 貢献も同じく、「コミット数」「マージされた PR」「自分が起票した Issue の解決数」などを成果として記載できます。重要なのは、「無償だから書かない」ではなく、「自分の能力の証拠として書く」という発想に切り替えることです。
Workee 以外の経路で実績を積んでいきたい場合は、フリーランスエンジニアの案件獲得方法 5 選もあわせて参考にしてみてください。
スキルタグと稼働条件を最適化して案件マッチ数を増やすコツ
5 ステップを一通り終えたあとは、スキルタグと稼働条件の細部を磨き込むことで、案件マッチ数をさらに増やせます。本章では、実務で出会いやすい失敗パターンとあわせて、優先度の高い改善ポイントをまとめます。
スキルタグは「主軸 → 周辺 → 経験あり」の階層で並べる
タグを並べる順序は「主軸 → 周辺 → 経験あり」の階層が基本です。タグ並びの順序がスコアに直接効くかは断言できませんが、人間の閲覧者にとって構造化された情報は読みやすく、案件側の判断ハードルが下がります。
- 主軸: 業務 2 年以上、面談で深掘りされても回答できる
- 周辺: 業務 6 ヶ月〜2 年、主軸と組み合わせて使う
- 経験あり: チュートリアル・個人開発レベル、必要時にキャッチアップ可能
「経験あり」レベルのタグを増やしすぎると、ミスマッチ案件のスカウトが届くようになり、逆効果です。タグ全体を 10〜15 個以内に絞ることをおすすめします。
フレームワーク・言語・クラウドの 3 階層で重複を避ける
タグを増やす際は、「言語・フレームワーク・クラウド」の 3 階層で重複を避けることを意識します。たとえば「JavaScript」「TypeScript」「React」「Next.js」を全部並べると、案件側からは「使い分けが甘いのでは」と映ることがあります。
おすすめの整理方法は次のとおりです。
- 言語: TypeScript（JavaScript は冗長になるため省略してよい）
- フレームワーク: Next.js（React は Next.js に含めて表現可能）
- クラウド: AWS（Vercel・Supabase など PaaS は別立て）
- DB / インフラ: PostgreSQL / Docker / GitHub Actions
3 階層を意識すると、最低限の数で技術スタック全体が伝わります。タグの「数」より「組み合わせの整合性」を優先することが、合致度スコアの安定につながります。
稼働条件を「最低週 N 時間／開始可能日／オンライン MTG の時間帯」で書き切る
稼働条件は「最低週 N 時間／開始可能日／オンライン MTG の時間帯」の 3 点で書き切ることを目標にします。例を挙げると以下のとおりです。
- 最低週稼働時間: 週 10 時間（平日夜 + 土曜午前）
- 開始可能日: 2 週間以内
- オンライン MTG 可能時間帯: 平日 21:00〜23:00、土日午前
「相談」表記が残っていると、企業側は「いつから・どれくらい働けるか不明」と判断し、面談に進めません。手間でも 3 点を埋め切るのが最短です。
単価・稼働条件の更新頻度と見直しタイミング
単価レンジと稼働条件は、設定したら終わりではなく、定期的な見直しが必要です。目安としては次のとおりです。
- 単価レンジ: 半年に 1 回、市場相場と自分の経験年数の伸びを反映
- 稼働条件: 四半期に 1 回、本業の繁忙期・閑散期にあわせて調整
- スキルタグ: 新しい技術を業務で使い始めたタイミング、または半年に 1 回
特に単価レンジは、市場が伸びている技術領域（生成 AI 関連・SRE・データエンジニアリング等）に身を置いている場合、半年で 1 割程度上がっていることが珍しくありません。古い単価のまま放置していると、案件側からの評価とも乖離します。
プロフィール更新後にやるべき「動作確認」と継続改善
プロフィールを直したあとは、放置せずに「動作確認」を行いましょう。Workee 上での反応は、更新後 1〜2 週間で変化が見え始めます。継続的に観察することで、自分のプロフィールが市場でどう評価されているかが定量的に分かります。
更新後 1〜2 週間で確認したい 3 つの指標
更新後に観察すべき指標は次の 3 つです。
- 合致度スコアの分布: 案件一覧を眺めたとき、自分が表示される案件のスコア帯がどこに分布しているか
- スカウト数の変化: 更新前と比べてスカウト数が増えたか、技術スタックの傾向はどうか
- 閲覧案件のジャンル: 自分が興味を持って開いた案件が、想定する業界・技術と合っているか
このうち、最も重要なのは「閲覧案件のジャンル」です。AI マッチングは閲覧・応募の行動データから学習するため、自分が興味を持って開いた案件のジャンルが、その後の推薦の精度に直結します。プロフィールを直したら、案件一覧を週 1 回はチェックする習慣をつけるのがおすすめです。
スカウト・応募の振り返り方
スカウトや応募の結果を振り返ることで、プロフィールのどこが効いているか・効いていないかが見えてきます。具体的には次のような観点で整理します。
- 合致度スコアが高い案件で進まなかった場合: 自己紹介文 or 経歴の具体性が不足している可能性。人的判断のハードルを下げる方向で見直す
- 合致度スコアが低い案件ばかり推薦される場合: スキルタグ・希望単価・稼働条件のいずれかが希望と乖離している可能性
- スカウトが業界的にバラつく場合: 業界経験軸が立っていない可能性。経歴の業界タグ化を再検討する
振り返りは月 1 回、30 分で十分です。重要なのは、「結果が出ない」で止めるのではなく、結果の質を分解して次の修正アクションにつなげることです。
半年ごとの更新サイクル
プロフィールは、最低でも半年に 1 回は全体を見直すサイクルを推奨します。技術トレンド・市場相場・本業状況の変化を反映し、合致度スコアの軸を常に最新の状態に保つためです。半年ごとに以下のチェックリストを実行します。
- スキルタグの主軸 3 つは、現在の業務と一致しているか
- 希望単価レンジは、市場相場と乖離していないか
- 稼働条件は、本業の状況にあわせて調整できているか
- 経歴の最新案件は反映されているか
- 自己紹介文は、今期目指したい案件と合っているか
このサイクルを回している人ほど、案件獲得が継続的・累積的に進んでいきます。副業を「単発の案件獲得」ではなく「継続可能な活動」として育てたい方は、副業エンジニア始め方ロードマップもあわせて参考になります。
まとめ — Workee で「次の案件」を引き寄せるための一歩
Workee で案件が来ない停滞を抜け出すために、本記事で押さえたい要点を振り返ります。
- マッチングロジックを理解する: Workee は合致度スコアでの推薦を中心とし、プロフィールの記述が露出量を決める
- 4 軸を意識して直す: 技術軸・単価軸・稼働形態軸・業界経験軸の 4 軸が、スコアと案件マッチ数を左右する
- 5 ステップで順序立てる: スキルタグ → 希望単価 → 稼働条件 → 経歴 → 自己紹介 の順で 1〜2 時間で着手できる
- 実績は翻訳できる: 副業の有償実績がなくても、本業・個人開発・OSS 貢献を Workee 仕様に翻訳すれば十分な素材になる
- 更新後は計測と継続改善: 1〜2 週間で動作確認、半年ごとに全体見直し
副業エンジニアにとって、Workee のような副業特化プラットフォームは「自分の市場価値を可視化する装置」でもあります。プロフィールを直すことは、単なる案件獲得の手段ではなく、自分が市場でどう見られるかを知り、調整するプロセスでもあります。
本記事を読み終わったら、ブラウザのもう一方のタブに Workee のプロフィール編集画面を開いて、まずスキルタグから 15 分だけ直してみてください。タグの並びを整え、希望単価レンジを書き、稼働条件を「相談」から「具体的な時間」に変える——たったそれだけで、合致度スコアの計算が変わり始めます。「次の案件」は、いまのプロフィールが変わった先にあります。
副業マッチング全体の活用イメージや Workee の位置づけをもう一段深く知りたい方は、Workee（複業特化マッチングプラットフォーム）の紹介ページもご参考にしてみてください。
