面談で技術質問に答えられない時の切り返し方｜フリーランスエンジニアの対応集

そもそも「答えられない」とはどういう状況か

まず起きている現象を整理します。事象を切り分けると、対応の選び方がぶれません。

詰まる4パターンを見分ける

技術質問で答えに詰まる場面は、以下の4パターンに大別できます。

どのパターンかで、切り返しに乗せる情報量と正直さの比率が変わります。完全な未知は正直に切り替える、部分的な理解と忘却は仮説で埋める、想定外の切り口はその場で考えて過程を見せるが基本方針です。

面接ではなく「面談」であることを意識する

会社員の中途採用面接と違い、フリーランスの面談は双方が参画の可否を確認する場という位置づけです。ただし、案件側の必須要件が強い案件では、実質的に企業側の見極め色が濃いこともあります。それでも、「答えられない事実」を隠したり誇張したりせず、参画後に困らないかを一緒に確認する姿勢が評価されやすくなります。

エージェント経由の場合は、間に立つエージェントが評価とすり合わせの両方を担うため、切り返しの型を持っておくと、面談後の巻き返しでも有利に働きます。前提となる面談全体の設計はフリーランスエンジニアの面談で聞かれる質問と回答例で整理しています。

ミニFAQ

Q. 技術質問に1問答えられなかっただけで落ちますか？

A. 単体で不合格になることは多くありません。落ちるのは「答えられなかった時の反応」が案件側の懸念を強めた場合です。

その場でやってはいけないNG対応3つ

答えられなかった瞬間、多くの人が反射的にやってしまう3つの反応があります。これを避けるだけで評価落下を大きく防げます。

NG1: 沈黙で時間を溶かす

答えが出ずに10秒、20秒と黙ってしまうと、面談官には「思考が止まっている」ように映ります。フリーランスの面談は概ね30〜60分と短く、時間の使い方も評価対象になりがちです。目安として5秒程度考えて出なければ、まず声を出すを意識します。

NG2: 知ったかぶりで取り繕う

うろ覚えの用語を並べて答えたつもりになると、追加の一問で崩れます。技術面談は追加質問で深掘りされる前提で設計されるため、土台の曖昧さは必ず露呈します。露呈した後の信頼低下のほうが、最初から「分からない」と言うより大きな減点です。

NG3: 話をすり替える

聞かれていないのに自分の得意領域の話を長々と話し始めると、質問の意図から外れた印象を残します。特に「なぜそう設計したか」を問われているのに「何をやったか」を話すすり替えは頻出です。実務経験自体は評価対象ですが、聞かれた論点への回答ではないため、面談官の中で「そこは答えられないんだな」と処理されます。

ミニFAQ

Q. 「わかりません」だけ言えばいいですか？

A. それだけでは減点になりやすいです。「分からないが、この観点なら整理できる」と続けると、思考力を評価軸に切り替えられます。

評価を落とさない基本の切り返しフレーズ3型

答えられない時の切り返しには、3つの型があります。どの型もベースは「切り分け宣言→仮説→確認手順」の3ステップです。

型1: 分かる範囲を切り分けて示す

まず答えられる範囲と答えられない範囲を、明確に分けて宣言します。

例：「Kubernetesは実務で運用した経験がありませんが、Docker Composeでの複数コンテナ運用は経験があります。Podの概念とdocker-composeのserviceの対応関係までは理解しているつもりで、その先のスケジューリング周りは触ったことがないです」

分けて宣言することで、案件側は参画後にキャッチアップで済む部分と、根本的にギャップがある部分を判断できます。参画可否の判定材料として実務的に機能する回答です。

型2: 仮説を立てて過程を見せる

完全な未知でも、隣接知識から仮説を組み立てて過程を見せる方法があります。

例：「そのライブラリは使ったことがないですが、名前と用途からすると、おそらく非同期処理のキューイングに近い設計だと思います。もしそうなら、私が使ったCeleryと類似の懸念点、たとえば失敗時のリトライ設計やデッドレターキューの扱いをどうしているかが気になります」

仮説が完全一致しなくても、前提を置いて筋道立てて説明できれば評価対象になります。技術面談では未知の技術に対する初期アプローチの筋のよさが見られることが多く、隣接知識から補助線を引ける人は参画後の立ち上がりで有利になりやすいです。

型3: 確認手順を提示する

