カスタマーサポートのポートフォリオの作り方｜見る人が知りたいこと

カスタマーサポートのポートフォリオを作ろうとして、手が止まる人はとても多いです。理由ははっきりしています。この職種の成果物は顧客とのやり取りそのもので、そのまま見せられるものがひとつもないからです。結論から書くと、載せるべきなのは対応の記録ではなく、対応の設計です。そしてその作り方には、守秘義務との折り合いのつけ方という法律面の手順が必ず伴います。

デザインやライティングであれば、作ったものをそのまま並べれば済みます。カスタマーサポートはそうはいかない。問い合わせの文面には顧客の個人情報が入り、回答には発注元の社内ルールが反映されています。これを何も考えずに公開してしまうと、契約違反になる可能性があります。これ、知らずにやってしまっている人が本当に多いんです。まずはそこから整理します。

見る人が知りたいのは「実績」ではなく「再現性」

ポートフォリオを受け取る側、つまり発注を検討している企業の担当者が確認したいことは、実はかなり限られています。

発注側が確認している3つの点

1つ目は、判断の基準を持っているかどうかです。問い合わせ対応は、決まった答えを返すだけの仕事ではありません。返品を受けるか、例外を認めるか、上位者に上げるか。この判断が場当たりだと、対応がばらつき、顧客のあいだで不公平が生まれます。判断の基準を自分で言語化できている人かどうかを、担当者は見ています。

2つ目は、業務を整理できるかどうかです。多くの企業は、問い合わせ対応の型が社内で固まっていない状態で外部に委託します。渡された指示をこなすだけの人だと、発注側の負担は減りません。分類を作り、テンプレートを整え、判断のフローを描ける人であれば、業務そのものが軽くなります。

3つ目は、事故を起こさない人かどうかです。カスタマーサポートは、企業が顧客に接する最後の窓口です。ひとつの回答が炎上の火種になることもある。だからこそ、守秘義務や個人情報の扱いに対する感覚があるかどうかを、担当者は必ず見ています。ポートフォリオそのものが、その感覚を示す最初の証拠になります。

つまり、ポートフォリオは「これだけやりました」を伝える資料ではなく、「この人に任せると同じ品質が再現される」ことを伝える資料です。ここを取り違えると、どれだけ丁寧に作っても評価されません。

対応の量を並べても伝わらない理由

よくあるのが、扱ってきたチャネルや対応期間、業界を箇条書きで並べる形です。これは職務経歴書としては機能しますが、ポートフォリオとしては弱い。理由は、そこから対応の質が読み取れないからです。

同じ期間、同じチャネルを担当していても、判断基準を作って運用していた人と、指示どおりに返信していた人では、発注側にとっての価値がまったく違います。経歴の羅列は、この差を消してしまいます。

転職市場でも同じ課題が指摘されています。

そこで、今回は「カスタマーサポートの転職の参考になるポートフォリオ制作事例3選」について解説します。 出典: arms.works-life.com

事例が求められているということは、裏を返せば、経歴の要約だけでは判断できないと受け取られているということです。フリーランスとして案件を取る場面でも事情は同じで、むしろ選考の期間が短いぶん、判断材料としての具体性が強く求められます。

顧客対応の業務がどのような形で切り出されて発注されているかを把握しておくと、ポートフォリオに何を載せるべきかが見えやすくなります。カスタマーサポート・事務全般のお仕事には問い合わせ対応や事務まわりの業務の一般的な内訳が整理されており、自分の経験のどの部分が求められているのかを照らし合わせる材料になります。

守秘義務との折り合いをどうつけるか

ここがこの職種のポートフォリオ最大の難所です。順を追って整理します。

実際のやり取りをそのまま載せてはいけない

まず大前提として、実際に受けた問い合わせの文面と、それに対する回答を、そのまま掲載することはできません。理由は2つあります。

