経歴・スキルの盛りすぎで落ちるフリーランス面談｜NG例と信頼される自己PR

経歴・スキルを「盛る」とはどこからか

結論から言うと、面談官が判断できない箇所を、実態より広く・深く・強く見せた時点で「盛り」に入ります。 面接で聞かれた瞬間に説明できない粒度に踏み込むと、そこから信頼が崩れます。

「盛る」と「アピール」の境界線

アピールは事実の中で最も強い部分を前に出す行為で、盛りは事実の枠を超える行為です。境界線は「面談で追加質問されたときに、同じ粒度で答え続けられるか」に置きます。

• アピール：担当した機能や意思決定した範囲を、成果と紐づけて先に語る

• 盛り：担当外の設計判断まで自分の実績のように語る、触った程度の技術を実務経験に格上げする

境界を判断しやすくするために、書く前に「1週間後に別の面談官が同じ経歴書を読んで、詳細を聞いてきたら答えられるか」を自問します。答えに詰まる箇所は盛りに近づいています。

盛りやすい3項目：実務レベル・担当範囲・経験年数

盛りが起きやすいのは、次の3項目に集中します。

面談官が違和感を持つ瞬間

面談官はスキルシートの粒度と、口頭説明の粒度のズレを見ています。書類が抽象語で埋まっていて、口頭で聞くと具体名が出てこないパターンは盛りの典型例です。逆に、書類は控えめでも口頭で厚みが出るタイプは信頼されます。

ミニFAQ

• Q. 未経験の技術を「触ったことがあります」と書くのはアリですか？

• A. 個人開発や学習履歴として明示するのはアリです。ただし、実務欄と分けて記載し、口頭でも「学習ベースです」と先に伝えるほうが安全です。

経歴・スキル盛りすぎのNG例カタログ

NG例を先に押さえると、書きながら自己チェックできます。 ここでは面談・書類の両方で起きやすい典型NGを、剥がれ方とセットで整理します。

使用技術欄に触っただけの技術を並べる

一覧に技術名を並べるだけでは、面談で細部を聞かれた瞬間に答えられません。フリコンの既存記事「実績が少ないフリーランスエンジニアでも通るスキルシートの書き方」でも同じ論点が扱われています。技術名を並べる場合は、担当した機能・使用期間・使い方の粒度を1行添えます。

「フルスタック」など曖昧な自称

「フルスタック」「モダン開発全般」「アーキテクチャ設計」といった大きな括りは、面談で必ず内訳を聞かれます。フロント何年、バックエンド何年、インフラは学習ベース、といった内訳表記に置き換えたほうが評価が上がります。

経験年数の合算・重複計上

副業や短期案件を単純合算して「◯年」と書くと、期間の重複や実稼働の少なさを突かれます。合算する場合は、稼働率と並行案件の期間重複を注記します。

担当範囲の主語を「自分」に置き換え

チームで議論した設計判断を「自分が主導」と書くと、面談で「意思決定は最終的に誰でしたか」と聞かれた瞬間に崩れます。主導・提案・実装・レビューなど、関与の種類を書き分けます。

未使用のフレームワークを「経験あり」に紛れ込ませる

キーワード検索で引っかけるために未使用の技術を並べても、参画後に必ず露呈します。エージェント担当者との関係も損なうため、避けたほうが結果的に案件は続きます。

盛りすぎが面談で剥がれる質問パターン

面談官は盛りを疑ったとき、抽象語を具体に戻す質問を投げます。 典型3系統を押さえておくと、事前に自己チェックできます。フリコンの「フリーランス面談で落ちる7つの原因｜通過率を上げる対策と準備」の質問設計とあわせて確認しておくと厚みが増します。

「その技術で詰まった局面は？」

実務経験がある人は、詰まった局面を具体的に語れることが多くあります。逆に、素振りだけで書いた技術は、詰まった経験自体を持ちにくくなります。事前に技術ごとに1つ、詰まったこと・調査した経路・解決策をメモしておきます。

「なぜその選定にしましたか？」

技術選定の背景を聞かれると、盛りが最も出やすい箇所です。「新しかったから」「トレンドだったから」のような一般論で終わるとマイナスになります。「性能要件で◯◯が必要だった」「チーム内に経験者がいた」「学習コストと運用負荷のバランスで決めた」など、当時の制約と紐づけて話せると信頼されます。

「担当範囲を具体的に教えてください」

担当範囲は、機能単位・レイヤー単位・意思決定範囲の3軸で聞かれます。「ログイン機能の実装」だけで終わらず、「認証設計は◯◯さんが主導、実装とテストは自分、レビューはチーム全体」など役割の分解を1文で言えるように準備します。

