Webサイト保守・分析のポートフォリオの作り方｜見る人が知りたいこと

Webサイト保守・分析のポートフォリオは、制作のポートフォリオと同じ作り方をすると失敗します。理由は単純で、保守と分析の成果は画面に残らないからです。きれいなサイトの画像を並べても、それが誰の仕事なのか、公開後に何をした人なのかは伝わりません。この記事では、保守・分析の仕事を受けるためのポートフォリオを、発注者が実際に見ている観点から逆算して組み立てる手順を、掲載する項目、守秘義務の扱い、実績が少ないときの埋め方まで整理します。

保守・分析のポートフォリオが作りにくい構造的な理由

制作の仕事なら、完成したサイトのURLと画面のキャプチャを並べれば形になります。保守と分析はそうはいきません。

成果が「起きなかったこと」として現れる

保守の仕事がうまくいっている状態とは、何も起きていない状態です。改ざんされなかった、証明書が切れなかった、フォームが止まらなかった。これらは全部、起きなかったことなので画面に残りません。

分析も同じ構造を持ちます。数字が改善したとしても、その改善が自分の提案によるものだと証明するのは難しい。季節要因、競合の動き、検索エンジンの変更など、複数の要因が同時に働いているからです。断定して書くと、見る人からは誇張と受け取られます。

だからこそ、成果物ではなく判断を見せるポートフォリオにする必要があります。何が起きたときに、何を根拠に、どう判断したか。この記述が、保守・分析の実力を最も正確に伝えます。

守秘義務があって具体名を出せない

もうひとつの壁が守秘義務です。保守案件では管理画面のIDとパスワードを預かるため、契約に秘密保持の条項が入っているのが普通です。会社名も、サイトのURLも、扱った不具合の詳細も、そのままでは出せません。

ここで多くの人が手を止めてしまいます。ただ、出せないのは固有の情報であって、作業の種類や判断の理由まで出せないわけではありません。「地方の製造業のコーポレートサイト」「会員機能のある教育系のサイト」といった粒度で書けば、守秘義務を守りながら経験の中身は伝わります。掲載前に依頼者へ確認を取り、その確認自体をポートフォリオに書いておくと、誠実さの証明にもなります。

発注者がポートフォリオで見ている4つのこと

保守・分析の依頼者は、制作の依頼者とは違う観点で見ています。この4つを満たしていれば、体裁の美しさは二の次です。

自社と似た環境を扱ったことがあるか

最も見られているのがここです。使っているCMSは何か、サーバーはどの種類か、規模はどれくらいか、EC機能や会員機能があるか。自社と似た構成を扱った経験があれば、説明の手間が減ると考えます。

だから、案件ごとに環境の情報を必ず書きます。CMSの種類とバージョンの世代、サーバーの形態、導入している主要な機能、扱ったページの規模感。この情報がないポートフォリオは、依頼者にとって判断材料がありません。

何を判断できる人か

作業ができることと、判断ができることは違います。プラグインの更新は誰でも押せますが、この更新を今当てるべきか、テスト環境で先に確認すべきかの判断には経験が要ります。

ポートフォリオには、判断が必要だった場面を書きます。更新を保留した理由、あえて古いバージョンで運用を続けた理由、依頼者の要望を別の方法で実現した理由。この記述があると、指示待ちではない人だと伝わります。

連絡と報告がどうなるか

保守は長く続く関係なので、依頼者はコミュニケーションの形を気にします。どの頻度で報告が来るのか、どんな形式なのか、連絡が取れる時間帯はいつか。

この情報は、実物のサンプルを載せるのが最も速い。報告書の見本を1枚載せるだけで、文章で説明するより伝わります。固有の情報を伏せたサンプルを用意しておきます。

事故が起きたときにどう動くか

依頼者が本当に不安なのはここです。サイトが止まったとき、この人は連絡が取れるのか、原因を突き止められるのか、復旧までどう動くのか。

過去に対応した障害を、時系列で書いておきます。何時に連絡を受け、何を確認し、何が原因で、どう対処し、再発防止に何をしたか。1件あれば十分です。この記述は、他のどんな実績よりも強く効きます。

ポートフォリオを作る7つの手順

ここから実際の作り方に入ります。順番どおりに進めれば形になります。

手順1｜実務を棚卸しする

これまでに担当したサイトと作業をすべて書き出します。継続案件だけでなく、単発の修正、調査だけの依頼、友人のサイトを見た経験も含めます。この段階では公開の可否を考えず、思い出せるものを全部並べます。