ひとつは個人情報の問題です。問い合わせ文には氏名、注文番号、住所、購入履歴といった情報が含まれます。氏名を伏せれば足りると考えがちですが、注文内容と日付の組み合わせから個人が特定できる場合、それは依然として個人情報にあたります。つまり、黒塗りにすれば安全とは言い切れません。

もうひとつは、発注元との契約上の義務です。業務委託契約には、ほぼ例外なく秘密保持の条項が入っています。ここで守るべき対象は、顧客情報だけではありません。社内の対応マニュアル、判断基準、テンプレートの文面、エスカレーションの体制。これらは発注元のノウハウであり、業務を通じて知り得た秘密情報にあたります。

つまり、「顧客の名前を消したから大丈夫」ではなく、「発注元のノウハウが読み取れる形になっていないか」まで見る必要があります。ここを見落として、対応マニュアルの構成をそのまま自分のポートフォリオに転記してしまう例は実際にあります。

使える形に加工する手順

では何も出せないのかというと、そうではありません。加工の手順を踏めば、実務の質を示すことは十分に可能です。

第一段階は抽象化です。個別の事例を、業種と問い合わせの類型のレベルまで引き上げます。「特定の通販サイトで、購入から数日後にサイズが合わないという連絡が来たケース」ではなく、「アパレル系のECにおける、自己都合の返品申告への対応」という粒度にする。ここまで抽象化すれば、特定の企業も顧客も浮かびません。

第二段階は再構成です。抽象化した類型に対して、自分ならどう判断し、どう回答するかを一から書き起こします。過去の回答文をコピーするのではなく、新しく書く。これが重要です。書き起こしたものは自分の著作物であり、発注元のノウハウの複製ではありません。

第三段階は架空事例への置き換えです。ポートフォリオに載せる具体例は、実在しない会社と商品を設定して作ります。「架空のECサイトを想定した対応例」と明記したうえで、そこに自分の判断基準を反映させる。これなら守秘義務に触れることなく、実務の考え方を見せられます。

この3段階を踏むと、載せられるものはかなり増えます。手間はかかりますが、この加工そのものが「秘密情報の扱いを分かっている人」という評価につながるので、無駄にはなりません。

契約書のどこを確認するか

加工の前に、自分が結んでいる契約の条項を確認しておきます。見る箇所は決まっています。

秘密保持の条項で、秘密情報の定義がどうなっているか。「開示された情報のうち秘密と明示されたもの」に限定されているのか、「業務を通じて知り得たすべての情報」まで広がっているのか。後者であれば、加工の基準はより厳しくなります。

実績公表に関する条項があるか。発注元の社名を実績として出してよいかどうかは、別に定められていることがあります。定めがない場合、社名を出すには個別の同意を取るのが安全です。

契約終了後の効力がどうなっているか。秘密保持の義務は、契約が終わったあとも一定期間続くのが一般的です。「もう終わった案件だから」という理由は通りません。

※契約書の文言の解釈に迷う場合や、すでに公開してしまったものがある場合は、自己判断で進めず弁護士に相談してください。特に、発注元から指摘を受けている状況では、対応を誤ると損害賠償の話に発展する可能性があります。

迷ったときの判断基準

実務上の判断基準はシンプルです。「そのポートフォリオを発注元の担当者が見たとき、何も感じないか」で判断します。

自分の担当した企業の人が読んで、「うちの対応の話をしているな」と分かる状態であれば、抽象化が足りていません。逆に、業界の一般的な話として読める水準まで落とせていれば、まず問題は起きません。

もうひとつの基準は、事前の同意です。発注元に「この内容で実績として紹介してよいか」と確認し、承諾を得られれば、そのまま載せられます。手間はかかりますが、これがもっとも確実です。関係が良好な継続案件であれば、断られることは多くありません。

法律はあなたの味方です。ただし、味方になってもらうには、手順を踏んでおく必要があります。

ポートフォリオに載せる中身

加工の方法が分かったところで、実際に何を載せるかを整理します。

対応方針のドキュメント

