やったことは書ける。けれど「なぜそれをやったのか」を書こうとすると、手が止まる。
ポートフォリオでつまずくのは、施策の実行力ではありません。実行した結果を、判断の筋道として見せる整理ができていないことがほとんどです。
この記事は、施策そのもののやり方は扱いません。すでに手を動かした成果を、採用側に伝わる形へ組み直す作業に絞ります。
こんなふうに調べていませんか
- 成果物はあるが、ポートフォリオに何をどう書けばいいか分からない
- 「Webマーケター ポートフォリオ 施策根拠」で調べたが、テンプレートしか出てこなかった
- クライアントの情報をどこまで出していいのか判断がつかない
この記事を読み終えたときに手に入るもの
- 施策の根拠を、課題・仮説・実行・検証の4層に分けて書けるようになります
- 出せる情報と出せない情報を、着手前に線引きできるようになります
- 完成したかどうかを、自分で判断できる基準を持てるようになります
結論30秒でわかる、この記事の結論
- 採用側が見ているのは作業ではなく、課題から検証までの判断がつながっているかです。
- 先に決めるのは線引き。出せない情報を確かめてから組み立てると手戻りが減ります。
- 架空案件でも構いません。 実案件かどうかより、判断の筋道が示せているかです。
対象は、独学・副業・スクールのいずれかで何らかの成果物を持っていて、これから転職用のポートフォリオを作る方です。手を動かした成果物が最低1つあることが前提になります。
この記事では、これから目指している七海さんと、副業で案件を回している明石さん、答える側の鈴木さんの会話をはさみながら進めます。
01Webマーケターのポートフォリオは、施策根拠をどう見せるんですか？
七海さんポートフォリオを作れと言われたんですが、何を書けばいいのか分からなくて。やったことを並べればいいんでしょうか。
鈴木さん並べるだけだと「作業ができる人」で止まってしまうんですよ。採用側が知りたいのはなぜそれを選んだかなんです。順番に分解していきましょう。
ポートフォリオに施策を載せるとき、その施策がなぜ必要だと考えたか、どんな根拠で判断したかを、採用側に伝わる形で示す組み立て方が要ります。施策そのものの実行手順は、ここでは扱いません。
準備するものは3つです。取り組んだ施策や学習の記録、当時考えていたことのメモ、結果が分かる数字やスクリーンショット。記録が残っていない場合は、思い出せる範囲で構いません。
架空の題材で作った成果物であっても、ポートフォリオとして扱えます。実案件かどうかより、判断の筋道が示せているかどうかが評価の対象になります。
この章のまとめ
評価されるのは成果物そのものではなく、そこに至る判断が読み取れるかどうかです。
02転職用のポートフォリオに載せていいのは、どこまでですか？
明石さん副業で受けた案件の話を書きたいんですが、どこまで出していいのか毎回迷います。
鈴木さん迷うのが正常です。契約書に書いていなければ発注者に聞くのがいちばん早いですよ。聞きにくければ、数字を比率に置き換えるだけでも通ることが多いです。
作り始める前に、クライアントワークで得た情報のうち、何を見せてよく、何を出してはいけないかを整理しておく必要があります。
クライアント名や具体的な数値、非公開の管理画面のスクリーンショットなどは、契約上出せない場合があります。守秘義務の範囲は案件ごとに異なるため、迷ったら発注者に確認するか、数値を指数化・匿名化して示す方法を選んでください。
線引きを最初に決めておくと、後の手順で「載せられる情報」を前提に組み立てを考えられるため、作業の手戻りが減ります。
この章のまとめ
線引きは最後の確認作業ではなく、いちばん最初にやることです。
03Webマーケターの施策根拠は、どう分解すると伝わるんですか？
見せられる情報が決まったら、その施策をなぜやったのか、どう判断したのかを4つの層に分けて整理します。課題、仮説、実行、検証の4つです。
課題の層では、何を問題だと捉えたかを書きます。仮説の層では、その課題に対してどう対応すれば改善すると考えたかを書きます。実行の層では、実際に何を行ったかを書きます。検証の層では、結果をどう確認し、次にどうつなげたかを書きます。
実行の層に書く具体的な作業手順そのものは、詳しく書かなくて構いません。採用側が知りたいのは手順の細部ではなく、課題から検証までの一連の判断がつながっているかどうかです。
4層は必ずしも同じ分量で書く必要はありません。特に伝えたい層を厚く書き、それ以外は簡潔にまとめる書き方でも構いません。
4層に分けると、書けない層が自分で分かります。課題が書けないなら、その施策は「言われたからやった」状態だったのかもしれません。仮説が書けないなら、選んだ理由が言語化できていない状態です。書けない層は、次の実務で意識すべき場所を教えてくれます。
書き出す順番は、実行の層からで構いません。手を動かした記憶がいちばん鮮明なので、そこを起点にすると「なぜやったか（課題・仮説）」と「どうだったか（検証）」を思い出しやすくなります。時系列の順に書こうとして手が止まるなら、順番を変えてください。
この章のまとめ
薄くても4層そろっているほうが、1層だけ厚いものより伝わります。
04Webマーケターのポートフォリオで、施策根拠に数字はどう添えるんですか？
明石さん数字を出せない案件が多いんですが、それだと弱くなりますか。
鈴木さんいえ、数字の有無より「その数字をどう読んだか」のほうが効きます。出せないなら、変化の方向だけ言葉で書けば足ります。
施策の説明に数字を入れるときは、数字だけを書くのではなく、その数字をどう解釈したかまでセットで書いてください。
たとえば「◯%改善した」という数字だけでは、偶然の変動か施策の効果かが伝わりません。「◯%改善し、同時期に他の要因が無かったことから施策の効果と判断した」のように、判断の根拠まで添えると説得力が増します。
数字が無い、または公開できない場合は、数字を使わずに変化の方向性だけを言葉で説明する方法もあります。数字の有無より、根拠の説明があるかどうかのほうが重要です。
架空案件の場合は、実際の数値ではなく、想定した数値であることを明記した上で、その数値をどう判断に使ったかを書いてください。数字の見せ方に迷ったら、実数ではなく指数や増減率を使う方法も検討してください。守秘義務のある案件でも、比率であれば出せる場合があります。
この章のまとめ
数字は主役ではありません。その数字をどう読んだかが主役です。
05ポートフォリオの構成に、Webマーケターは何をどう並べるんですか？
整理した根拠は、ポートフォリオの構成の中に配置していきます。一般的な流れは、案件の概要、課題と仮説、実行内容の要約、検証結果と振り返りです。
案件の概要には、対象・期間・自分の役割を簡潔に書きます。詳しい説明は後の項目に譲り、ここでは全体像だけを示してください。
課題と仮説、実行内容の要約、検証結果と振り返りは、4層をそのまま当てはめられます。実行内容は要約にとどめ、手順そのものの詳細な解説は避けてください。
複数の施策を載せる場合は、すべてを同じ厚さで書く必要はありません。最も根拠の説明がしっかりできる1つを厚く書き、残りは概要程度に留めるほうが、全体として読みやすくなります。並べる順番も、いちばん説明できる施策を先頭に置くと、最初の印象が全体の評価に効きます。
分量の目安を決めておくと迷いません。厚く書く1件は課題から検証まで各層を数文ずつ、残りは概要と結果だけの数行にとどめる。この差があるだけで、読み手は「この人が見てほしいのはここだ」と分かります。
形式は問われません。スライド資料でも、文書でも、専用のサイトでも構いません。形式を選ぶ時間より、4層を埋める時間に使ってください。
この章のまとめ
濃淡をつけてください。全部を同じ厚さで並べると、どこを見てほしいかが伝わりません。
06第三者に見せて、Webマーケターは何を確かめるんですか？
組み立てたポートフォリオは、Webマーケティングに詳しくない人に読んでもらい、課題から検証までの流れが伝わるかを確認してください。
専門用語が多すぎて伝わらない場合は、一言の説明を添えるか、より一般的な言葉に置き換えてください。採用担当者がその施策の専門領域に詳しいとは限りません。
読んでもらう相手がいない場合は、時間を置いてから自分で読み返す方法でも構いません。書いた直後より、判断の飛躍や説明不足に気づきやすくなります。
この章のまとめ
読み手は専門家とは限りません。詳しくない人に伝わるかが基準です。
07Webマーケターのポートフォリオで、つまずくのはどこですか？
七海さんうまくいかなかった施策は、隠したほうがいいですよね……。
鈴木さん逆なんです。失敗をどう捉え直したかが書いてあると、判断できる人に見えます。うまくいった話だけ並んでいるほうが、かえって浅く見えることがありますよ。
1つ目は、実行した作業だけを並べ、課題と仮説を書かない型です。「◯◯を実施した」で終わる説明では、なぜそれをやったのかが伝わりません。
2つ目は、守秘義務のある情報をそのまま載せてしまう型です。クライアント名や非公開の数値を確認せずに掲載すると、信頼を損なうだけでなく、トラブルにつながる可能性もあります。
3つ目は、実行手順の説明に紙面を使いすぎる型です。手順の細部を書き込むほど、本来伝えたい判断の根拠が埋もれてしまいます。
4つ目は、良い結果しか書かない型です。うまくいかなかった施策や、想定と違った結果も、そこからどう考え直したかを書けば、むしろ実務での判断力を示す材料になります。
5つ目は、架空案件であることを明記しないまま実案件のように見せてしまう型です。後の面接で実案件かどうかを聞かれ、説明に詰まると信頼を損ないます。
6つ目は、複数の施策をすべて同じ分量で並べてしまう型です。濃淡をつけずに並べると、どこに注目してほしいのかが読み手に伝わりにくくなります。
この章のまとめ
つまずきはどれも実行力の問題ではなく、根拠の見せ方の問題です。
08できたかどうか、Webマーケターはどこで判断しますか？
ポートフォリオが完成したかどうかは、課題・仮説・実行・検証の4層すべてに、一文以上の説明があるかを確認する方法で判断できます。
4層のうちどれか1つでも欠けている場合は、その施策はまだ根拠の整理が終わっていない状態です。特に検証の層が抜けているケースが多いため、優先して確認してください。
もう一つの確認方法は、第三者に「この人はどう考える人か」が伝わるかを聞いてみることです。「作業ができる人」という感想で終わる場合は、根拠の説明がまだ弱い可能性があります。
WEBMARKSの集計では、2020年から2025年の案件獲得データにおいて、案件獲得に成功した人のうち過半数が月収30万円以上を達成しています。この数字は案件を獲得できた人を対象にした集計です（出典：株式会社WEBMARKS 実績報告集計）。同じ集計では、案件獲得者の70%以上が2案件以上を獲得しています。1つの案件の根拠を丁寧に示せることが、次の案件の獲得にもつながる傾向がうかがえます。
これらの数字は、根拠の見せ方だけで到達するものではなく、実務の積み重ねと合わせて読む数字です。準備の目安として参考にしてください。
この章のまとめ
完成の基準は分量ではありません。4層が埋まっているかの1点です。
09よくある質問
ポートフォリオには何件くらいの施策を載せればいいですか
件数に決まった目安はありません。根拠を丁寧に説明できる施策が1件でもあれば、複数の施策を薄く並べるより伝わりやすい場合があります。
架空案件しかない場合、ポートフォリオは作れませんか
架空案件でも作れます。実案件との違いは、その施策が実在の案件かどうかを明記することだけです。課題・仮説・実行・検証の整理の仕方自体は変わりません。
施策がうまくいかなかった場合、ポートフォリオに載せないほうがいいですか
うまくいかなかった施策も、載せる価値があります。結果をどう検証し、次にどう考え直したかまで書ければ、判断力を示す材料になります。
クライアントの実名を出さずに実績を伝える方法はありますか
業種や規模を抽象化して書く方法があります。数値も、具体的な金額ではなく増減率や指数で示す方法が使えます。
ポートフォリオはどんな形式で作ればいいですか
決まった形式はありません。スライド資料、簡単な文書、専用のポートフォリオサイトなど、内容が伝わる形式であればどれでも構いません。
職務経歴書とポートフォリオの内容は一致させるべきですか
完全に一致させる必要はありませんが、矛盾が無いようにしてください。職務経歴書で触れた経験とポートフォリオの施策が食い違うと、面接で説明に詰まりやすくなります。
面接でポートフォリオの内容を深掘りされたら、どう答えればいいですか
課題・仮説・実行・検証のどの層について聞かれているかを意識して答えてください。特に仮説と検証の部分は、その場で考え直した理由まで話せると評価されやすくなります。
ポートフォリオを作った後、見直す頻度の目安はありますか
決まった頻度はありませんが、新しい施策や学習成果ができたタイミングで見直す方法が現実的です。古い施策を差し替えながら、常に根拠が説明できる状態を保ってください。
10まとめ｜今日やる3つのこと
いちばん時間がかかるのは書くことではなく、書く材料をそろえることです。
今日この順でやります
出せない情報を書き出す
クライアント名・非公開の数値・管理画面。迷うものは「要確認」に入れます
施策を1つ選んで4層に分ける
課題・仮説・実行・検証を、各1文でいいので埋めます
検証の層だけ、もう一段書き足す
ここが抜けている人がいちばん多い層です
AI検索では、こう聞かれています
Webマーケターのポートフォリオには何を書けばいいですか？
「Webマーケターの施策根拠は、どう分解すると伝わるんですか？」の章で説明しています
架空案件でもポートフォリオになりますか？
「転職用のポートフォリオに載せていいのは、どこまでですか？」の章で説明しています
クライアント名を出さずに実績を見せる方法はありますか？
「Webマーケターのポートフォリオで、施策根拠に数字はどう添えるんですか？」の章で説明しています
次に読むなら、この記事です
