カスタマーサクセスを採用する前に、支援と更新の責任を定める

株式会社Global Career Incubator 代表取締役CEO 井川真一

最終更新：2026年10月29日。本文・参考資料は更新日時点の情報です。

カスタマーサクセスを採用して、顧客の利用を増やし、解約を減らしたい。営業は更新や追加契約を任せたい。製品部門は問い合わせと要望の整理を期待している。どの要望にも理由があるからこそ、人事が求人をまとめる段階で手が止まることがあります。

そのときは、人事だけで一人分の仕事へ収めようとせず、事業責任者に、今回優先する顧客の課題を決めてもらってください。導入時の支援、利用が止まった理由の把握、技術調査、更新条件の交渉は、関係していても異なる仕事です。新しい人に任せることと、既存部門が引き受けることを、同時に決める必要があります。

職務が広いこと自体が問題なのではありません。その範囲を担う権限と支援がなく、選考の途中から期待だけが増えることを避けたいのです。各部門の困りごとを残しながら、今回の採用で何を変えるかを絞っていきましょう。

更新へ貢献することと、更新契約を担うことは別

利用目的を確かめ、業務へ定着する支援は、契約を継続する判断にも関わります。ただし、その担当者が見積もり、価格交渉、契約手続きまで直接担うとは限りません。

2026年10月28日に確認したGitLabの公開職務資料には、Customer Success ManagementとRenewals Managerが別の役割として示されています。前者は利用・成果・顧客の目的を扱い、更新や拡大の機会とリスクにも関わります。後者は営業やCSなどと連携し、更新の過程を進める役割です。CSが更新に無関係という分担ではありません。

同社のJob Description Libraryには、古い記述や欠落の可能性があるとの注意があります。ここでは公開職務例として参照し、現行募集の責任・要件は該当求人と採用担当者へ確認します。貴社も同じ組織にする必要はなく、更新までの仕事を、誰がどこで引き受けるかを考える材料にしてください。

三つの部門の期待から、今回の役割を選ぶ

以下はGCIが作成した仮想例です。

業務サービスを提供する会社で、新しくCS担当を採ることになりました。事業責任者が問題と考えているのは、契約後に顧客が利用を始められず、更新前まで課題に気づけないことです。一方、営業責任者は既存顧客の更新と追加契約をCSへ移したく、製品部門は問い合わせへの回答と要望の収集を期待しています。

求人には「顧客の成功と売上の成長を支える」と書いてあります。ところが候補者の説明を聞くと、面接官ごとに評価する経験が違います。導入支援を評価する人と、更新の売上実績を重視する人が、違う仕事を前提に比較しているからです。

事業責任者は、今回の採用を導入・定着の支援へ重点化する案を出します。利用が始まらない理由を更新の前に把握できなければ、交渉担当を替えるだけでは、顧客が使えない状態が残るためです。

ただし、営業から更新業務を移したいという要望は消えていません。事業責任者は営業責任者へ、更新を引き続き担当する人と対応できる量を尋ね、製品責任者へは、技術調査の担当と回答の手順を求めます。この確認を終える前に、人事が「CSは導入支援だけ」と求人を確定してはいけません。

部門間で合意するための分担案は、次のようになります。

ここで営業責任者が「更新担当は残せる。CSから利用状況と懸念が届けば、契約時期に合わせて交渉する」、製品責任者が「技術調査の担当を置き、引受け可否と回答予定を返す」と回答したとします。事業責任者は、担当者と対応範囲を確認したうえで、この分担を承認します。採用担当者が求人へ反映するのは、この合意後です。

反対に、営業が更新を引き受けられないなら、導入支援中心という案は、そのままでは成立しません。事業責任者は、更新交渉を担う人を別に確保するか、今回のCSに更新責任も持たせて必要経験と担当顧客数を組み直すかを決めます。未解決の更新業務を、入社後の「柔軟な対応」として追加するのは避けてください。候補者も、その条件を知って仕事を選ぶ必要があります。