いちばん効くのが、自分の対応方針を言語化したドキュメントです。分量は多くなくてよく、次の項目が入っていれば足ります。

一次回答の考え方。どのくらいの時間で返すか、即答できない場合にどう扱うか。調査に時間がかかる問い合わせを放置しないための中間連絡の運用まで書けていると、実務を分かっている人だと伝わります。

トーンの設計。謝罪の言い回し、断りの伝え方、断定を避けるべき場面。業種によって適切なトーンは変わるので、その使い分けまで書けると強い。

エスカレーションの基準。どこまでを自分で判断し、どこから確認に上げるか。この線を自分で引ける人は、発注側にとって手のかからない相手です。

判断フローの図

返品や交換のような、分岐のある対応をフロー図にします。購入からの経過日数、開封の有無、不具合か自己都合か、といった分岐で回答が変わる構造を図にする。

これは架空の設定で作って構いません。むしろ架空のほうが自由に作れます。「一般的なアパレルECを想定した返品対応フロー」として作れば、守秘義務の問題は発生しません。

図にすることの効果は大きい。文章で説明された判断基準より、図のほうが一瞬で構造が伝わります。担当者が社内で共有するときにも使いやすい。

回答テンプレートのサンプル

架空の設定に基づく回答文を、いくつか載せます。単に回答文を並べるのではなく、「この文面はこういう意図でこう書いている」という解説を添えるのが要点です。

たとえば、断りの回答であれば、なぜその順序で書いているのか。結論を先に置くのか、理由を先に置くのか。どちらにも根拠があり、その根拠を説明できることが、書き手としての力を示します。

文面例のなかで固有名詞が必要な場合は、「〇〇様、株式会社△△カスタマーサポートの□□です」のようにテンプレートと分かる形で書きます。実在の企業名を使う必要はありません。

改善の記録

対応した記録ではなく、業務を改善した記録を載せます。テンプレートを整備して同種の問い合わせの処理が短くなった、分類を作り直して検索性が上がった、判断基準を文書化して確認のやり取りが減った。

数字が出せない場合でも、何をどう変えたかを書けば伝わります。ここに具体性があると、「作業をこなす人」ではなく「業務を良くする人」として読まれます。

文章表現の基礎を客観的な形で補強したい場合は、ビジネス文書検定のような資格をポートフォリオの末尾に添える方法もあります。実務そのものを証明するものではありませんが、書き方の体系を身につけている裏づけにはなります。

個人情報の扱いで押さえておく基本

守秘義務の話とは別に、個人情報の扱いについても最低限の理解が必要です。ここを分かっている人かどうかは、資料の書き方に必ず出ます。

まず、個人情報とは氏名や住所だけを指すものではありません。ほかの情報と組み合わせることで特定の個人を識別できるものは、すべて含まれます。注文番号、購入履歴、問い合わせの日時、アカウントの識別子。これらは単体では名前が出ていなくても、組み合わせれば個人にたどり着きます。つまり、氏名だけを黒塗りにしても不十分です。

次に、業務で扱った個人情報を自分の資料に転記する行為は、目的外の利用にあたる可能性があります。委託を受けて顧客対応をするために預かった情報を、自分の営業活動のために使うことになるからです。この観点からも、実際のやり取りをそのまま持ち出すことは避けるべきです。

三つ目に、業務終了後の情報の扱いも決めておく必要があります。案件が終わったあと、手元に残っている対応履歴や顧客リストをどうするか。契約に返却または消去の定めがあればそれに従いますが、定めがない場合も、業務に必要でなくなった情報は保持し続けないのが原則です。ポートフォリオ用に取っておく、という発想は避けてください。

※個人情報の取り扱いに関する具体的な義務の範囲は、事業の形態や扱う情報の内容によって変わります。判断に迷う場合や、すでに情報を持ち出してしまった場合は、自己判断で処理せず弁護士に相談してください。