「意思決定はどこまで関わりましたか？」

上流工程を盛った場合に、この質問で崩れます。関わり方の粒度を「提案した」「意思決定に参加した」「決裁した」「実装した」など段階で表現できるよう、案件ごとに整理しておきます。

ミニFAQ

• Q. 詰まった経験を話すと評価が下がりませんか？

• A. 詰まった経験に、調査経路と最終判断がセットになっていれば、むしろ実務経験の裏付けになります。「詰まった→どう調べた→どう乗り越えた」を1分で話せる形にしておきます。

盛りすぎが引き起こす4つのリスク

盛りが通ってしまった場合のほうが、長期のダメージは大きくなります。 参画後・案件後のリスクを整理しておきます。

契約更新見送り・参画後のミスマッチ

参画してから期待レベルに届かないと、試用期間中のミスマッチ扱いで早期に契約が終了することがあります。単月更新の案件では、更新見送りが実質的に契約終了へ直結することがあります。エージェントによっては、参画後の評価や申し送り事項として管理されることがあります。

エージェント担当との信頼低下

エージェント担当者は、参画後の評判を営業先から吸い上げているケースが多くあります。1度でも「聞いていたスキルと違った」と受け取られると、次回以降の紹介案件の幅が狭くなる傾向があります。関係構築の観点は「エージェント担当者との付き合い方｜希望条件が通る伝え方と信頼構築のコツ」に整理があります。

業界内での評判リスク

エンジニア業界は比較的つながりが強く、過去案件での評価が別案件の印象に影響することもあります。SNS・登壇・レビューを通じて評価が共有されるケースもあり、参画時の実力ギャップは短期の面談通過より長期の影響が残りやすい要素です。

次案件で単価交渉がしにくくなる

盛って参画したものの期待に届かない場合、契約単価が下振れするパターンがあります。次案件で単価交渉がしにくくなる傾向があり、中長期では収入の伸びを抑える要因になりえます。自分の相場観を把握しておきたい方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。

信頼を失わない自己PRの型

盛らない自己PRは、事実 → 貢献 → 数値 → 再現性の順で組み立てます。 4要素を揃えると、面談官が追加質問を投げても粒度が保てます。

事実 → 貢献 → 数値 → 再現性の順で組み立てる

• 事実：どのプロジェクトで、どの技術・レイヤー・期間で何を担当したか

• 貢献：チーム・プロダクトに対してどんな価値を届けたか

• 数値：規模・件数・期間・改善率のいずれか1つでもよいので添える

• 再現性：同じ結果を別のチームで再現するために必要な条件は何か

たとえば「◯◯というBtoB SaaSの認証基盤刷新に半年参画し、旧システムからの移行を担当。移行前後で認証エラーが月間◯件から◯件に減少。移行時のダウンタイムをゼロにできたのは、事前のトラフィック計測とカナリアリリースを組み合わせたためです」というレベルで語れると、追加質問にも耐えます。

スキルを「業務／学習／補助」の3段階で区分する

書類段階でスキルを1つの階層にまとめると盛りに見えます。3段階で区分すると、書類と面談で粒度がぶれません。

「フルスタック」より役割の内訳で伝える

大括り表現は面談で必ず内訳を聞かれます。役割の内訳を先に書いておくと、質問の初手を回避できます。「フルスタック」なら「フロント3年・バックエンド4年・インフラは要件定義まで」と分けます。

数字は「規模・期間・件数」を1つでも入れる

数字はすべての案件で用意しなくても、1件ごとに1つでも入れると具体性が跳ね上がります。ユーザー数・トランザクション数・チーム人数・改善率・削減時間などから選びます。

職務経歴書・スキルシート・面談の3点整合

盛りは、3つのアウトプットで語る内容がずれた瞬間に発覚します。 逆に、3点が一致していれば盛りと受け取られるリスクは大きく下がります。

3点で語る内容を一致させる

職務経歴書・スキルシート・面談トークで、次の項目が完全に一致しているか確認します。

• 期間（開始月・終了月・稼働率）

• 担当技術と使用範囲

• 担当機能とレイヤー

• 関与の粒度（主導・提案・実装・レビュー）

書類と面談で語る言葉を揃えるコツは「職務経歴書とスキルシートの違い｜フリーランスエンジニアの使い分けと書き方」で整理されている使い分けを踏襲したうえで、面談用の1分要約を1案件ごとに書いておくことです。

半年ごとに更新する運用ルール

スキルシートは更新頻度が低いほど盛りに見えます。半年ごとに「最終更新日」を明記して更新すると、直近の実務が正しく反映されます。フリコンの「フリーランスエンジニアのスキルシートの書き方」も参考になります。

得意領域と苦手領域を先に開示する