書き出す項目は、サイトの種類、扱った期間、CMSとサーバーの環境、実施した作業、起きた問題と対処です。この一覧が全ての材料になります。

手順2｜公開できる情報の線引きをする

棚卸しの一覧を見ながら、そのまま出せるもの、匿名化すれば出せるもの、出せないものに分けます。契約書の秘密保持条項を読み直して判断します。

判断に迷うものは、依頼者に確認します。「実績としてご紹介させていただきたいのですが、会社名を伏せた形でよろしいでしょうか」と聞けば、断られることは多くありません。むしろ、社名を出してよいと言われる場合もあります。確認を取ったという事実自体が、依頼者からの信頼の証明になります。

手順3｜案件カードの型を決める

1件ごとの記載を、同じ型で揃えます。型を決めると書きやすく、読む側も比較しやすくなります。

入れる項目は、サイトの種類と規模、担当した期間、環境、担当範囲、印象に残った対応、意識したことの6つです。文章は長くしません。1件あたり400字程度に収めると、複数件を並べても読み通してもらえます。

手順4｜対応可能な作業の一覧を作る

案件の紹介とは別に、自分が対応できる作業を網羅した一覧を用意します。CMSとプラグインの更新、バックアップの取得と復元、サーバーの移設、SSL証明書の管理、稼働の監視、表示崩れの修正、フォームの改修、アクセス解析の設定、レポートの作成、といった形です。

対応できないことも書きます。大規模なシステム開発は請け負わない、深夜の緊急対応は別途相談、といった条件を先に出しておくと、合わない依頼が減ります。断る手間が省けるだけでなく、条件を明示している姿勢が信頼につながります。

手順5｜報告書のサンプルを載せる

月次報告の見本を1枚用意します。固有の情報を架空のものに置き換えたサンプルで構いません。実施した作業、サイトの状態、アクセスの推移、気づいた点と提案、来月の予定という5項目の構成にします。

依頼者はこのサンプルを見て、毎月何が届くのかを想像します。想像できると発注の判断が早くなります。逆にサンプルがないと、契約してみないと分からない状態になり、他の候補と比べたときに不利になります。

手順6｜足りない部分を自主運営で埋める

実務の経験が少ない場合、自分で運営しているサイトを教材にします。ドメインを取り、サーバーを借り、CMSを入れ、実際に運用します。ここで得られる経験は本物です。

自主運営で示せることは意外に多い。バックアップからの復元を実際にやってみた記録、SSLの設定を変更した手順、表示速度を改善するために何を試して何が効いたか。特に、失敗して復旧した経験は価値があります。実案件では起こしたくない失敗を、自分のサイトなら安全に経験できます。

手順7｜更新の運用を決める

作って終わりにしないことです。案件が終わるたびに1件追加する、四半期に一度見直す、といった運用を決めます。古い情報のまま放置されたポートフォリオは、保守の仕事の応募資料としては皮肉な状態になります。最終更新日を明記しておくと、更新しているかどうかが一目で分かります。

事例の書き方は3部構成にする

案件カードの中身は、状況、判断と対応、結果の3つに分けて書きます。この構成にすると、判断の質が伝わります。

状況のパートでは、何が起きていたかを書きます。「表示が崩れていた」ではなく「特定のブラウザの更新後に、スマートフォンでの商品一覧が2列から1列に崩れていた」というレベルまで具体的に書きます。ここが具体的なほど、実際に手を動かした人だと分かります。

判断と対応のパートでは、なぜその方法を選んだかを書きます。選択肢が複数あったこと、そのうえで理由があって一つを選んだことが伝わる書き方にします。ここが最も差がつく部分です。

結果のパートでは、対応後にどうなったかと、そこから得た教訓を書きます。数字が出せない場合は、無理に成果を主張しません。「同じ原因での再発は起きていない」で十分です。

エラー対応を事例として書くときは、単なる修正作業として書かないことがコツになります。

エラー対応は、日々変化する技術環境に対して柔軟に対応し、ユーザー体験を損なわないようにするための重要な業務です。単なるデザイン崩れの修正にとどまらず、「どうすれば目的のページにたどり着きやすくなるか」という視点で以下のような対応を行います。 出典: base-net.co.jp

つまり、直したという事実より、どういう視点で直したかを書くほうが評価されるということです。同じ不具合でも、見た目を戻しただけの人と、来訪者の動線まで考えて直した人では、次に任せられる仕事の幅が変わります。

分析のパートをどう見せるか

分析まで担当できることを示したい場合、レポートの完成度を見せるのではなく、読み解きの質を見せます。