この3点を理解していると、ポートフォリオの作り方は自然に決まります。実物を持ち出すのではなく、自分の頭の中にある判断の型を書き起こす。この方向に切り替えれば、法律上の問題は発生しません。

作る手順を分解する

実際に作る流れを、順番に並べておきます。まとまった時間を取るより、手順を分けて進めるほうが完成します。

第一段階は、棚卸しです。これまで担当してきた業務を、対応チャネル、問い合わせの類型、判断が必要だった場面、改善した点の4つの観点で書き出します。この段階では、実名や実際の文面が入っていて構いません。あくまで自分用のメモだからです。

第二段階は、抽象化です。書き出した内容から、企業名、商品名、顧客に関する記述をすべて外します。残るのは「業種」と「問い合わせの類型」と「判断の分岐」だけになります。ここで残らなかった項目は、そもそもポートフォリオに載せる価値が薄い項目です。

第三段階は、再構成です。抽象化した類型に対して、自分の判断基準を新しく書き起こします。過去の回答を思い出しながらではなく、いまの自分ならどう設計するかで書く。この作業を通じて、自分の対応方針が言語化されます。

第四段階は、可視化です。分岐のある判断をフロー図にし、回答例を架空の設定で書きます。ここが資料としてもっとも見栄えのする部分になります。

第五段階は、点検です。書き上がったものを読み返し、特定の企業が浮かぶ記述が残っていないかを確認します。可能であれば、その業界を知らない人に読んでもらい、どこの会社の話か分かるかを聞きます。分からなければ合格です。

この5段階を、それぞれ別の日に分けて進めると負担が小さくなります。一気に作ろうとすると、抽象化の段階で手が止まりやすい。

提出のときに気をつけること

作った資料をどう渡すかにも、実務上の注意点があります。

ファイル形式は、相手が開ける形にします。編集可能な形式で送ると、意図しない改変が入る可能性があるので、閲覧用の形式に書き出して渡すのが無難です。

オンラインで共有する場合は、権限の設定を必ず確認します。リンクを知っている全員が閲覧できる設定にしたまま放置すると、検索に拾われることがあります。応募のたびにアクセス権を付与し、選考が終わったら外す運用が安全です。

送付時のメッセージには、資料の読み方を一文添えます。「架空の事例を想定して作成した対応設計です」と書いておくだけで、読み手は最初から正しい前提で読めます。この一文がないと、実際の案件の内容だと誤解されて、守秘義務への懸念を持たれることがあります。

面談で説明を求められた場合に備えて、資料の各部分について「なぜそう設計したか」を答えられるようにしておきます。フロー図の分岐をひとつ取り上げて、なぜその順序なのかを聞かれることは実際によくあります。ここで答えられると、資料を作った人と中身を理解している人が一致していることが伝わります。

形式と分量の決め方

中身が決まったら、器を選びます。

形式は、ドキュメント、スライド、Webページのいずれかです。カスタマーサポートの場合、文章とフロー図が中心になるので、ドキュメント形式がもっとも相性が良い。スライドは図の見せ方に向いていますが、文章の情報量を入れにくい。Webページは更新しやすい反面、公開範囲の管理が必要になります。

守秘義務の観点で言えば、URLを知っている人だけが見られる状態にするか、応募のたびにファイルを送る形にするのが安全です。検索エンジンに拾われる場所に置くと、意図しない相手の目に触れます。加工が十分でも、公開範囲は絞っておくのが実務的な判断です。

分量は、読み手が最初の数分で全体像をつかめる範囲に収めます。詳細な資料は別添にし、本体は要点だけにする。担当者は複数の候補者の資料を見ているので、長い資料は読まれません。

更新の運用も決めておきます。案件が変わるたびに書き直すのは現実的ではないので、対応方針とフロー図は共通の資産として持ち、案件ごとに補足を足す形にします。ポートフォリオを職種横断の資産として設計する考え方は、UI/UXデザインのフリーランスになるには？必要スキルと案件相場のような制作系職種の記事にも共通しており、見せ方の構成を考えるうえで参考になります。

