
エージェントに登録しているのに紹介が来ない、来ても希望と違う、商談まで進まない——原因がプロフィールにあるケースは少なくありません。エージェントのプロフィールはまず担当者が読み、次に企業への提案資料になるという二段構造で使われます。この記事では、この構造をふまえて既存のプロフィールを診断し、改善していく方法を解説します。
プロフィールは二段階で読まれている
最適化を考えるうえで最初に押さえるべきなのが、エージェントのプロフィールには読み手が2人いるという点です。この2人は、見ている場所がまったく違います。
第1の読み手は担当者
担当者は「この人をどの案件に出せるか」を判断するために読みます。使える技術、経験年数、稼働条件——案件の要件と照合できる情報が揃っているかが関心事です。ここで判断材料が足りないと、そもそも紹介の候補に入りません。
第2の読み手は企業の担当者
案件に提案されると、プロフィールは企業側へ提出されます。企業が見るのは「自社の課題を解決してくれそうか」という点です。技術の一覧ではなく、その技術で何をしたかが判断材料になります。
| 読み手 | 知りたいこと | 効く書き方 |
|---|---|---|
| 担当者 | どの案件に出せるか | 技術名・経験年数・稼働条件を検索できる形で明記 |
| 企業 | 自社の課題を解決できるか | 担当した課題と、自分が果たした役割を具体的に記述 |
多くのプロフィールは担当者向けの情報だけで止まっています。技術の羅列は「案件に出せるか」の判断には使えますが、「選ばれるか」の判断材料にはなりません。両方を満たすことが最適化の目標です。
症状別・現状の診断
やみくもに書き直す前に、いま何が起きているかを切り分けましょう。症状によって、直すべき場所は違います。
| 症状 | 考えられる原因 | 直す場所 |
|---|---|---|
| そもそも紹介が来ない | 技術・経験の情報が不足、条件が厳しすぎる | 担当者向けの情報(技術名・年数・条件) |
| 希望と違う案件ばかり来る | 希望条件と優先順位が伝わっていない | 稼働条件・志向の記載 |
| 提案されるが商談に進まない | 企業から見た決め手がない | 企業向けの情報(課題・役割・成果) |
| 商談後に見送られる | プロフィールと実態の印象が噛み合っていない | 記載内容の粒度と正確さ |
どの段階で止まっているかは、担当者に聞けば分かることもあります。見送りの理由を教えてもらえれば、それが最も確実な改善材料になります。
担当者に伝わる形に直す
まずは紹介の候補に入るための土台を整えます。
技術名は省略せずに書く
担当者は案件の要件と照らし合わせて候補者を探します。略称や社内呼称ではなく、一般的に使われる正式な名称で記載することが基本です。使用歴の長さや、どの程度の規模で使ったかも添えておくと精度が上がります。
経験の深さを段階で示す
同じ技術名でも、少し触った程度と主担当として設計した経験では意味が違います。主担当・メンバー・補助といった関わり方の段階を書き添えると、担当者はミスマッチを避けた提案ができます。
稼働条件を具体的な数字にする
「リモート希望」ではなく「出社は月2回まで可」、「週数日希望」ではなく「週3日、1日7時間まで」というように、可否を判断できる形にしておきます。曖昧な表現は、担当者が確認のために連絡する手間を生み、その分だけ紹介が遅れます。
企業に刺さる形に直す
紹介はされるのに商談へ進まない場合、改善すべきはこちらです。
課題と役割をセットで書く
「開発を担当」では、何をした人なのか伝わりません。どんな課題があり、自分が何を担当し、結果どうなったかという順序で書くと、企業は自社の状況に置き換えて読めます。技術は手段として登場させるほうが説得力が出ます。
任された範囲を明示する
仕様が決まったものを実装したのか、要件から関わったのか、技術選定を任されたのか——裁量の範囲は企業が最も知りたい情報のひとつです。上流に関わった経験があるなら、そこを埋もれさせないでください。
技術以外の貢献も書く
レビュー文化の定着、ドキュメントの整備、非エンジニアとの調整といった動きは、チームに入る人材として評価される要素です。派手さはなくても、一緒に働く姿が想像できる情報は判断材料になります。
プロフィール添削・書類サポートの手厚さからエージェントを比較する ›書きにくい項目の扱い方
書き方に迷って空欄のままになりがちな項目こそ、丁寧に扱う価値があります。
守秘義務のある案件
企業名や具体的なサービス名を出せない案件は珍しくありません。その場合は業界と規模感、担当した業務内容の水準に置き換えて記述するのが一般的な対応です。契約上の制約がある内容は、書ける範囲を担当者に相談しましょう。
ブランク期間
空白があること自体が大きな問題になるとは限りません。触れずに不自然な空白を残すより、期間と事情を簡潔に記載するほうが読み手の疑問は減ります。その間に学習や個人開発をしていたなら、それも情報として意味を持ちます。
経験の浅い領域
できることを大きく見せたい気持ちは自然ですが、実態を超えた記載は商談や参画後に必ず露見します。「学習中」「補助として経験あり」と正確に書いたうえで、意欲を添えるほうが結果的に信用を積み上げられます。
経歴や経験年数を事実と異なる形で記載すると、契約解除や損害賠償の問題に発展する可能性があります。また、守秘義務のある情報の記載範囲は契約内容によって異なります。判断に迷う場合は、記載前に担当者へ相談し、契約上の解釈が必要な場合は弁護士などの専門家に確認してください。
更新のタイミングと運用
プロフィールは一度作って終わりではありません。情報が古いプロフィールは、実力を過小評価される原因になります。
更新すべき4つのタイミング
- 案件が終了したとき/記憶が新しいうちに、担当範囲と成果を書き足す
- 新しい技術を使ったとき/実務で触れた時点で追記する。習得後にまとめて書こうとすると抜け落ちる
- 稼働条件が変わったとき/古い条件のまま紹介が続くのを防ぐ
- 紹介が止まったとき/状況が変わっているサインとして見直す機会にする
登録している全社で揃える
複数社に登録している場合、片方だけ更新して差が出ていることがよくあります。元になる資料を自分で1つ持ち、そこから各社に反映する運用にすると、内容のずれを防げます。
やりがちな失敗パターン
技術の羅列だけで終わっている
最も多いパターンです。担当者の検索には引っかかりますが、企業から見ると他の候補者との違いが分かりません。技術の一覧は入口であって、決め手にはならないと考えておきましょう。
自己PRが抽象的な言葉で埋まっている
「コミュニケーションを大切にしています」「責任感を持って取り組みます」といった記述は、誰にでも当てはまるため判断材料になりません。具体的な場面を1つ書くほうが、はるかに伝わります。
分量が多すぎて要点が埋もれている
すべての案件を同じ密度で書くと、強みが薄まります。直近の案件と、狙う領域に関係する案件を厚く書き、それ以外は簡潔にまとめるという強弱をつけましょう。
どの案件にも同じ内容を出している
狙う案件の傾向が変わったなら、強調する部分も変えるべきです。全面的に書き直す必要はなく、冒頭の要約部分を案件に合わせて調整するだけでも印象は変わります。
エージェントのプロフィールは、担当者が案件マッチングに使い、次に企業への提案資料になるという二段構造で読まれます。紹介が来ないなら担当者向けの情報(技術名・経験の深さ・稼働条件)が不足しており、商談に進まないなら企業向けの情報(課題・役割・裁量の範囲)が足りていません。まず症状から原因を切り分け、該当する側を直すのが効率的です。守秘義務やブランクは正確に書ける範囲で記述し、実態を超えた記載は避けましょう。案件終了時・新技術習得時・条件変更時・紹介が止まったときの4つのタイミングで更新し、登録している全社で内容を揃えることも忘れずに。