やってはいけないのが、解析ツールの画面をそのまま貼り付けることです。誰が作っても同じ画面になるため、実力が伝わりません。載せるべきなのは、その画面を見て何を読み取り、何を提案したかの部分です。

見せ方の型は、次の3行です。数字がどう動いたか。考えられる理由は何か。次に何を検証するか。この3行を、架空のサイトを題材にして書いておくだけでも、分析の姿勢は十分に伝わります。

自主運営のサイトがあるなら、実データで書けます。どのページに流入があり、どこで離脱していて、何を変えたらどう動いたか。規模が小さくても、実データで語れることの説得力は大きい。

分析とレポート作成を独立した業務として位置づける場合、依頼者がどこまでを求めているかはマーケ戦略・分析・レポート作成のお仕事で扱われる範囲が参考になります。保守と改善提案をまとめて引き受ける形はWebサイトコンサル・保守・分析のお仕事にまとまっており、募集の文面から求められる要素を逆算できます。集客の入口としてSNSまで見る案件も増えているため、SNS運用代行・SNS広告のお仕事の内容を押さえておくと提案の幅が広がります。

解析の専門性を軸に役割を広げた例は上級ウェブ解析士でコンサルティング独立｜分析のプロとして稼ぐ方法に整理されており、ポートフォリオで何を打ち出すかの参考になります。サーバーやネットワークの基礎を体系的に押さえていることを示したい場合は、CCNA（シスコ技術者認定）のような認定を記載しておくと、技術面の裏づけとして機能します。

対応可能な作業一覧を、依頼者の言葉で書く

対応できる作業の一覧は、ポートフォリオの中で最も読まれる部分です。ここを技術者の言葉で書くか、依頼者の言葉で書くかで印象がまったく変わります。

領域ごとに分けて並べる

一覧は、ドメインとサーバー、CMS、セキュリティ、コンテンツ、計測の5つの領域に分けて並べます。分類があると、依頼者は自社が困っている領域を探しやすくなります。

ドメインとサーバーの領域には、契約と更新の管理、証明書の期限管理と更新、サーバーの移設、メールの設定を入れます。CMSの領域には、本体とプラグインの更新、テーマの調整、権限の管理、不要なプラグインの整理を入れます。セキュリティの領域には、ログイン周りの保護、バックアップの取得と復元、改ざんの検知、脆弱性が公表されたときの緊急対応を入れます。コンテンツの領域には、ページの追加と修正、画像の差し替えと軽量化、リンク切れの点検、フォームの改修を入れます。計測の領域には、解析ツールの設置と設定、検索管理ツールの設定、月次の集計と報告を入れます。

作業名の後ろに一言添える

作業名だけを並べると、依頼者には何が起きるのか分かりません。それぞれの後ろに、放置するとどうなるかを一言添えます。

たとえば証明書の期限管理なら「切れると閲覧時に警告が表示され、来訪者が離脱します」。バックアップなら「取得だけでなく、実際に戻せる状態かを定期的に確認します」。リンク切れの点検なら「増えると来訪者が目的のページにたどり着けなくなります」。この一言があるだけで、作業の一覧が提案書として機能し始めます。

対応しないことも明記する

書きにくい部分ですが、対応しない範囲を明記しておくほうが結果的に信頼されます。大規模なシステム開発は請けない、デザインの全面的な作り直しは別の担当者と組む、深夜と休日の緊急対応は別途相談。こうした条件を先に出しておくと、条件の合わない依頼が減り、合う依頼だけが残ります。

依頼者の立場で考えると、何でもできると書いてある相手より、できることとできないことを分けて書いてある相手のほうが判断しやすい。保守は長く付き合う仕事なので、入口で正確に伝えたほうが双方の損失が小さくなります。

面談で聞かれることを先回りして書いておく

ポートフォリオを送ると、たいてい面談か問い合わせのやり取りがあります。そこで聞かれる内容はほぼ決まっているので、あらかじめ資料に書いておくと話が早くなります。

聞かれるのは、対応できる時間帯と連絡手段、他に何件くらい抱えているか、緊急時にどれくらいで反応できるか、使っている連絡ツールに合わせられるか、請求のタイミングはどうなるか、契約が終わるときに引き継ぎができるか、といった項目です。

このうち、引き継ぎの話は特に効きます。契約が終わるときに何を渡すのかを書いておくと、依頼者は安心して発注できます。管理しているアカウントの一覧、導入しているプラグインとその用途、独自に手を入れた箇所とその理由、定期作業の予定表、過去に起きた障害とその対処。この5点をまとめて渡すと明記しておきます。