業種によって見せ方を変える

同じ対応方針でも、応募先の業種によって強調する点を変えます。

ECや通販であれば、返品と配送に関する対応が中心です。ここでは、判断のスピードと一貫性が評価されます。フロー図と例外処理の考え方を前に出します。

SaaSやアプリのサポートであれば、技術的な内容の切り分けが問われます。ユーザーの環境依存の問題を、どこまで自分で切り分けて、どこから開発側に渡すか。この線引きを示すと強い。技術寄りの業務がどう発注されているかはAI・マーケティング・セキュリティのお仕事にも整理されており、隣接領域まで踏み込める人材として位置づけたい場合の材料になります。

BtoBのサービスであれば、相手が法人の担当者になります。個人向けとは求められるトーンも、対応の優先順位も違う。契約や請求に関する問い合わせが多くなるので、この領域の理解を示す内容を入れます。

応募先ごとに全体を作り直す必要はありません。共通の本体に、その業種向けの補足を1枚足すだけで十分に効果があります。

経験の浅い段階でどう作るか

まだ実務経験が少ない段階でも、ポートフォリオは作れます。むしろこの段階で作っておくと、選考の場で差がつきます。

材料は、既存のサービスを観察することで集められます。自分が利用しているECサイトやアプリのヘルプページを読み、よくある質問がどう分類されているかを見る。問い合わせフォームの項目設計から、その企業がどんな問い合わせを想定しているかを読み取る。実際に問い合わせを送ってみて、返ってきた回答の構成を分析する。

こうして集めた観察をもとに、「自分ならこう設計する」という提案の形で資料を作ります。実務経験の代わりに、観察と設計の力を示す構成です。

さらに一歩進めるなら、改善提案の形にします。あるサービスのヘルプページを取り上げて、問い合わせが減らない理由を分析し、分類の作り直し案を出す。ここまでやると、単なる作業者ではなく業務を設計できる人として読まれます。

注意点として、実在のサービスを批判的に取り上げる場合は、表現に配慮が必要です。事実に基づかない指摘や、過度に否定的な書き方は、こちらの信用を落とします。「こうすればさらに良くなる」という提案の形に整えるのが安全です。

よくある失敗

作る側が陥りやすい失敗を挙げておきます。

自己紹介が長い。経歴やスキルの説明に紙面の多くを使い、肝心の対応の設計が後ろに追いやられている資料は多い。担当者が知りたいのは人物像より仕事の中身です。

きれいに作りすぎている。デザインに時間をかけた資料は、カスタマーサポートの評価軸ではほとんど加点になりません。読みやすさは必要ですが、装飾は不要です。

抽象的すぎる。「顧客に寄り添った対応を心がけています」といった記述だけでは、判断のしようがありません。寄り添うとは具体的にどういう手順なのかを書きます。調査に時間がかかるときに中間連絡を入れる、感情的な問い合わせにはまず事実確認より受け止めを先に置く、といった手順のレベルまで落として初めて伝わります。

網羅しようとしすぎる。あらゆる問い合わせ類型を並べた資料は、読み手にとって焦点がありません。自分がもっとも得意な領域を2つか3つに絞り、そこを深く見せるほうが記憶に残ります。残りは目次のレベルで触れておけば十分です。

更新が止まっている。作った時点の内容のまま何年も使っていると、対応チャネルの前提が古くなります。チャットやSNSでの問い合わせが主流になっている領域で、メール対応だけを想定した資料を出すと、現場の変化についていっていない印象を与えます。年に一度は前提を見直します。

加工が不十分。実務の生々しさを残そうとして、抽象化が甘くなるケースです。読み手が発注元を特定できる状態は、それだけで不採用の理由になります。守秘義務を守れない人に顧客対応は任せられないからです。

運営者の視点から見た、選ばれる資料の共通点