その場で答えは出せなくても、参画後にどう調べるかの手順を示す方法があります。

例：「即答は難しいですが、実務では公式ドキュメントのアーキテクチャ図を先に見て、次に主要なコンフィグ項目のデフォルト値を追い、それでも分からなければソースの当該箇所を読む順で調べます。この場でも同じ手順で解けると思います」

技術面談では、参画後のトラブル対応を想定して解決プロセスを見られることもあります。未知への向き合い方の型を持っていると、それ自体が評価要素になる場合があります。

3型の使い分け表

3型は組み合わせても使えます。「分かる範囲はここまで（型1）、そこから先は仮説だとこう考える（型2）、実際には公式ドキュメントで確認する（型3）」と乗せると、1回の回答で複数の評価軸に刺さります。

ミニFAQ

Q. どこまで踏み込んで「分かる範囲」を答えるべきですか？

A. 追加質問に耐えられる範囲までです。曖昧な部分に踏み込みすぎると崩れるので、確実に説明できる境界で止めます。

質問タイプ別リカバリ方法

技術質問はいくつかのタイプに分かれ、タイプごとに効く切り返しが違います。

用語系の質問（「〜とは何ですか」）

用語や概念を問われた時のリカバリです。

答え方の骨格：定義→用途→関連する自分の経験→分からない範囲

例：「CQRSは書き込みと読み取りのモデルを分ける設計パターンだと理解しています。実務では読み取り側にキャッシュを挟むレベルまでしかやったことがなく、書き込み側にイベントソーシングを組み合わせる本格実装は経験がないです」

用語系は定義の正確さより、その用語を使う実務場面を語れるかで実力が測られます。用語だけ暗記して答えるとすぐ崩れるため、自分の経験と紐付けられない用語は、正直に「聞いたことはあるが実務経験はない」と言い切るほうが安全です。

設計判断系の質問（「なぜそう設計したか」）

過去のプロジェクトの設計判断の理由を問われる質問です。この系統は答えを暗記できないため、その場で言語化する必要があります。

答えられない時は「当時の判断根拠を今すぐ思い出せない」と正直に伝えたうえで、現在の視点で振り返る方向に切り替えます。

例：「当時なぜマイクロサービスに寄せたかは、記憶が曖昧です。ただ今振り返ると、チーム構成が3チームに分かれていたことと、リリースサイクルを独立させたかったことが理由だった気がします。もし今同じ状況なら、モジュラーモノリスから始めていたかもしれません」

過去の判断を現在の目線で再評価できる姿勢は、設計を意思決定として扱えるエンジニアの証拠として評価されます。設計論の深い受け答えはフリーランス面談で聞くべき質問リストで整理した確認事項とセットで準備すると型がぶれません。

トラブルシュート系の質問（「〜が起きた時どう調べますか」）

想定シナリオが出され、調査手順を問われる質問です。この系統は手順の筋がよければ、正解が違っても評価が下がりにくい特徴があります。

答えられない時のリカバリは、分かっている症状から絞り込む問いを面談官に返すことです。

例：「レイテンシが遅い原因の切り分けですね。DBかアプリケーションかネットワークかで最初の当たりの付け方が変わるので、監視で真っ先に見えているのはどれか教えてもらえますか」

問いを返すのは逃げに見えると心配する人もいますが、実務ではまず状況を絞る問いを立てるのが基本の順序です。前提を絞るための問い返しであれば、実務的な切り分け姿勢として評価されやすくなります。

経験系の質問（「〜をやったことはありますか」）

経験の有無を問われた時のリカバリです。

やっていない場合の答え方：「そのものはないが、近い経験ならこれ」を用意します。

例：「Terraformの大規模な運用経験はないですが、CloudFormationのStackSetでマルチアカウント運用は経験があります。IaCの設計思想の共通部分と、Terraform特有のstate管理の学習コストは想定できています」

「やったことがない」で終わらせず、隣接経験と学習コストの見立てをセットにすると、案件側が参画可否を判断しやすくなります。即戦力前提のフリーランス案件では、「未経験ですが勉強します」だけでは弱いことが多いため、キャッチアップ計画まで踏み込んで伝えると印象が変わります。

質問タイプ別の推奨型

ミニFAQ

Q. コードを書く実技があった場合の詰まり方への対応は？

A. 手が止まる前に「何を試したいか」を口に出します。思考プロセスを共有すると、正解にたどり着けなくても評価につながります。