囲い込まないことを先に宣言すると継続率が下がりそうに見えますが、実際は逆です。いつでも他の人に渡せる状態にしてある相手のほうが、依頼者は安心して長く任せられます。乗り換えの手間を人質にしている関係は、不満が溜まったときに一気に切れます。

置き場所と形式の選び方

ポートフォリオをどこに置くかは、扱いやすさで決めます。

自分でサイトを作って公開する形は、保守の仕事では特に有利です。そのサイト自体が実務のサンプルになるからです。SSLの設定、表示速度、スマートフォンでの見え方、問い合わせフォームの動作。依頼者は無意識にこれらを見ています。自分のサイトが遅かったり、証明書の設定が甘かったりすると、それだけで説得力が落ちます。

たとえば、暗号化されていない接続でアクセスされたときに自動で暗号化された接続へ切り替える設定は、来訪者の体験を守るための基本的な対応として広く行われています。

ベイスでは、UX（※）向上の一環として、「http」でアクセスされた場合でも自動的に「https」へリダイレクトする設定を行っています。※ユーザーがホームページを使って「探している情報にたどり着けた」「使いやすかった」と感じる一連の体験 出典: base-net.co.jp

こうした設定が自分のサイトでできていることが、そのまま実力の提示になります。書いてある内容より、動いているものが強い。

サイトを持たない場合は、文書共有サービスやPDFでまとめる形でも構いません。その場合は、URLを渡すだけで開ける状態にしておきます。ダウンロードが必要な形式や、閲覧に登録が必要な形式は、それだけで見てもらえる確率が下がります。ファイル名にも自分の名前と更新日を入れておくと、相手の手元で管理しやすくなります。

応募文とポートフォリオの役割を分ける

ポートフォリオを送るとき、応募の文面に何を書くかで開封後の読まれ方が変わります。両者の役割は別なので、混ぜないほうがうまくいきます。

応募文の役割は、読む理由を作ることです。相手の募集内容に対して、自分のどの経験が当てはまるのかを3行で書きます。募集にCMSの名前が書いてあれば、その環境を扱った経験があることを最初の行に置きます。会員機能があると書いてあれば、そこに触れます。この3行がないと、資料は開かれないまま終わります。

ポートフォリオの役割は、判断材料を揃えることです。応募文で興味を持った相手が、詳細を確認するために開きます。だから応募文の内容を繰り返す必要はなく、環境の情報、判断の記録、報告のサンプル、対応可能な作業の一覧といった具体を並べます。

やりがちなのが、応募文に経歴を長々と書いてしまうことです。読む側は複数の応募をさばいているため、長い文面は後回しになります。詳細は資料にあると書いて、本文は短く保ちます。

そして、募集ごとに応募文を書き分けます。ポートフォリオは共通のものを使い回して構いませんが、応募文だけは毎回変える。この手間をかけるかどうかで、返信率は大きく変わります。相手の募集文にある言葉をそのまま使って書くと、読んで応募していることが伝わります。

やりがちな失敗

保守・分析のポートフォリオで、成果につながらない典型を挙げます。

制作物の画像だけを並べる。保守の応募資料としては情報がありません。見た目のよいサイトを見せられても、依頼者は「このサイトを作った人」としか認識しません。

技術用語を並べただけの一覧にする。扱えるものを羅列しても、どう使えるかが伝わりません。作業の一覧は必要ですが、それだけでは案件カードの代わりになりません。

成果を誇張する。アクセスが増えた、問い合わせが増えたと書いても、根拠が示せなければ疑われます。保守の依頼者は慎重な人が多く、大げさな主張は逆に警戒されます。

長すぎる。読む側は複数の候補を比較しています。全体を10分で読み終えられる分量に収めます。詳細は聞かれたときに出せるよう、手元に用意しておけば十分です。

更新が止まっている。最終更新が何年も前のままだと、現在も活動しているのかが分かりません。案件が終わるたびに追記する習慣をつけます。

自分のサイトが手入れされていない。保守を請け負う人のサイトが遅い、スマートフォンで崩れている、問い合わせフォームが動かない。この状態は、書いてある内容をすべて打ち消します。公開前に、自分のサイトを依頼者の目で点検します。

送る前に見る7項目

完成したと思ったら、次の7つを確認します。案件ごとに環境の情報が書いてあるか。判断が必要だった場面が最低1件書いてあるか。障害対応の記録が時系列で書いてあるか。報告書のサンプルが載っているか。対応できないことが書いてあるか。連絡が取れる時間帯が書いてあるか。最終更新日が入っているか。