在宅ワークと業務委託の市場を20年運営してきた立場から言えば、選ばれるポートフォリオには共通点があります。読み終わったあとに、発注側が「この人に頼んだら何が楽になるか」を具体的に想像できることです。

対応件数や経験年数は、その想像を助けません。助けるのは、判断の基準と、業務を整理した記録です。運営者として見てきた限り、案件が途切れない人ほど、この2つを最初から資料の形で持っています。逆に、実務は確かなのに案件が続かない人は、自分がやっていることを説明する手段を持っていないことが多い。

もうひとつ、取引の器についても書いておきます。同じ業務でも、仲介手数料が乗る取引と乗らない取引では、発注側が払う金額と受け手に届く金額の差が変わります。中間マージンのない直接の取引であれば、発注側は同じ予算でより多くを頼め、受け手は手数料0%のぶん手取りが厚くなる。長く続ける仕事ほど、この差は積み上がります。ポートフォリオを整えて選ばれやすくすることと、選ばれたあとに手元に残る割合を上げること。この2つは別の話なので、どちらも見ておく価値があります。

働き方を長い時間軸で設計する視点では、定年後のフリーランス独立｜退職金を活かした起業プランと注意点のように年齢ごとの制約を整理した記事も参考になります。あわせて、文章まわりの職種の収入構造を知っておきたい場合は著述家，記者，編集者の年収・単価相場を見ておくと、顧客対応から周辺領域へ広げるときの判断材料になります。

カスタマーサポートのポートフォリオは、見せられるものがない職種だからこそ、作った人とそうでない人の差が大きく出ます。実際のやり取りは載せられません。載せられるのは、判断の基準、業務の設計、改善の記録です。この3つを架空の事例に落として、守秘義務に触れない形に整える。手順を踏めば必ず作れるものなので、案件を探し始める前に一度作っておくことをお勧めします。

よくある質問

Q. 実際に対応した問い合わせの内容をポートフォリオに載せてもよいですか？

そのまま載せることはできません。問い合わせ文には個人情報が含まれ、回答には発注元の社内ルールやノウハウが反映されているためです。氏名を伏せても、注文内容と日付の組み合わせから個人が特定できる場合は個人情報にあたります。業種と問い合わせの類型まで抽象化し、架空の企業と商品を設定して一から書き起こす形にすれば、安全に載せられます。

Q. 未経験でもカスタマーサポートのポートフォリオは作れますか？

作れます。実務経験がなくても、架空のECサイトやサービスを想定して、対応方針のドキュメントと判断フローの図を作ることは可能です。発注側が見ているのは対応件数ではなく、判断の基準を持っているかどうかと、業務を整理できるかどうかです。想定した設定を明記したうえで、自分の考え方を筋道立てて示せていれば、判断材料として機能します。

Q. ポートフォリオはどのくらいの分量にすべきですか？

読み手が最初の数分で全体像をつかめる範囲に収めます。対応方針、判断フローの図、回答例、改善の記録という構成であれば、本体は簡潔にまとめ、詳細な資料は別添にします。発注側の担当者は複数の候補者の資料を見ているため、長い資料は最後まで読まれません。要点を前に置き、詳細は後ろに回す構成が実務的です。

Q. 発注元の会社名を実績として書いてもよいですか？

契約書を確認してください。実績公表について定めた条項があればそれに従います。定めがない場合は、社名を出す前に発注元へ個別に同意を求めるのが安全です。継続的な関係であれば断られることは多くありません。同意が取れない場合は「アパレル系のEC」のように業種と規模感だけを示す書き方に切り替えます。判断に迷う場合は弁護士に相談してください。

Q. 応募先ごとにポートフォリオを作り直す必要はありますか？

全体を作り直す必要はありません。対応方針と判断フローは共通の本体として持ち、応募先の業種に合わせた補足を1枚足す形で十分です。ECなら返品と配送、SaaSなら技術的な切り分け、BtoBなら契約や請求まわりというように、強調する領域を変えます。共通部分を資産として育てておくと、応募のたびの負担が大きく減ります。