データアナリストのフリーランス面談でよく聞かれる質問と答え方の準備

フリーランスのデータアナリストの面談でよく聞かれるのは、どんなデータと指標を扱ってきたか、依頼をどう聞き直したか、数字のずれにどう気づいて直したか、施策の結果をどう読んだか、依頼が重なったときにどう進めたかの5つです。面談官は、使えるツールの数より「この人に依頼を渡したら、少ない説明で正しい数字を返してくれるか」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分の経験から「性質の違う依頼」を3〜4つ選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではデータアナリストの面談に固有の質問に絞ります。

データアナリストの面談で面談官が見ていること

データアナリストの案件の面談に出てくるのは、事業部門の責任者、分析チームのリーダー、データエンジニアなどです。分析チームのリーダーやデータエンジニアは自分でもSQLを書くため、話の中に出てくるデータの扱いの細かさを聞いています。事業部門の責任者は、依頼を渡したときのやり取りを想像しながら聞いています。

面談官が知りたいのは、おおむね次の3点です。

1. 任せられる範囲：抽出と集計までか、依頼の聞き直しと分析までか、指標の定義や依頼の窓口までか
2. 数字の正しさを守る習慣：テーブルの粒度や定義を確かめ、検算しているか
3. 依頼者との相性：依頼の受け方、返し方、報告の仕方が自社のやり方に合うか

以下の質問は、この3点のどれかを確かめるためのものです。質問の意図が分かれば、答えの中心に何を置くかも決まります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。

1. 「どんな業界の、どんなデータを扱ってきましたか」

確かめたいのは、自社のデータに早く慣れられるかです。業界、データの種類（会員、購買、行動ログ、契約など）、扱った主な指標、使ったデータウェアハウスやBIツールを短く伝えます。社名やテーブル名は伏せ、一般的な言葉に置き換えます。

架空の例：「EC事業で、会員と購買のデータを扱いました。主に購入回数、客単価、登録月ごとの継続率を見ていました。クラウドのデータウェアハウスにSQLで接続し、既存のダッシュボードに見方を足す形で使っていました」

2. 「依頼の目的があいまいなとき、どうしましたか」

データアナリストの面談に特有の質問です。依頼をそのまま受けて数字を出す人か、目的を確かめて役に立つ切り口を返す人かを見ています。「何を決めるための数字かを聞いたら、別の数字のほうが判断に合っていたので提案した」のように、聞き直した内容と、それで返すものがどう変わったかを話します。

3. 「集計の数字がずれていたことはありますか。どう気づき、どう直しましたか」

もっとも掘り下げられやすい質問です。答えは次の順番で組み立てると伝わりやすくなります。

• どんなずれだったか（件数が多い、既存のレポートと合わない、など）
• 何をきっかけに気づいたか（検算、依頼者の指摘、前の期間との比較など）
• 原因は何だったか（テーブルの粒度の取り違え、重複、期間の区切り、定義の違いなど）
• どう直し、誰にどう伝えたか
• 同じずれを防ぐために何を変えたか

「ずれたことはありません」と答えるより、ずれに気づいて直した経験を話せるほうが、数字を確かめる習慣があると受け取られやすくなります。

4. 「施策の効果があったかどうかを、どう判断しましたか」

施策の結果を誤って読まないかを確かめる質問です。比べた相手、期間、季節や同じ時期のほかの施策の影響をどう考えたか、対象の数が十分だったかを話します。言えることと言えないことをどう分けて伝えたかまで話せると、判断の質が伝わります。高度な手法を使った経験がなくても問題はありません。基本を外さずに読んだことを示せれば十分です。

5. 「指標の定義を決めたり、そろえたりした経験はありますか」

指標の管理や分析の窓口を任せられるかを見ています。部門ごとに違っていた数え方を、誰と、どう話して、どの定義に決めたか、決めたものをどこに残したかを話します。自分が決める立場になかった場合は、決める人にどんな材料を渡したかを話します。