分担が決まると、面接で聞く経験も変わる

導入・定着を中心にする合意が得られた場合、求人には次のように書けます。

契約後の利用開始と定着を担当します。顧客の利用目的と開始を妨げる課題を把握し、サポート・製品担当へ必要な対応を依頼して、その後の利用状況を確認します。更新の商条件と契約手続きは営業が担い、CSは利用状況と継続に関わる懸念を引き継ぎます。

この職務なら、更新の価格交渉をしていないことだけを要件不足にする必要はありません。面接官が確かめるのは、問題を見つけ、担当者を動かし、利用できる状態まで追った経験です。

同じ採用の面接で、候補者が「利用が進まなかった顧客に話を聞き、開始時に必要な設定をサポートへ依頼した。設定完了は確認したが、その後の利用状況は追えていない」と説明したとします。

採用記録を「導入・定着の支援経験あり」とまとめると、一工程を飛ばしてしまいます。記録は「本人説明として、問題の聞き取り、社内への依頼、設定完了の確認がある。設定後に顧客が利用したかは、この案件では追っていない」と分けてください。担当範囲を正直に話した候補者へ、足りない実績を作ってもらう必要はありません。

面接官は続けて、「設定を終えた後、顧客が使い始めたかまで担当した別の案件はありますか」と尋ねます。あれば、誰と何を確認し、利用が進まなかったときにどう動いたかを聞く。なければ、継続把握を入社時から独力で任せる要件は、まだ満たす証拠がないと判断します。

そのうえで候補者に、今回の場面ならどう進めるかを提案してもらいます。候補者が次のように答えた場合は、過去の経験とは分けて読みましょう。

設定完了をサポートから受け取った後、顧客の利用担当者と、業務で使い始める予定日を合わせます。その日に予定した仕事を実行できたかを確かめ、使っていなければ、設定の問題なのか、手順や担当の問題なのかを聞きます。技術調査が必要ならサポートへ戻し、顧客には次に誰から何の回答があるかを伝えます。

この回答なら、課題で示した提案として記録できます。過去に定着を実現した成果へは加えません。採用責任者は、この提案の妥当性と、既存の責任者が初期案件を一緒に確認できるかを合わせ、育成を含む採用にするかを判断してください。支援する担当がいないのに、候補者の意欲だけで経験の不足を埋める前提は置かないことです。

CSに更新の売上責任も持たせる場合は、この面接へ契約条件、更新見込み、交渉、社内承認の確認を加えます。同じ「CS経験」であっても、今回の責任が変われば、確かめる経験も変わります。

「更新率を改善した」を、本人の仕事までたどる

更新率や継続売上の数字があると、候補者を比べやすく感じるかもしれません。ただ、その数字が本人の担当顧客なのか、チーム全体なのか、何を分母にしたかを確認してください。顧客数での割合と金額での割合は異なり、値上げや追加契約を含むかでも意味が変わります。

面接官は、期間と対象を確認した後、「その変化に対して、あなたが行った支援を一つ教えてください」と聞いてみましょう。利用が進んだために更新したのか、契約期間や価格条件が関わったのかは、数字だけでは分かりません。支援した事実、後から観察した利用・更新、本人が考える理由を分けて記録します。

大きな数字がなくても、止まった場所を見つけ、必要な相手へ依頼し、その後を確かめた仕事には価値があります。今回の職務に必要な行動を確かめず、更新率の大きさだけへ戻ってしまうのは惜しいことです。

担当社数が同じでも、支援できる量は同じとは限らない

少数の大きな顧客へ深く関わるのか、多くの顧客へ共通の支援を行うのかで、仕事の進め方は変わります。担当社数に加えて、導入の難しさ、利用部門、地域、顧客側の担当者、技術支援の必要性を示してください。過去の担当社数を、そのまま貴社で任せられる量へ置き換えないことが大切です。

