施策の根拠をどう見せるか、Webマーケター転職のポートフォリオ術

01この記事でできるようになること

ポートフォリオに施策を載せるとき、その施策がなぜ必要だと考えたか、どんな根拠で判断したかを、採用側に伝わる形で示す組み立て方が分かります。施策そのものの実行手順は扱いません。

この記事は、SEOや広告運用といった具体的な手順を解説するものではありません。すでに取り組んだ施策や学習の成果を、どう根拠立てて見せるかという整理の仕方に絞っています。

02前提（対象読者・必要な準備）

対象読者は、独学・副業・スクールいずれかの経路で何らかの施策や学習成果を持っており、これから転職用のポートフォリオを作る人です。

ポートフォリオを作る前提として、手を動かした成果物が最低1つあることが必要です。成果物がまだ無い場合は、証拠づくりの段階から始めてください。証拠づくりの考え方は『未経験からWebマーケターへ転職する準備、何をどの順で揃えるか』で扱っています。

準備するものは、取り組んだ施策や学習の記録、当時考えていたことのメモ、結果が分かる数字やスクリーンショットです。記録が残っていない場合は、思い出せる範囲で構いません。

この記事で扱うのは、施策の実行手順そのものではなく、実行した結果をどう根拠立てて説明するかという整理の作業です。SEOや広告運用の具体的なやり方を知りたい場合は、実務手順を扱う専門メディアで確認してください。

架空の題材で作った成果物であっても、ポートフォリオとして扱えます。実案件かどうかより、判断の筋道が示せているかどうかが評価の対象になります。

03手順1｜見せてよい情報と出せない情報を線引きする

ポートフォリオを作り始める前に、クライアントワークで得た情報のうち、何を見せてよく、何を出してはいけないかを整理しておく必要があります。

クライアント名や具体的な数値、非公開の管理画面のスクリーンショットなどは、契約上出せない場合があります。守秘義務の範囲は案件ごとに異なるため、迷ったら発注者に確認するか、数値を指数化・匿名化して示す方法を選んでください。

• 見せてよい例：業種と規模を抽象化した説明、増減率で示した数値
• 出せない例：クライアント名の具体的な表記、非公開の管理画面の画像

学習用の架空案件であれば、この制約は基本的にありません。ただし架空案件であることは、ポートフォリオ上で明記しておく必要があります。実案件と誤認されると、後の説明で信頼を損ないます。

線引きを最初に決めておくと、後の手順で「載せられる情報」を前提に組み立てを考えられるため、作業の手戻りが減ります。

04手順2｜施策の根拠を4層に分けて整理する

見せられる情報が決まったら、その施策をなぜやったのか、どう判断したのかを4つの層に分けて整理します。課題、仮説、実行、検証の4つです。

課題の層では、何を問題だと捉えたかを書きます。仮説の層では、その課題に対してどう対応すれば改善すると考えたかを書きます。実行の層では、実際に何を行ったかを書きます。検証の層では、結果をどう確認し、次にどうつなげたかを書きます。

この記事では、実行の層に書く具体的な作業手順そのものは扱いません。採用側が知りたいのは手順の細部ではなく、課題から検証までの一連の判断がつながっているかどうかです。

4層のうち、特に評価されやすいのは検証の層です。実行して終わりではなく、結果を見てどう捉え直したかまで書けていると、実務での再現性を感じさせやすくなります。

4層は必ずしも同じ分量で書く必要はありません。特に伝えたい層を厚く書き、それ以外は簡潔にまとめる書き方でも構いません。

05手順3｜数字と根拠をセットで書く

施策の説明に数字を入れるときは、数字だけを書くのではなく、その数字をどう解釈したかまでセットで書いてください。

たとえば「◯%改善した」という数字だけでは、偶然の変動か施策の効果かが伝わりません。「◯%改善し、同時期に他の要因が無かったことから施策の効果と判断した」のように、判断の根拠まで添えると説得力が増します。

数字が無い、または公開できない場合は、数字を使わずに変化の方向性だけを言葉で説明する方法もあります。数字の有無より、根拠の説明があるかどうかのほうが重要です。

架空案件の場合は、実際の数値ではなく、想定した数値であることを明記した上で、その数値をどう判断に使ったかを書いてください。

数字の見せ方に迷ったら、実数ではなく指数や増減率を使う方法も検討してください。守秘義務のある案件でも、比率であれば出せる場合があります。

