データアナリストのフリーランス案件の仕事内容｜案件の種類別の1日・1か月の流れ

フリーランスのデータアナリストの仕事は、事業部門の「知りたい」を計算できる問いに直し、SQLで正しい数字を出し、判断に使える形で返すことの繰り返しです。ただし、依頼を次々に受けて返す案件なのか、定例のレポートを回す案件なのか、施策の結果を読む分析テーマを持つ案件なのか、指標の定義を整える案件なのかで、1日の時間の使い方も、向き合う相手も、手元に残る成果物も大きく変わります。

この記事では、データアナリストの案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はデータアナリストの報酬の記事、求められるスキルはデータアナリストのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「依頼の来方」と「数字の使われ方」で決まる

データアナリストの案件は、募集の文面が「データ分析業務」と同じでも、働き方がかなり違います。違いを生むのは、主に次の2つです。

• 依頼の来方：事業部門からチャットで随時来るのか、決まった周期のレポートとして決まっているのか、数週間単位のテーマとして渡されるのか
• 数字の使われ方：担当者が日々の運用に使うのか、部門の会議で施策の継続を決めるのか、全社で共通の指標として使われるのか

この2つを掛け合わせると、フリーランスのデータアナリスト案件はおおむね次の4種類に分けられます。

以下では、それぞれの1日と1か月の流れを、典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。統計モデルや予測が中心の案件はデータサイエンティストの仕事内容、ダッシュボードの基盤づくりが中心の案件はBIエンジニアの仕事内容で扱っています。

依頼対応型（分析の窓口）の仕事

1日の流れ（例）

朝は、前日の夕方から届いた依頼をチャットや依頼の受付表で確かめ、急ぎのものと期限に余裕のあるものに分けます。午前中は、目的があいまいな依頼の依頼者に短く聞き直し、「その数字で何を決めるのか」「いつまでに必要か」をそろえます。そのうえで、テーブルの定義を調べ、SQLで抽出と集計を進めます。

午後は、出した数字を既存のレポートや別の集計と突き合わせて検算し、結論を先に書いた短い回答にまとめて返します。夕方には、回答に使ったクエリと抽出の時点を共有の場所に残し、翌日に持ち越す依頼の状況を依頼者に伝えます。

1日に扱う依頼の数は案件によって大きく違いますが、一つひとつの依頼は小さく、切り替えの回数が多いのがこの型の特徴です。

1か月の流れ（例）

• 月初：前月の締めに合わせた依頼が集中しやすい。売上や会員の月次の数字を求められることが多い
• 毎週：依頼者の部門と短い打ち合わせを持ち、依頼の優先順位と、繰り返し来ている依頼を確かめる
• 月の半ば：繰り返し来る依頼を、定例のレポートや抽出の型にまとめる提案をする
• 月末：対応した依頼の件数と内容、稼働の時間を振り返り、稼働の報告にまとめる

成果物

依頼ごとの回答（数値、表、短い説明）、使ったクエリ、依頼の受付と対応の記録、繰り返し来る依頼をまとめた抽出の型などです。成果物の一つひとつは小さいため、何件をどの期限で返したかの記録が、そのまま働きぶりの証拠になります。

定例レポート・KPIの見守りの仕事

1日・1週間の流れ（例）

週の始めに、週次のレポートを更新します。データの取り込みが遅れていないか、前週と比べて大きく動いた数字がないかを確かめ、動いた数字があれば理由を調べます。理由が分かったら、レポートに短い注記を添えて関係者に共有します。

週の途中は、レポートを読んだ担当者からの「この数字はなぜ下がったのか」という質問に答える時間と、レポートの見方を足したり、手作業の部分を減らしたりする改善の時間に分かれます。

1か月の流れ（例）

• 月初：月次のレポートを締め、部門の会議の資料に数字を反映する
• 毎週：週次の更新と、大きく動いた数字の説明
• 月の半ば：レポートの項目の見直しや、定義の変わった指標の注記の追加
• 月末：翌月の会議に向けて、注目すべき変化を短くまとめる

成果物

週次・月次のレポート、数字が動いた理由の注記、指標の定義の一覧、更新の手順書などです。この型では、数字が遅れず、ずれずに出続けること自体が成果として見られます。手順書を残しておくと、担当が替わっても回る状態をつくれます。

施策分析・テーマ型の仕事

キャンペーン、価格の変更、アプリの機能の追加など、施策の結果を読み、続けるか見直すかの材料を出す案件です。数週間から1〜2か月の単位で一つのテーマを持つことが多くなります。

