カスタマーサクセスの職務経歴書の書き方|書類通過率を上げる実例テンプレート

職種:カスタマーサクセス |更新日 2026/7/3

カスタマーサクセス(CS)の転職市場において、書類選考通過率を左右するのは経験の量よりも「経験の見せ方」である。採用担当者がCS職の職務経歴書を読むとき、真っ先に確認するのは「チャーンレートやNPSなどの数値改善に貢献できるか」「オンボーディングやリテンションの設計経験があるか」という2点だ。本稿では、書類通過率を高めるための構成・記述ルール・実例の型を体系的に解説する。


なぜCSの職務経歴書は「書き方」で差がつくのか

カスタマーサクセスは、2010年代後半から急速に普及した職種であるため、採用側もまだ評価基準を整備中の企業が少なくない。その結果、採用担当者の間でも「何を見ればCS人材を正しく評価できるか」についての認識がばらつきやすい。

この状況は応募者にとって一見不利に見えるが、裏を返せば「伝え方を工夫した書類が相対的に際立ちやすい環境」でもある。エンジニアやコンサルタントと異なり、CS職には業界横断的なスコアリング基準が存在しないため、職務経歴書そのものが「CSとしての思考力・言語化力」を示す一次評価の場になりやすい。

具体的には、以下の3点が書類の質を決定的に左右する。

これらが揃った職務経歴書は、採用担当者が「この人をどこに配置できるか」を即座にイメージできる構造になる。


職務経歴書の推奨フォーマット

CS職の職務経歴書は、以下の順序で構成すると読み手に伝わりやすい傾向がある。

  1. 職務要約(3〜5行)
  2. スキル・ツール一覧
  3. 職務経歴(逆年代順)
  4. 自己PR

職務要約の書き方

職務要約は採用担当者が最初に目を通す箇所であり、ここで「どのフェーズを・どの規模で・どんな成果をあげてきたか」を端的に示す。長文は避け、3〜5行に収める。

記述例(悪い例)

SaaSベンダーでカスタマーサクセスを担当してきました。顧客の満足度向上に努め、様々な課題解決に取り組んできました。

記述例(良い例)

国内SaaSベンダーにて約3年間、主にエンタープライズ領域のカスタマーサクセスを担当。50〜80社を並行管理し、担当ポートフォリオのチャーンレートを年間で約3ポイント改善。オンボーディングプロセスの標準化に中心メンバーとして参画し、新規顧客のTime-to-Value短縮を推進してきた。

「努め」「取り組んできました」という表現は、成果ではなくプロセスへの言及に留まるため評価されにくい。動詞を成果・行為・貢献の方向に変えることが重要だ。

スキル・ツール一覧

採用担当者やATS(応募者追跡システム)のスクリーニングに対応するため、ツール名と活用文脈を簡潔に記載する。

カテゴリツール・スキル例
CSプラットフォームGainsight / Totango / Salesforce Service Cloud 等
CRMSalesforce / HubSpot
データ分析Looker / Tableau / BigQuery(基礎的なSQL含む)
コミュニケーションSlack / Zoom / Intercom
ドキュメント整備Confluence / Notion / マニュアル作成
CS固有スキルヘルススコア設計・QBR運営・エスカレーション管理・EBR資料作成

ツール名のみ羅列するのではなく、面接時に「どのように使ったか」を説明できる水準のものだけ記載するのが原則だ。


職務経歴の書き方:フェーズ別KPIと実績の構造

CS職の経験を記述するとき、「何をしていたか」ではなく「どのKPIに対してどう動き、結果どうなったか」という因果の軸で記述することが求められる。

実例テンプレートの型

以下は、経験2〜5年程度のミドル層CSが記述する際の構造モデルだ。


【会社概要】 国内独立系SaaS企業 / 従業員数200〜500名規模 / 対象プロダクト:営業支援ツール(SMB〜中堅企業向け)

【期間・役職】 20XX年X月〜20XX年X月 / カスタマーサクセスマネージャー

【担当概要】

【主な取り組みと成果】

チャーン率改善に向けたヘルスチェック体制の構築

オンボーディングプロセスの標準化


この型の特徴は「課題→施策→結果」の因果関係が明示されている点にある。「何をやっていたか」の羅列から「なぜその施策を選び、どうなったか」の説明へと昇華させることで、思考プロセスを採用担当者に見せることができる。


