コトラ（広報チーム） 
PdMポートフォリオとは、プロダクトマネージャーとしての経験や考え方を伝えるための個人実績集です。本記事では、複数プロダクトへの投資配分を示す事業上のポートフォリオではなく、転職活動で提出する個人向けのポートフォリオを扱います。
未経験からPdMを目指す場合でも、エンジニア、デザイナー、営業、マーケティング、企画、カスタマーサポートなどの経験を、課題発見や意思決定、関係者調整の実績として整理できます。重要なのは、担当した業務を並べることではありません。どのような顧客の困りごとに向き合い、何を根拠に判断し、どのような結果や学びを得たかを一貫して伝えることです。
PdMポートフォリオの目的と採用担当が確認するポイント
個人の実績集として作るPdMポートフォリオ
PdMポートフォリオは、プロダクトや事業に関わった経験を通じて、自分がどのように価値を生み出してきたかを示す資料です。職種名としてPdMを経験していなくても、顧客の要望を整理した、業務の課題を見つけた、施策の優先順位を決めた、関係者を巻き込んで改善を実行した、といった経験は掲載できます。
PdMの仕事は、企画を考えることだけではありません。顧客や市場を理解し、解くべき課題を定め、限られた時間や人員の中で優先順位を付け、開発や運用の関係者と協力しながら改善を続ける役割です。ポートフォリオでは、その一連の考え方と行動を見せます。
成果が大きい案件だけを選ぶ必要はありません。小さな改善でも、自分で問題を捉え、仮説を置き、実行後に振り返った経験であれば、PdMとしての基礎的な力を伝えられます。
職務経歴書や自己紹介資料との違い
職務経歴書は、勤務先、所属、役割、担当業務、経験年数などを短時間で確認するための書類です。一方、PdMポートフォリオは、個別の経験を題材にして、判断の背景や仕事の進め方を深く伝える資料です。
自己紹介資料は、経歴や強み、志望理由を簡潔に示すことに向いています。ポートフォリオは、自己紹介で伝えた強みを、具体的な行動と結果で裏付ける役割を持ちます。
たとえば職務経歴書には「利用者向け機能の改善を担当」と記載できます。ポートフォリオでは、その機能について、次のような流れを示します。
- どの顧客が、どの場面で困っていたか
- 困りごとをどのように把握したか
- どの選択肢を比較し、何を優先したか
- 自分が担った役割は何か
- 公開後に何を確認し、何を学んだか
この違いを理解すると、職務経歴書と内容を重複させず、相互に補い合う提出資料にできます。
未経験者にも求められる課題設定と意思決定の力
未経験者のポートフォリオで特に見られるのは、PdMという肩書きの有無ではなく、課題設定と意思決定の力です。採用側は、与えられた作業を正確にこなした経験だけでなく、「そもそも何を解くべきか」を考えた経験を確認します。
たとえば営業であれば、顧客から受けた要望をそのまま社内に伝えたのではなく、要望の背景を聞き取り、本当の課題を整理した経験が使えます。デザイナーであれば、見た目を整えるだけでなく、利用者の行動や離脱の理由を考え、画面構成を改善した経験が該当します。エンジニアであれば、技術的な改善案を比較し、利用者への影響や開発負荷を踏まえて提案した経験を示せます。
未経験の場合は、「PdMとして何をしたか」ではなく、「PdMに必要な考え方を、これまでの仕事でどのように実践したか」という視点でまとめることが有効です。
採用担当が見ている顧客理解・成果・再現性
採用担当者や現場の責任者は、ポートフォリオを通じて主に顧客理解、成果、再現性を確認します。
顧客理解では、利用者や顧客を一括りにせず、誰がどの状況で何に困っているのかを具体的に捉えられているかが重要です。顧客の発言をそのまま受け取るのではなく、行動や背景まで考えられていると評価されやすくなります。
成果では、売上や利用者数といった大きな数字だけが求められるわけではありません。改善前後の変化、意思決定の速さ、問い合わせ内容の変化、関係者間の認識のそろい方なども成果になり得ます。
再現性では、一度だけ偶然うまくいった経験ではなく、別の状況でも活かせる考え方や進め方があるかを見ます。課題の把握、仮説づくり、優先順位付け、関係者との合意、公開後の検証という流れを説明できると、再現性を伝えやすくなります。
作成前に行う経験と強みの棚卸し
これまでの業務からPdM経験につながる場面を探す
最初に、これまでの業務を時系列で書き出します。この段階では、成果が大きかった経験だけに絞らないことが大切です。日常業務の中にも、PdMにつながる経験が含まれています。
特に探したいのは、顧客や社内の課題を見つけた場面、複数案から選んだ場面、関係者の意見が割れた場面、改善後に結果を振り返った場面です。業務の規模は問いません。
棚卸しでは、各経験について次の項目をメモします。
- どのような状況だったか
- 誰が困っていたか
- 何が問題だったか
- 自分は何を考えたか
- どのような行動を取ったか
- 周囲とどのように進めたか
- どのような変化があったか
- 次に同じ状況なら何を変えるか
この段階で文章を完成させる必要はありません。事実と自分の判断を分けて書き出すことで、後からポートフォリオに使える題材を選びやすくなります。
エンジニア・デザイナー・営業・マーケター経験の伝え方
エンジニア経験者は、実装力だけを前面に出すのではなく、技術的な制約を踏まえて要件を整理した経験、開発工数と利用者への影響を比較した経験、障害や不具合を再発防止につなげた経験を示します。技術と事業の間をつなぐ姿勢が伝わります。
デザイナー経験者は、画面や見た目の完成度だけでなく、利用者の行動をどう観察したか、なぜその導線や表現を選んだか、改善後に何を確認したかを説明します。利用者の体験を設計する力は、PdMの仕事でも重要です。
営業経験者は、顧客との会話から課題を見つけた経験、要望を分類して優先度を整理した経験、顧客の声を企画や改善につないだ経験が使えます。顧客に近い立場だからこそ得られる情報を、どのように社内の意思決定に変換したかを伝えます。
マーケター経験者は、顧客像の設定、施策の仮説づくり、数値の分析、検証と改善の経験を活かせます。集客だけでなく、利用開始後の行動や継続利用に目を向けた経験があれば、プロダクト改善とのつながりを示しやすくなります。
成果だけでなく課題・仮説・行動を整理する
成果だけを示すと、なぜその結果につながったのかが伝わりません。「数値が改善した」「納期に間に合った」といった結果に加えて、課題、仮説、行動、結果の順番で整理します。
たとえば、利用率が低いという事実があった場合、それだけでは課題の説明として不十分です。利用者が存在を知らないのか、使い方が分からないのか、使う価値を感じていないのかによって、取るべき対応は変わります。
仮説は、正解である必要はありません。大切なのは、限られた情報の中で何を根拠に仮説を立て、どう確認したかです。仮説が外れた場合も、失敗として隠す必要はありません。外れた理由と、次の判断にどう反映したかを説明できれば、学習する力を示せます。
応募先の事業と募集要件に合わせて強みを選ぶ
すべての経験を一つのポートフォリオに詰め込む必要はありません。応募先がどのような事業を行い、どのような課題を持ち、どのようなPdMを求めているかを確認したうえで、最も関連性の高い経験を選びます。
たとえば、法人向けサービスであれば、業務フローの複雑さを整理した経験や、複数の関係者と合意を作った経験が有効です。消費者向けサービスであれば、利用開始時の体験、継続利用、利用者の感情や行動を改善した経験を選びやすいでしょう。
募集要項に「新規事業」「既存プロダクトの成長」「データ活用」「関係者調整」などの言葉があれば、それぞれに対応する経験を選びます。一つの実績をすべての企業に同じ形で出すのではなく、伝える順番や強調点を調整することが重要です。
未経験から作るPdMポートフォリオの5枚テンプレート
1枚目：プロフィールとPdMを目指す理由
1枚目では、読み手が最初に知りたい情報を簡潔に示します。氏名、現在の職種、経験領域、得意なこと、PdMを目指す理由をまとめます。
PdMを目指す理由は、「成長市場だから」「年収を上げたいから」といった外向きの理由だけでは弱くなります。これまでの経験とつなげて、「顧客の声を改善につなげる仕事にやりがいを感じた」「部分的な施策ではなく、提供価値全体を考えたい」といった形で説明します。
プロフィールには、応募先に関係する強みを3つ程度に絞って記載します。たとえば、顧客インタビュー、業務改善、データ分析、開発チームとの連携、企画の優先順位付けなどです。
2枚目：取り組んだ課題と対象となる顧客
2枚目では、題材にする取り組みの全体像を伝えます。まず、対象となる顧客や利用者、利用場面、抱えていた困りごとを明確にします。
「利用者が不便を感じていた」といった抽象表現ではなく、「初めて利用する人が、登録後に次の操作へ進めず離脱していた」のように、行動が分かる形で書きます。顧客の属性を記載する場合も、年齢や職業だけでなく、どのような目的や制約がある人かを示すと理解されやすくなります。
次に、事業や組織にとってなぜその課題を解く必要があったのかを説明します。顧客の不満を減らすためなのか、問い合わせを減らすためなのか、継続利用を高めるためなのかを明らかにします。
3枚目：課題の分析と解決策を選んだ理由
3枚目では、考える力を見せます。まず、課題の原因について立てた仮説と、その仮説を確かめるために集めた情報を説明します。
情報源には、顧客への聞き取り、問い合わせ内容、利用状況の記録、営業やサポート担当者からの意見、競合サービスの調査などがあります。すべてを行っていなくても問題ありません。実際に行ったことと、そこから分かったことを正確に示します。
次に、検討した選択肢と、最終的な解決策を選んだ理由を記載します。選ばなかった案があれば、その理由も簡潔に書くと判断の質が伝わります。効果の大きさ、必要な時間、開発や運用の負担、緊急度などを比較したことを示すと、優先順位付けの力を伝えられます。
4枚目：関係者との進め方と自分の役割
4枚目では、個人の成果を過度に大きく見せるのではなく、チームの中でどのような役割を担ったかを明確にします。PdMは多くの関係者と協力するため、ここは重要なページです。
関係者には、開発、デザイン、営業、マーケティング、サポート、経営層などが含まれます。全員を列挙する必要はありませんが、意見や利害が異なる相手とどう進めたかを説明します。
たとえば、目的と判断基準を最初に共有した、意見が分かれた際に利用者への影響と実現可能性を整理した、小さく試してから広げる提案をした、といった行動を示します。自分の担当範囲と、最終決定者が誰だったかも明確にすると、実績の信頼性が高まります。
5枚目：成果・学び・次に改善すること
5枚目では、成果を示したうえで、学びと次の改善案を記載します。成功した内容だけで終わらせず、限界や未解決の課題も示すことが重要です。
成果は、数値があれば数値で示します。ただし、数値だけを載せるのではなく、何がどう変わったのかを説明します。数値がない場合は、問い合わせの内容が変わった、手作業が減った、顧客から同じ要望が繰り返し出なくなった、社内の意思決定が早くなったといった変化を具体化します。
最後に、「次に同じ課題に取り組むなら、何を追加で調べるか」「どのような指標を置くか」「どのような小さな検証から始めるか」を書きます。振り返りがあることで、結果から学び続けられる人材であることを伝えられます。
実績をPdMの強みとして伝える書き方
顧客の困りごとをどのように見つけたか
PdMの実績では、解決策より先に、顧客の困りごとをどう見つけたかを示します。顧客の声は重要ですが、要望をそのまま機能に置き換えるだけでは不十分です。
たとえば「この機能が欲しい」という声があった場合、その背景には「作業に時間がかかる」「今の方法では不安が残る」「必要な情報を見つけられない」といった別の課題が隠れている可能性があります。
ポートフォリオには、どのような情報を基に課題を見つけたかを書きます。聞き取り、問い合わせ、利用状況、現場の観察、営業担当者からの報告など、情報源を明確にします。そのうえで、個別の意見をどのように整理し、共通する困りごととして捉えたかを説明します。
仮説を立てて優先順位を決めた過程
PdMには、やることを決めるだけでなく、やらないことを決める力も求められます。ポートフォリオでは、施策を選んだ理由を示すことが重要です。
優先順位を決める際は、次の観点を使うと整理しやすくなります。
- 顧客への影響は大きいか
- 事業上の目標につながるか
- 実現までに必要な時間や費用はどの程度か
- 他の施策に依存していないか
- 今すぐ対応しなければならない事情があるか
すべてを数値化する必要はありません。重要なのは、声の大きい意見や思いつきだけで決めず、共通の基準を使って比較したことです。判断材料が不足している場合は、先に小さな調査や試作を行う選択もあります。
企画から公開後の改善までの流れ
PdMの仕事は、企画書を作って終わりではありません。公開後に利用状況を確認し、仮説が正しかったかを検証し、次の改善につなげることまでが重要です。
ポートフォリオでは、企画、設計、開発、公開、検証の流れを時系列で示すと分かりやすくなります。ただし、作業を細かく並べるのではなく、各段階で何を判断したかに焦点を当てます。
たとえば、企画段階では対象顧客を絞った、設計段階では利用開始までの手順を減らした、公開後は特定画面での離脱を確認した、といった形です。公開後に予想と異なる結果が出た場合も、次に何を変えたかを示すことで、改善を回す力を伝えられます。
Aha体験・価値を感じるまでの時間・継続利用率で成果を示す
PdMの成果を示す際は、売上や登録数だけでなく、利用者が価値を実感するまでの流れに着目すると、プロダクト理解の深さを伝えやすくなります。
Aha体験とは、利用者が「このサービスは自分に役立つ」と感じる瞬間です。たとえば、必要な情報を初めて短時間で見つけられた、面倒な作業を一度で完了できた、といった場面が該当します。ポートフォリオでは、利用者がどの行動をしたときに価値を感じると考えたかを示します。
価値を感じるまでの時間は、登録や利用開始から、利用者が最初の成果を得るまでにかかる時間です。この時間が短くなると、利用を続けてもらいやすくなる可能性があります。実際の数値がある場合は、改善前後の変化を記載します。
継続利用率は、一定期間後も利用者が使い続けている割合です。初日、7日後、30日後など、どの時点を見るかはサービスによって異なります。D1は、利用開始の翌日にも利用した割合を指します。利用開始直後の体験を改善した施策では、D1の変化が参考になります。
数値を使う際は、数字だけを強調せず、対象期間、比較対象、施策との関係を明らかにします。短期間の変化なのか、特定の利用者に限った変化なのかも、可能な範囲で補足します。
数字がない実績を具体的な行動と変化で伝える
業務によっては、利用率や売上の数字にアクセスできない場合があります。その場合でも、実績を曖昧にする必要はありません。自分が取った行動と、その結果として起きた変化を具体的に書きます。
たとえば、次のような変化は実績として示せます。
- 顧客からの問い合わせ内容を分類し、繰り返し発生する課題を可視化した
- 部門ごとに異なっていた認識をそろえ、意思決定の基準を作った
- 手作業の手順を整理し、担当者が引き継ぎやすい状態にした
- 顧客への説明資料を改善し、提案時に確認すべき項目を標準化した
- 試作を用意して早い段階で意見を集め、大きな手戻りを防いだ
「関係者と連携した」「改善に貢献した」といった抽象表現ではなく、誰に何を共有し、どのような変化が起きたかを記載します。第三者が読んでも状況を想像できる具体性が重要です。
守秘義務を守りながら実績を見せる方法
非公開情報と公開できる情報を切り分ける
ポートフォリオを作る前に、雇用契約、秘密保持契約、就業規則、案件ごとの取り決めを確認します。すでに一般公開されている内容であっても、制作過程、内部の数値、顧客情報、今後の計画などは公開できない場合があります。
公開できるか迷う情報は、自己判断で載せないことが原則です。必要に応じて、前職や関係者に確認します。公開の許可を得られない場合でも、実績そのものを諦める必要はありません。情報を加工し、課題設定や思考の流れを中心に伝える方法があります。
ポートフォリオの冒頭や各事例には、「守秘義務により、一部の名称・数値・画面情報を加工しています」と明記します。これは情報を隠している印象を与えるものではなく、情報管理への意識を示す行動です。
数字・固有名詞・画面情報を置き換える方法
固有名詞は、業界、事業規模、顧客の特徴などに置き換えます。たとえば企業名を記載せず、「法人向け業務支援サービス」「複数拠点を持つ事業者向けの業務改善」と表現できます。
数値は、公開が認められていない場合、割合、増減傾向、範囲、比較表現に置き換えます。「利用者数が大幅に増加した」だけでは曖昧なので、「改善前と比べて利用完了率が上昇した」「問い合わせ件数が減少傾向に転じた」と、何がどう変わったかを示します。
画面情報は、ぼかしや塗りつぶしだけでは不十分な場合があります。画面構成から事業内容や未公開機能が推測されることもあるためです。必要に応じて、色、文言、画像、数値、名称を置き換え、実際の画面を直接掲載しない判断をします。
実際の資料を出せない場合の再現資料の作り方
実際の画面、企画書、分析資料を出せない場合は、守秘義務に配慮した再現資料を作ります。再現資料とは、実務で扱った情報を写すものではなく、課題、判断、進め方を説明するために作り直した資料です。
再現資料では、架空の固有名詞や実在の顧客情報を使わず、一般化した設定を用います。たとえば、「利用開始後に必要な操作が分からず離脱する顧客」という課題を設定し、そこに対してどのような仮説を立て、どのような改善案を比較したかを図で表します。
実際の資料と誤解されないよう、「守秘義務に配慮して再構成した資料です」と明記します。また、再現資料であるにもかかわらず、実際に達成していない成果や数字を記載してはいけません。事実として語れる範囲と、説明用に再構成した部分を分けることが必要です。
個人開発・自主企画・改善提案を実績にする方法
実務で公開できる情報が少ない場合は、個人開発、自主企画、社内外への改善提案をポートフォリオに含めることも有効です。未経験者の場合は特に、自ら課題を見つけて形にした経験が重要になります。
自主企画では、身近な不便を題材にします。たとえば、予約、学習、情報整理、地域の手続き、日常の予定管理など、自分自身が困ったことから始めると、顧客理解が浅くなりにくくなります。
重要なのは、見栄えのよい画面を作ることだけではありません。誰のどのような困りごとを解くのか、既存の方法ではなぜ不十分なのか、どの機能を先に作るのか、何を測るのかまで考えます。
個人開発であれば、実際に小さく公開し、知人や利用者から意見を集めることもできます。利用者数が少なくても、仮説を検証して次の改善につなげた過程があれば、十分に実績になります。
スライドとNotionで見やすく仕上げるポイント
読み手が短時間で理解できる構成にする
採用担当者や面接官は、限られた時間で多くの書類を確認します。ポートフォリオは、最初の数分で題材、課題、自分の役割、成果が把握できる構成にします。
1つの事例では、最初に結論を示し、その後に背景や詳細を置くと読みやすくなります。タイトルも「顧客理解を通じた利用開始体験の改善」のように、何を扱う事例か分かる表現にします。
未経験者のポートフォリオは、情報量を増やしすぎるよりも、1〜2件の事例を丁寧に説明するほうが効果的です。5枚のテンプレートを基本にし、詳細な資料は必要に応じて補足として用意します。
図表と文章の役割を分けて情報を整理する
図表は、関係性、流れ、比較、変化を伝えることに向いています。たとえば、顧客の利用手順、課題が起きる場面、関係者の役割、優先順位の比較、改善前後の流れなどは図にします。
文章は、判断の理由、背景、学びを伝えることに向いています。図だけでは伝わらない「なぜこの案を選んだのか」「何をあえて実施しなかったのか」「どのような制約があったのか」を補足します。
一つのページに情報を詰め込みすぎないことも重要です。図表に多くの説明文を入れるより、図表は要点に絞り、詳細を短い文章で補うほうが理解されやすくなります。
PRDと計測ログを補足資料として用意する
PRDは、プロダクトや機能の目的、対象となる利用者、解決したい課題、要件、成功の基準などを整理した資料です。ポートフォリオ本編にすべてを載せる必要はありませんが、補足資料として用意しておくと、面接で深掘りされた際に役立ちます。
計測ログは、公開後にどのような指標を確認し、どのような判断をしたかを残す記録です。数値そのものが公開できない場合でも、「何を確認する設計にしたか」「結果を受けて何を見直したか」を整理できます。
補足資料は、提出先から求められた場合や、面接時に必要に応じて提示するためのものです。本編より詳しく作り込む必要はありますが、機密情報が含まれないように管理します。
応募先ごとに提出版を調整する
ポートフォリオは一度作って終わりではありません。応募先の事業、対象顧客、募集要件に合わせて、見せる事例の順番や説明の重点を調整します。
たとえば、顧客理解を重視する求人には、インタビューや問い合わせ分析を中心にした事例を先に置きます。開発との連携を重視する求人には、要件整理や技術的な制約を踏まえた判断を強調します。事業成長を重視する求人には、利用率、継続利用、収益につながる考え方を伝えます。
ただし、応募先に合わせるために実績を誇張したり、実際に担っていない役割を加えたりしてはいけません。事実は変えず、伝える順番と重点を変えることが調整です。
提出前に確認したい誤字・機密情報・説明不足
提出前には、第三者の視点で確認します。自分では分かる前提が、読み手には伝わらないことがあるためです。
確認したい項目は次のとおりです。
- 誤字脱字や用語の表記ゆれがないか
- 会社名、顧客名、未公開の数値、個人情報が残っていないか
- 実際の担当範囲と、資料に書いた内容が一致しているか
- 課題、行動、成果のつながりが分かるか
- 略語や専門用語を説明なしで使っていないか
- スマートフォンや小さな画面でも読めるか
- 提出用のリンクに閲覧権限や表示崩れの問題がないか
Notionで公開する場合は、公開用とは別に編集用ページを作ると安全です。公開中のページを直接編集すると、確認前の文章や未整理の情報が見えてしまう可能性があります。
Notionは、文章の整理や更新のしやすさに強みがあります。一方で、公開ページは閲覧環境によって見え方が変わるため、複数の端末で確認します。無料プランのファイル容量や、詳細な閲覧分析に制限がある場合もあるため、画像や動画を多用する場合は事前に確認が必要です。
ポートフォリオを転職活動と面接で活用する方法
応募書類にポートフォリオのリンクを添える
ポートフォリオは、職務経歴書や履歴書の補足として活用します。応募フォームに入力欄がある場合は、閲覧用リンクを記載します。入力欄がない場合は、職務経歴書の末尾にリンクを添えます。
リンク先は、閲覧にログインが必要ないか、期限切れにならないか、スマートフォンでも読めるかを確認します。守秘義務に関わる資料を含む場合は、公開範囲を限定するか、面接時のみ提示する方法を選びます。
応募書類には、「詳細な実績はポートフォリオをご覧ください」と書くだけでなく、どのような内容が含まれているかを一文で添えると親切です。たとえば、「顧客課題の整理、施策の優先順位付け、公開後の改善をまとめた実績資料です」と記載します。
面接で深掘りされる質問を想定する
面接では、ポートフォリオに書いた内容を基に質問されます。資料の内容を暗記する必要はありませんが、判断の背景を自分の言葉で説明できるように準備します。
想定したい質問は次のとおりです。
- なぜその課題が重要だと判断したのですか
- 顧客の困りごとはどのように確認しましたか
- 他にどのような選択肢がありましたか
- なぜその案を優先したのですか
- 自分の役割と、他の関係者の役割は何ですか
- 反対意見や意見の違いにはどう対応しましたか
- 成果をどのように測りましたか
- うまくいかなかったことは何ですか
- 今やり直すなら何を変えますか
特に未経験者は、実務の肩書きではなく、思考の深さや行動の再現性を見られます。答えをよく見せようとするよりも、事実と学びを率直に説明することが重要です。
成果が出なかった経験を学びとして伝える
PdMの仕事では、すべての施策が成功するわけではありません。成果が出なかった経験も、検証と学びの過程があれば、ポートフォリオや面接で扱えます。
ただし、「失敗しました」で終わらせないことが大切です。最初にどのような仮説を置いたか、何を確認した結果として仮説が外れたと分かったか、次に何を変えたかを説明します。
たとえば、利用者が求めていると考えた機能が使われなかった場合、機能の必要性が低かったのか、存在が伝わっていなかったのか、利用までの手順が複雑だったのかを切り分けます。このように、結果を分解して次の行動につなげた経験は、PdMに必要な改善力を示します。
選考後のフィードバックを次の改善に生かす
ポートフォリオは完成品ではなく、転職活動を通じて改善する資料です。面接で質問された内容、説明しにくかった部分、採用担当者が関心を示した箇所を記録し、次の提出版に反映します。
たとえば、担当範囲について繰り返し質問される場合は、各事例に自分の役割を明記します。成果の根拠を聞かれる場合は、測定方法や比較対象を補足します。事業とのつながりを問われる場合は、なぜその課題が重要だったのかを見直します。
ポートフォリオを更新し続けることは、実績を増やすためだけではありません。自分の強み、足りない経験、今後伸ばすべき力を把握する機会になります。転職活動中だけでなく、日々の仕事で得た学びを少しずつ記録し、次の機会に使える状態にしておくことが重要です。