この7つが揃っていれば、体裁が地味でも依頼者の判断には十分です。逆に、どれか1つでも欠けていると、その項目について問い合わせが発生し、返信を待つ時間が生まれます。やり取りの往復が減るほど、発注までの距離は短くなります。

20年この市場を見てきた立場からの観察

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、保守・分析の依頼で選ばれている人は、ポートフォリオが豪華な人ではありません。共通しているのは、依頼者が知りたいことに先回りして答えていることです。どんな環境を扱えるのか、報告はどう届くのか、何かあったときにどう動くのか。この3点が資料の中で完結している人は、問い合わせの段階から話が早い。

運営者として見てきた限りでは、長く続いている人ほど、単発の作業ではなく「この人に任せると楽だ」という関係づくりに時間を使っています。ポートフォリオはその関係の入口です。そして間に手数料が乗らない直接の取引では、この関係がそのまま条件に反映されます。中間マージンが差し引かれない分、依頼者は同じ予算でもう一つ作業を頼めますし、受け手は同じ作業量でも手取りが厚くなる。手数料0%の意味は、額面が増えることではなく、その余力を報告の丁寧さや検証の手間に回せることにあります。ポートフォリオで示すべきなのは、まさにその丁寧さの部分です。

データから読み取れるポートフォリオの役割

在宅ワークの募集の推移を見ていると、Webサイト関連の仕事は「作る」から「維持して伸ばす」へ重心が移っています。この変化は、応募の際に示すべきものも変えました。

新規制作が中心だった時期は、完成品を見せることが最も効率のよい自己紹介でした。維持と改善が中心になると、完成品では判断できません。依頼者が知りたいのは、公開後の長い時間をどう扱う人かという情報です。だから、判断の記録と報告の見本が資料の中心になります。

募集の文面を読むと、依頼者が求めているのは高度な技術ではなく、決めた作業を決めた頻度で確実に実施し、状況を分かる言葉で共有してくれる相手であることが分かります。これは技術の証明とは別の種類の証明が要るということです。報告書のサンプルが効くのは、まさにこの部分に直接答えているからです。

そして、保守・分析の依頼は小さな仕事から始まることがほとんどです。一度きりの修正、単発の調査、既存サイトの点検。ポートフォリオの役割は、大きな仕事をいきなり獲得することではなく、この最初の小さな仕事を任せてもらう不安を取り除くことにあります。目的をそこに絞ると、載せるべき情報と削るべき情報がはっきりします。豪華に見せる必要はなく、依頼者の不安を1つずつ潰していく資料になっていれば、それで機能します。

よくある質問

Q. 守秘義務があって案件の具体名を出せない場合、どう書けばよいですか？

固有の情報は出せなくても、作業の種類と判断の理由は書けます。「地方の製造業のコーポレートサイト」「会員機能のある教育系のサイト」といった粒度で業種と規模を示し、環境と担当範囲を記載します。掲載前に依頼者へ確認を取り、その確認を取った事実も書いておくと、誠実さの証明になります。

Q. 保守・分析のポートフォリオに必ず入れるべき項目は何ですか？

案件ごとの環境情報、担当範囲、判断が必要だった場面とその理由、対応可能な作業の一覧、月次報告書のサンプル、障害対応の時系列記録の6点です。特に報告書のサンプルは、毎月何が届くのかを依頼者が想像できるようになるため、発注の判断を早める効果があります。

Q. 実務経験が少ない場合、何で埋めればよいですか？

自分でドメインとサーバーを契約し、CMSを入れて運用したサイトが教材になります。バックアップからの復元を実際に試した記録、SSLの設定変更の手順、表示速度を改善するために試したことと結果を書けます。特に失敗して復旧した経験は価値が高く、実案件では起こしたくない失敗を安全に経験できます。

Q. 分析のスキルはどう見せるのが効果的ですか？

解析ツールの画面をそのまま貼るのは避けてください。誰が作っても同じ画面になり実力が伝わりません。数字がどう動いたか、考えられる理由は何か、次に何を検証するかの3行で書くと読み解きの質が伝わります。自主運営サイトの実データで書ければ、規模が小さくても説得力があります。

Q. ポートフォリオはどこに置くのがよいですか？

自分でサイトを作って公開する形が有利です。そのサイト自体が保守の実務サンプルになり、SSLの設定、表示速度、スマートフォンでの見え方を依頼者が確認できます。サイトを持たない場合は文書共有サービスやPDFでも構いませんが、URLを渡すだけで開ける状態にし、登録やダウンロードを必要としない形にしてください。