1日の流れ（例）

午前は、施策の担当者と打ち合わせをして、施策の目的、対象、期間、比べる相手（施策の前、対象外の顧客など）を確かめます。午後は、施策の対象と期間に合わせてデータを抽出し、季節や曜日、同じ時期のほかの施策の影響を考えながら集計します。途中で分かったデータの制約（施策の対象が記録されていない、期間の途中で計測が変わった、など）は、その日のうちに担当者に伝えます。

1か月の流れ（例）

• 最初の週：問いと比べ方を決め、使うデータと定義を担当者とそろえる
• 2〜3週目：集計と要因の整理。中間の結果を一度共有し、見方のずれがないかを確かめる
• 最後の週：報告資料をまとめ、施策の責任者が出る会議で説明する。言えることと言えないことを分けて伝える

成果物

分析の設計のメモ（問い、比べ方、使うデータ）、集計の結果、報告資料、次に確かめるべきことの一覧などです。比較の方法を設計から担う高度な効果検証や、無作為に分けられない場面での推定は、データサイエンティストと分担することもあります。

指標整備・データ活用の推進の仕事

部門ごとに違っていた「売上」「アクティブ会員」「継続率」などの数え方をそろえたり、事業部門の担当者が自分でダッシュボードを見て判断できるように整えたりする案件です。

1日・1か月の流れ（例）

1日の多くは、部門の担当者への聞き取りと、既存のレポートやテーブルの読み込みに使います。同じ名前の指標が部門ごとにどう計算されているかを書き出し、違いの理由を整理します。1か月の単位では、整理した違いを関係者に示し、どの定義を正式なものにするかを決めてもらう場を持ちます。決まった定義は、計算の条件まで文書にし、データエンジニアやBI担当と、テーブルやダッシュボードへの反映の段取りを決めます。

成果物

指標の定義書、部門ごとの数え方の違いを整理した資料、合意の記録、ダッシュボードの見方の説明、社内向けの勉強会の資料などです。決めるのは発注元の責任者で、データアナリストは材料をそろえ、決まったことを文書にするという分担になるのが一般的です。データの取り込みや基盤づくりまで広がる場合は、データエンジニアの仕事内容の領分と重なります。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのデータアナリスト案件にあります。

1. 依頼の聞き直し：目的、期限、対象、使い道を確かめてから手を動かす
2. 検算：出した数字を別の集計や既存のレポートと突き合わせ、ずれがあれば理由を説明する
3. 記録：回答した数字ごとに、使ったクエリ、抽出の時点、定義を残す
4. 制約の早めの共有：データが足りない、定義があいまいだと分かった時点で伝える

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。依頼対応型では短い作業が1日に何度も入るため、記録をつけていないと実際に使った時間が見えなくなります。月の稼働時間に幅を決めて精算する契約が多く、仕組みは精算幅の記事で解説しています。

関わる相手と、その相手に出すもの

データアナリストの1日は、誰に何を返すかで組み立てられています。相手ごとに整理すると、次のようになります。

データエンジニアやBI担当がいる案件では、データの取り込みやダッシュボードの土台はそちらが担い、データアナリストは問いと数字に集中できます。いない案件では、テーブルの不具合の調べや簡単なダッシュボードづくりも自分で担うことになり、1日の配分が変わります。

働く場所については、抽出や集計、定例レポートは在宅で進めやすい一方、参画初期の業務の把握や部門をまたぐ会議では出社を求められることがあります。詳しくはデータアナリストのリモート案件の記事をご覧ください。

よくある質問

フリーランスのデータアナリストは、SQLを書く時間が一番長いですか？

SQLを書く時間は長くなりがちですが、依頼の聞き直し、検算、回答の文章づくり、記録にも同じくらい時間を使います。依頼対応型では切り替えと聞き直し、指標整備型では聞き取りと文書づくりの割合が増えます。

ダッシュボードを作る仕事も含まれますか？

既存のダッシュボードに見方を足したり、簡単なグラフを作ったりする仕事は含まれることがあります。データの接続やモデルの設計、権限の管理まで任される場合は、BIエンジニアに近い役割になるため、参画前に範囲を確かめておくと稼働の見込みとのずれを防げます。

参画して最初の1か月は何をすることが多いですか？

権限の申請、テーブルの定義書と既存レポートの読み込み、主な指標の定義の確認、依頼の受け方の取り決めから始めるのが一般的です。初月の進め方はデータアナリストの参画初月にやることで解説しています。