苦手領域を先に開示すると、面談官の追加質問が減り、盛りを疑われる時間が短くなります。「バックエンドが本領、フロントは既存の改修まで、インフラは要件定義と設計レビューまで」といった開示は、むしろ強い自己PRになります。

ミニFAQ

• Q. 職務経歴書に「業務レベル」と「学習レベル」を混在させてよいですか？

• A. 混在させても構いませんが、必ず区分を明記します。区分がない状態で並べると、面談官がすべて業務レベルと解釈するリスクがあります。

ケース別：盛りたくなる場面の対処法

実務経験が浅いとき

盛るより「業務／学習／補助」の3段階分類で、学習側を厚く見せるほうが安全です。 個人開発の成果物のURL・技術ブログ・OSSコミット履歴を貼ると、実務経験の少なさを補えます。

ブランクがあるとき

ブランク期間そのものを隠すと、稼働月の合算に矛盾が出ます。ブランク期間中の学習・キャッチアップ活動を1行で書き、直近3か月で復帰した内容を厚く記載すると信頼されます。

業務外の学習経験を伝えるとき

「学習中」と明記したうえで、学習の深さを具体化します。「入門書1冊」「個人開発1件」「実務相当のPoC構築」など、深さのグラデーションで伝えます。

過去案件のNDAで詳細を出せないとき

案件名・企業名を出せない場合は、業界と規模を抽象化して「BtoB SaaS、月間MAU◯万規模」といった形で書きます。技術構成と担当範囲は伏せずに出せる粒度で書いておきます。エージェント経由の面談では、事前に担当者に「どこまで出してよいか」を確認します。

高単価案件に応募する場面

高単価帯は、面談での掘り下げが特に厳しくなります。盛って通す誘惑が強い帯ですが、参画後のギャップで単月更新見送りになりやすい帯でもあります。単価の相場観と、その相場に到達しやすい経歴の型は「フリーランスエンジニアの単価相場と単価の上げ方」で整理しています。

実践チェックリスト：盛りを避けるための書類レビュー

書類提出前に、次のチェックを通します。1つでも該当したら書き直します。

エージェント担当・面談官が信頼するプロフィールの共通項

エージェント経由で複数案件を経験している人のプロフィールを見ると、共通する要素があります。フリコンの「フリーランスエージェントとの面談の内容と必要な準備」や「フリーランスエンジニアの面談で聞かれる質問と回答例」で扱われている面談官視点を踏まえると、次のような整理になります。

• 直近1年の案件を厚く書き、それ以前は要点だけに絞っている

• 数値・チーム人数・技術構成の3点が案件ごとに揃っている

• 苦手領域と学習中領域を隠さない

• 「なぜその選定か」を語れる案件が最低1件ある

オンライン面談での見せ方や画面共有の準備は「オンライン面談で選ばれるフリーランスエンジニア｜画面共有・機材・信頼獲得のコツ」を参照するとつながりが取れます。

参考：スキルの粒度を整えるための公的な枠組み

自分のスキルを客観的に整理するには、公的な枠組みを補助線に使うのが手軽です。次のような公的資料が参考になります。

• IPA i コンピテンシ ディクショナリ（iCD）：仕事・タスク・スキルの三層で職務を整理できる

• IPA ITSS+（ITスキル標準の後継）：セキュリティ・データサイエンス等の領域別スキルレベル

• 厚生労働省 職業情報提供サイト job tag：職種別の求められる知識・スキルの一覧

こうした枠組みの用語を借りると、「業務／学習／補助」の粒度を自分の言葉で埋めやすくなります。

まとめ

経歴・スキルの盛りすぎは、面談で剥がれ、参画後に炎上し、次案件の単価まで下げます。 事実の中で最も強い部分を前に出す「アピール」と、事実の枠を超える「盛り」の境界を意識するだけで、通過率と長期の信頼の両方が守れます。

• 盛りやすいのは実務レベル・担当範囲・経験年数の3項目

• 面談で剥がれる質問は「担当範囲」「詰まった局面」「技術選定理由」の3系統

• 信頼される自己PRは「事実 → 貢献 → 数値 → 再現性」の順で組み立てる

• スキルは「業務／学習／補助」の3段階で区分する

• 職務経歴書・スキルシート・面談トークの3点を一致させると、盛りと受け取られるリスクを大きく下げられる

書類レビューのチェックリストと、盛らずに厚みを出す型を先に整えておくと、面談で「詰まった局面は？」と聞かれても粒度を保って答えられます。次案件の面談準備は、フリコンのフリーランスエージェントとの面談の内容と必要な準備やフリーランス面談で落ちる7つの原因とあわせて確認しておくと、面談準備の全体像が揃います。