担当フェーズ・役割別の訴求ポイント

応募先企業のCSの成熟度によって、どのフェーズの経験を前面に出すべきかが変わる。

担当フェーズ評価されやすい実績の例応募先との適合確認ポイント
オンボーディングTime-to-Value短縮・完了率・設計経験新規獲得フェーズ重視の組織か
アダプション機能利用率・ヘルススコア改善プロダクト活用支援の文化があるか
エクスパンションアップセル・クロスセルの金額・件数営業と連携したCSモデルか
リニューアル更新率・チャーン率・ARR維持率リテンション重視の組織か
CS組織構築プロセス設計・メンバー育成・OKR設定立ち上げフェーズの組織か

応募先のJD(求人票)に記載されたKPIや課題感を読み込み、自身の経験のどの部分を強調するかを意図的に選択することが、書類通過率を高める上で効果的な手順といえる。


数値が出しにくいケースへの対処法

「社内ポリシー上、チャーンレートの具体値が書けない」「担当顧客数が機密扱い」というケースは珍しくない。その場合は以下の代替表現を活用する。

完全に数値を出せない状況でも、「何かしら変化の方向と規模感が伝わる表現」に変換することで、採用担当者の評価可能性を高めることができる。


よくある質問

Q1. CSの経験が1〜2年と浅い場合、職務経歴書で何を強調すべきですか?

経験年数が短い場合でも、担当フェーズの明示と施策の思考プロセスの記述は有効だ。「何社担当したか」よりも「どのような課題に対してどうアプローチしたか」を論理的に記述することで、CSとしての基礎的な問題解決力を伝えられる。加えて、SaaS・BtoBプロダクトへの理解度や、社内での勉強会・ナレッジ整備への貢献なども補足材料として機能しやすい。

Q2. 前職が別職種(営業・サポート等)からのCS転職の場合、どう記述しますか?

職務経歴の記述自体は前職の経験をそのまま正直に書く前提で、職務要約と自己PRでCSとの接続を意識的に示すことが重要だ。例えば、営業経験であれば「顧客の成功定義を起点にした提案経験」、サポート経験であれば「エスカレーション構造の理解・顧客の利用課題の早期特定経験」として読み替える。CSはプロアクティブなコミュニケーションと顧客ライフサイクルの理解が核にあるため、それらに接続できるエピソードを前面に出す構成が有効な傾向にある。

Q3. 企業規模や業界が異なる応募先でも、同じ職務経歴書でよいですか?

基本情報は共通でよいが、職務要約と自己PRは応募先ごとに調整することを推奨したい。特に「SMB中心の経験者がエンタープライズ重視の企業に応募する」「スタートアップ出身者が大手に応募する」ケースでは、担当規模の違いが書類の評価軸にすでに含まれていることが多い。その際は、規模の違いを正直に認めつつ、「どのような複雑性のある状況に対応してきたか」で補完する記述が現実的だ。

Q4. 職務経歴書の枚数は何枚が適切ですか?

CS職において一般的に読みやすいとされるのは、A4換算で2〜3枚程度だ。経験年数が3年未満であれば2枚にまとめる方向で整理し、マネージャー経験やプロセス設計経験が加わる5年以上であれば3枚まで許容範囲と考えやすい。ただし枚数の多さより「密度と読みやすさのバランス」が重要であり、成果のない業務記述を膨らませて枚数を増やすことは避けた方がよい。


まとめ

CS職の職務経歴書で書類通過率を高めるには、「担当フェーズの明示」「CS固有KPIによる実績の定量化」「課題→施策→結果の因果構造」という3軸を意識した記述が基本になる。成果の数値が出しにくい場合でも、変化の方向・規模感・プロセスの設計経験で代替することは十分に可能だ。また、応募先のJDを読み込んだ上で強調するフェーズを意識的に選択することが、書類の精度を高める実務的な手順となる。CS市場は引き続き採用ニーズが高い傾向にあ

監修

松岡 良次

株式会社エージェントベスト代表。大手人材会社およびスタートアップ人材企業にて、IT・スタートアップ・メガベンチャー企業の採用支援に従事。独立後はIT・スタートアップ・コンサル領域に特化し、20〜30代のキャリア支援を行う。(厚生労働大臣許可 13-ユ-316964)