面談直後〜24時間以内にできるフォローアップ

面談中のリカバリと同じくらい、面談直後の初動で結果が変わります。

面談後30分以内にやること

面談の記憶が鮮明なうちに、以下を書き出します。

• 答えられなかった質問と、その時の自分の回答

• 面談官の反応（顔色・追加質問の有無）

• 帰宅後に調べたい技術キーワード

書き出す作業は、次の面談への学習材料になるのはもちろん、この後のフォロー文面の材料にもなります。

24時間以内に補足回答を送る

答えられなかった質問について、キャッチアップした内容を簡潔な補足回答としてエージェントか企業へ送ります。

キャッチアップは、まず公式ドキュメント・公式リファレンス・必要なら公式リポジトリを確認し、補助的にQiitaやZennの解説記事を参照します。公式で拾いにくい実装者視点の落とし穴を、コミュニティ側で補うイメージです。

送り方の型は以下の通りです。

• 件名：面談時の補足のご連絡（案件名）

• 本文冒頭：面談のお礼と、補足したい質問の特定

• 中盤：キャッチアップした内容を3〜5行で簡潔に

• 末尾：改めて参画意欲を1文

例文の骨格：

「本日の面談ではお時間いただきありがとうございました。面談中に即答できなかった〜〜の件について、帰宅後に調査した内容を簡潔に補足させてください。〜〜という理解でよろしいでしょうか。改めて本案件に前向きに参画したいと考えております。ご検討のほどよろしくお願いいたします」

補足回答は長く書かないのがコツです。目安として10行以内、キャッチアップした要点だけに絞ります。長文は「面談で答えられなかったことへの言い訳」に見えるため逆効果になりやすいです。

補足回答を送るべきか判断する基準

すべての詰まりで補足回答が必要なわけではありません。以下の基準で判断します。

送るべきか迷ったら、「送らなかった場合、案件側が不安を残したまま検討に入るか」を基準にします。不安が残る質問だけフォローすれば十分です。

ミニFAQ

Q. 面談後にキャッチアップした回答を送ってもいいですか？

A. 送って問題ありません。ただし主要スキルの補足に絞り、目安として10行以内に収めます。長文は言い訳に映ります。

エージェント経由面談ならではの立て直し

エージェント経由の面談は、直接の企業面談と少しリカバリの動線が違います。

エージェントに面談直後の温度感を聞く

エージェントは、面談後に企業側からフィードバックを受け取ります。エージェントの運用次第では、面談当日〜翌営業日に温度感を確認すると、補足の要否を判断しやすくなります。

聞き方の例：「本日の〜〜社の面談ですが、感触はいかがでしたか。私としては〜〜の質問で即答できず気になっているので、企業側から何か懸念点が出ていたら教えてください」

自分から気にしている論点を伝えることで、エージェントは企業側の反応を返しやすくなります。エージェントが単なる伝言役ではなく、案件側との相互確認を担う位置づけの実務はオンライン面談で選ばれるフリーランスエンジニアでも触れています。

エージェント経由で補足回答を代弁してもらう

企業へ直接連絡できない座組みの場合、エージェントを通じて補足回答を代弁してもらう選択肢があります。

エージェントに伝える内容は、企業向けの補足回答と同じ骨格でOKです。エージェントが企業側との関係性に応じて、そのまま転送するか、要約して伝えるかを判断します。

面談で詰まった技術を「今後どう埋めるか」まで伝える

エージェントに温度感を確認した後、面談で詰まった技術を今後どう学習するかを伝えておくと、次の案件紹介での判断材料になります。

例：「今回の面談で〜〜が弱いことが分かったので、次の3週間で〜〜を触ってみます。それを踏まえて次の案件を紹介いただけると助かります」

エージェントは複数のフリーランスを担当しているため、学習方針まで共有しておくと、次回以降の案件提案でスキルの見立て材料になりやすいです。

ミニFAQ

Q. エージェント面談と企業面談で切り返し方は変えるべきですか？

A. 基本の型は同じです。エージェント面談ではスキルの棚卸しが中心なので、切り分け宣言（型1）を厚めに、企業面談では設計判断や意思決定の見せ方（型2）を厚めに使います。

「答えられなかった＝不合格」ではない評価軸