06手順4｜ポートフォリオの構成に配置する

整理した根拠は、ポートフォリオの構成の中に配置していきます。一般的な構成は、案件の概要、課題と仮説、実行内容の要約、検証結果と振り返りという流れです。

案件の概要には、対象・期間・自分の役割を簡潔に書きます。詳しい説明は後の項目に譲り、ここでは全体像だけを示してください。

課題と仮説、実行内容の要約、検証結果と振り返りは、手順2で整理した4層をそのまま当てはめられます。実行内容は要約にとどめ、手順そのものの詳細な解説は避けてください。

複数の施策を載せる場合は、すべてを同じ厚さで書く必要はありません。最も根拠の説明がしっかりできる1つを厚く書き、残りは概要程度に留めるほうが、全体として読みやすくなります。

07手順5｜第三者が読んでも伝わるか確認する

組み立てたポートフォリオは、Webマーケティングに詳しくない人に読んでもらい、課題から検証までの流れが伝わるかを確認してください。

専門用語が多すぎて伝わらない場合は、一言の説明を添えるか、より一般的な言葉に置き換えてください。採用担当者がその施策の専門領域に詳しいとは限りません。

読んでもらう相手がいない場合は、時間を置いてから自分で読み返す方法でも構いません。書いた直後より、判断の飛躍や説明不足に気づきやすくなります。

08つまずきポイント（失敗例つき）

ポートフォリオ作りでつまずきやすいパターンには、いくつかの型があります。

1つ目は、実行した作業だけを並べ、課題と仮説を書かない型です。「◯◯を実施した」で終わる説明では、なぜそれをやったのかが伝わりません。

2つ目は、守秘義務のある情報をそのまま載せてしまう型です。クライアント名や非公開の数値を確認せずに掲載すると、信頼を損なうだけでなく、トラブルにつながる可能性もあります。

3つ目は、実行手順の説明に紙面を使いすぎる型です。手順の細部を書き込むほど、本来伝えたい判断の根拠が埋もれてしまいます。

4つ目は、良い結果しか書かない型です。うまくいかなかった施策や、想定と違った結果も、そこからどう考え直したかを書けば、むしろ実務での判断力を示す材料になります。

5つ目は、架空案件であることを明記しないまま実案件のように見せてしまう型です。後の面接で実案件かどうかを聞かれ、説明に詰まると信頼を損ないます。

6つ目は、複数の施策をすべて同じ分量で並べてしまう型です。濃淡をつけずに並べると、どこに注目してほしいのかが読み手に伝わりにくくなります。

これらのつまずきは、いずれも施策の実行力ではなく、根拠の見せ方の問題です。手順1から手順5までを順番に確認しておくだけで、多くは避けられます。

09完了の確認方法（できたかどうかの判断基準）

ポートフォリオが完成したかどうかは、課題・仮説・実行・検証の4層すべてに、一文以上の説明があるかを確認する方法で判断できます。

4層のうちどれか1つでも欠けている場合は、その施策はまだ根拠の整理が終わっていない状態です。特に検証の層が抜けているケースが多いため、優先して確認してください。

もう一つの確認方法は、第三者に「この人はどう考える人か」が伝わるかを聞いてみることです。「作業ができる人」という感想で終わる場合は、根拠の説明がまだ弱い可能性があります。

WEBMARKSの集計では、2020年から2025年の案件獲得データにおいて、案件獲得に成功した人のうち過半数が月収30万円以上を達成しています。この数字は案件を獲得できた人を対象にした集計です（出典：株式会社WEBMARKS 実績報告集計）。

同じ集計では、案件獲得者の70%以上が2案件以上を獲得しています。1つの案件の根拠を丁寧に示せることが、次の案件の獲得にもつながる傾向がうかがえます（出典：同、2020年〜2025年の案件獲得データ）。

これらの数字は、根拠の見せ方だけで到達するものではなく、実務の積み重ねと合わせて読む数字です。準備の目安として参考にしてください。

ポートフォリオが形になったら、次は職務経歴書との整合性を確認する段階に進みます。実務スキルとして何をどこまで示せばよいかは『Webマーケターの実務スキル全体マップ、SEO・広告・分析・AI』で整理しています。副業を経由して実案件の証拠を作る場合は、『Webマーケター副業、初案件を獲得するまでの実務ロードマップ』もあわせて参考にしてください。

10FAQ