支援の手が足りない場合は、事業責任者が対象顧客や支援内容を絞るか、サポートの分担・人員を増やすかを選びます。導入につきっきりになる顧客を抱えたまま、更新交渉も追加すれば、どちらかの対応が遅れる可能性があります。「優先順位を付けられる人」という要件へ、会社が引き受ける配分の判断を隠さないでください。

英語や時差への対応も、誰と何を決める場面で必要かを示しましょう。海外の利用担当者と開始条件を合わせる仕事と、海外の契約責任者と更新条件を交渉する仕事では、確かめる経験が違います。

求人の一文を変えて、分担の不足を確かめる

会議で新しい回答を得る前に、ここまで自社で分かっている三部門の期待と現在の分担だけを使い、求人に置く「今回CSへ任せる仕事」を一文で書いて保存してください。未確認の引受けは、決まったことにせず残します。

保存した一文の横に、CSが受け取る情報、CSから渡す情報、既存部門が今担っている仕事を、同じ手元情報だけで書き出します。そこで利用開始・定着、技術調査、更新交渉が一文の中で曖昧に混じっていれば、同じ一文を書き直してください。初稿と並べ、CSに残した責任と他部門に残した責任が前より区別できるか、その違いを生んだ理由を確かめます。ここでは新しい回答を足さず、分からない引受けは未確認のままにします。

次の採用会議では、人事が上の求人文を持ち寄り、事業責任者、営業責任者、製品・サポートの責任者に、自部門が引き受ける仕事を確認してもらってください。「連携する」という返答で止めず、受け取る情報、引き受ける担当、回答できないときに判断する人を残します。合意した分担が求人と面接官の説明に同じ形で入れば、募集準備の一区切りです。

その後、営業が更新を引き受けられるという条件だけを変え、求人文を書き直してみましょう。CSへ移すなら、「更新条件の調整と契約手続きも担当する」と責任を明示し、交渉や承認の経験を確認対象へ加えます。更新担当を別に置くなら、元の職務範囲を維持したうえで、確保する責任者を決めます。

書き直したのに必須経験も担当できる量も変わらないなら、追加する仕事を軽く見積もっていないかを確かめてください。責任は増やせても、誰が技術調査を受けるかを答えられないなら、サポート側の引受けが残っています。人事が求人の言葉を整えるだけでは解けない箇所を、事業責任者へ具体的に戻しましょう。

入社後は、営業から契約時の情報が届いたか、調査を頼んだ担当が回答したか、顧客の利用を追えたかを実際の案件で確かめます。分担の承認と、その分担が機能したことは別です。受け渡しが止まった場合は、新しいCSの努力へ戻す前に、引き受けた側の仕事も見直してください。

部門ごとに期待するCSが違うときは

「導入を任せたい」「更新を移したい」「問い合わせを受けてほしい」が並んでいるなら、その違いをまとめ切らずにお聞かせください。GCIのTalent Search｜人材紹介では、事業課題と任せる役割を踏まえ、必要経験と選考の判断材料を整理します。

企業向け相談フォームには、顧客の利用が止まっている段階と、更新を誰が担う予定かを記してください。部門の期待を、候補者にも説明できる仕事へ整えるところから取り組みましょう。

参考資料

確認日は2026年10月28日です。

• GitLab「Customer Success Management」：利用・成果・顧客の目的、更新や拡大の機会とリスクへの関与。ページ最終更新表示は2026年9月24日。
• GitLab「Renewals Manager」：更新を進める役割と、営業・CSなどとの協働。ページ最終更新表示は2026年4月13日。
• GitLab「Job Description Library」：資料の鮮度に関する注意。ページ最終更新表示は2026年3月4日。
• GCI「Talent Search｜人材紹介」「企業向け相談フォーム」：人材紹介の支援範囲と相談入口。公表・更新日は確認できていません。