答えられなかったことに引きずられて自信を落とす必要はありません。面談官は複数の軸で評価しているため、質問への即答率は評価軸の一つに過ぎません。

面談官が実務で見ている評価軸

主な評価軸は以下の通りです。

詰まりは知識面に直結しやすい一方で、切り返し次第では思考プロセスやコミュニケーションの評価で補える余地があります。案件によっては技術一致度が最優先で通ることもありますが、コミュニケーションや姿勢が結果に影響するケースも一定数見られます。

スキルミスマッチと「一問答えられない」は別物

案件側が判定を分けているのは、以下の2つです。

• スキルミスマッチ：案件で必要な主要技術に大きな空白がある状態。参画自体が難しい

• 一問答えられない：単発の詰まり。切り返しの型と補足で吸収可能

即戦力前提の案件では、主要スキルが要件と大きく外れていると、面談中の切り返しで挽回するのは難しいことが多いです。この場合はエージェントに率直に伝え、次の紹介に切り替えるほうが時間を無駄にしません。

一方、主要スキルは合っていて、周辺の1〜2問で詰まっただけなら、本記事の切り返しと直後フォローで十分挽回できます。詰まり方の質を見誤らないことが重要です。落ちる原因の類型と事前対策はフリーランス面談で落ちる7つの原因で整理しているので、面談前の準備として合わせて確認しておくと万全です。

ミニFAQ

Q. 完全に想定外の技術を出されたら？

A. 型3（確認手順）で対応します。「触ったことがないですが、こういう手順で調べれば把握できる想定です」と過程を提示すれば、参画後の立ち上がりを見せられます。

実践チェックリスト

面談前・中・後で使えるチェックリストです。

日常的な情報収集として、業界の技術トレンドはIPA（情報処理推進機構）の公開資料でも押さえられます。案件面談の直前だけでなく、日々の情報の仕込みが答えられる引き出しを増やします。

面談前チェック

• 自分の実務経験を「主要スキル・準主要・周辺」の3層に分けて棚卸ししたか

• 過去プロジェクトの設計判断の理由を1件は言語化できるようにしたか

• 案件のスキル要件と自分の経験の差分を確認したか

• スキルシートに書いた技術は追加質問に耐えられる状態か（経歴・スキルの盛りすぎで落ちるフリーランス面談で扱う"盛り"がないか）

• 自己紹介のフォーマットは1分・3分の両方を用意したか（詳細はフリーランス面談の自己紹介の型を参照）

面談中チェック

• 目安として5秒程度で答えが出なければ、まず声を出したか

• 分かる範囲と分からない範囲を分けて宣言したか

• 分からない時に沈黙・取り繕い・話のすり替えに逃げなかったか

• 質問意図が不明な場合、問いを返して確認したか

• 面談官の顔色を見て、追加質問のサインを受け止めたか

面談後チェック

• 30分以内に詰まった質問と自分の回答をメモしたか

• 主要スキルで詰まったなら24時間以内に補足回答を送ったか

• エージェント経由なら、エージェントに温度感を確認したか

• 詰まった技術の今後の学習方針をエージェントに共有したか

• 次の面談に向けて型のどこを補強するか、方針を1つ決めたか

このページにしかない整理：詰まり方×切り返し型 早見表

まとめ

面談で技術質問に答えられない時、評価を決めるのは知識量そのものではなく、切り返しの型と直後のフォローです。以下の要点を持ち帰ってください。

• NG反応（沈黙・取り繕い・話のすり替え）を避けるだけでも、評価の落ち込みは防ぎやすくなる

• 基本の切り返しは「切り分け宣言→仮説→確認手順」の3ステップで、質問タイプ別に組み合わせて使う

• 面談後30分以内にメモ、24時間以内に主要スキルの補足回答を目安10行以内で送る

• エージェント経由なら、運用が許す範囲で温度感を確認し、詰まった技術の学習方針まで共有する

• 詰まりが直接響くのは知識面が中心。思考プロセスやコミュニケーションの評価で補える余地がある

次のアクションとして、過去に答えられなかった質問を1つ選び、本記事の3型で書き直してみるのがおすすめです。書き直したフレーズを型として持っておくと、次の面談で同じ場面が来た時に反射で使えるようになります。

案件参画の入り口は幅広く用意されています。準備が整ったら、フリーランスエンジニアの案件一覧から自分のスタックと親和性の高い案件を確認してみてください。