6. 「依頼が重なったとき、どう優先順位を決めましたか」

依頼対応型の案件でよく聞かれます。自分の判断で順番を決めたのか、依頼者や責任者と決めたのかを分けて話します。期限に間に合わない依頼が出たときに、いつ、誰に伝えたかも聞かれやすい点です。

7. 「SQLでどんな処理を書いてきましたか」

技術の深さを確かめる質問です。「SQL（5年）」のような年数ではなく、粒度の違うテーブルの結合、ウィンドウ関数を使った前回との比較、コホートの集計など、できる動作で答えます。案件によっては、面談の中で簡単な問題を解く、事前に課題を出されるといった形で確かめられることもあります。進め方の考え方は技術テストの記事と無償の課題を求められたときの記事をご覧ください。

8. 「生成AIはどう使っていますか」

SQLの下書きや集計の補助に生成AIを使う現場が増え、聞かれることがあります。使っているかどうかより、出てきたSQLや数字をどう検算しているか、発注元のデータや定義を外部のサービスに入力してよいかをどう確かめているかを話します。

準備は「性質の違う依頼」を3〜4つに絞る

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 場面を選ぶ：目的を聞き直した依頼、数字のずれに気づいた集計、施策の結果を読んだ分析、指標の定義をそろえた場面など、性質の違う場面を3〜4つ選ぶ
2. 場面ごとにメモをつくる：依頼者、依頼の内容、使ったデータ、確かめたこと、返したもの、その後の判断を書き出す
3. 扱った指標と環境をそろえる：業界、データの種類、指標、データウェアハウスやBIツールを、どの場面でも同じ言葉で言えるようにする
4. 2分版と5分版をつくる：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートの「担当工程」「扱った指標」の欄と話の内容が一致しているかを確かめる

スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はデータアナリストのスキルシートの記事、冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。

面談の相手によって重心が変わる

データアナリストの面談は、相手によって聞かれる内容の重心が変わります。

1回の面談に複数の立場の人が同席することもあります。その場合は、最初の自己紹介で業界と扱った指標、依頼の受け方を短く伝え、技術の質問と業務の質問のどちらにも話をつなげられるようにしておくと、限られた時間を有効に使えます。

データアナリストならではの逆質問

面談の終わりには、こちらから質問できる時間があります。逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。データアナリストの案件では、次の点を聞いておくと判断がしやすくなります。

• 依頼は誰から、どの経路で、どのくらいの頻度で来るか
• 優先順位を決めるのは誰か
• 主な指標の定義書やテーブルの定義書はあるか
• データエンジニアやBI担当はいるか。データの不具合は誰に伝えるか
• 作業の環境（貸与の端末、仮想デスクトップなど）と、扱えるデータの範囲
• 生成AIなど外部のサービスを使ってよいか

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はデータアナリスト案件の選び方で整理しています。

よくある質問

面談でSQLのテストを出されることはありますか？

案件によっては、面談の中で簡単な集計の問題を解いたり、事前に課題を出されたりすることがあります。結果だけでなく、テーブルの粒度をどう確かめたか、結果をどう検算するかを口に出しながら進めると、普段の進め方が伝わります。

統計や機械学習の知識はどこまで聞かれますか？

データアナリストの面談では、平均とばらつき、偶然の範囲の差かどうか、比べるときの偏りといった基本を誤らずに使えるかを聞かれることが多くあります。予測モデルや高度な検証が中心の案件は、データサイエンティストの役割として聞かれる内容が変わります。準備の仕方はデータサイエンティストの面談の記事が参考になります。

依頼の目的を聞き直すと、面倒な人だと思われませんか？

聞き直す目的と、そのおかげで返すものがどう良くなったかを話せれば、面倒だと受け取られることは少なくなります。面談でも「何を決めるための数字かを確かめ、短い質問で済ませるようにした」のように、聞き方の工夫まで話すと伝わりやすくなります。