はじめに — 11年のキャリアと、この記事で語ること
はじめまして、Aoと申します。本サイトを運営しているCS実務者です。
私のキャリアは、11年前に派遣オペレーターとして委託先コールセンターに座ったところから始まりました。3年間オペレーター・SVとして電話を取り続けたあと、自社CSポジションに転職して6年。さらに別会社のCSマネージャーとして2年が経ち、ちょうど今、CSツールの選定真っ只中にいます。
この記事は、その11年で経験した**「3つの違うCSの世界」と、その間に経験した2回の転職**をまとめた、約24,000字のロードマップです。長いですが、読み終える頃には以下の問いに答えが出るように設計しました。
- 委託先BPOで働いている人 → 「ここから抜け出すには、いつ・どう動けばいいのか」
- 未経験からCSへ移りたい人 → 「採用される人は、どんな職務経歴書を書いているのか」
- 自社CS担当 → 「マネージャーになる人とならない人は、何が違うのか」
最初にお断りしておきます。私は現在も事業会社の現役管理職なので、自社の社名・自社製品・取引先BPO名・自社の具体的なKPI数値・個別の同僚エピソードについては、本記事では一切触れません。匿名性とコンプライアンスを担保しつつ、それでも語れる範囲だけで「業界共通のリアル」を書いています。逆に言えば、この制約をかけても語れることだけが、ここに残っています。
11年分のうち、たぶん5%くらいしか語っていません。でも、その5%は他では読めない5%だと自負しています。
結論 — 11年で見えたCSキャリアの3つの真実
本論に入る前に、11年を振り返って気づいた3つの事実を先に書きます。続きを読む時間がない方は、ここだけ持ち帰ってください。
1. 委託先BPOから自社CSへの距離は、ほとんどの人が思っているより遠い
仕事内容は重なって見えても、評価される能力が180度違います。BPOで評価されたのは「KPIを守る力」、自社CSで評価されるのは「KPIを設計する力」でした。この越境には、業務経験の積み重ねより「言語化と提案の訓練」が効きます。私は3年目でも転職に苦労しましたが、原因は経験不足ではなく、言葉の蓄積不足でした。
2. 自社CS担当から管理職への距離は、思っているほど遠くない
CS担当として2-3年も成果を出していれば、マネージャーへの椅子は実は近くにあります。多くの人が手前で止まっているのは、能力不足ではなく「マネジメントを志望していること自体を表明していない」からです。私もそうでした。志望表明と社外への露出を始めた瞬間に、選択肢が一気に増えます。
3. ツール選定・KPI設計・キャリア戦略は、同じ問い(=何を成果と定義するか)の3つの顔である
11年やってきて気づいたのは、ツール選定で迷う管理職と、KPI設計で迷う担当者と、キャリアで迷う若手は、実は同じ問いに直面しているということでした。「自分の、あるいは組織の成果を、何で測るか」。これが定義できれば3つ全部が解け、定義できなければ3つ全部に迷い続けます。
Phase 1 — 委託先BPOコールセンター時代(3年)
派遣オペレーターとして座った最初の日
私が初めてコールセンターに座ったのは、20代前半の春でした。新卒採用がうまくいかず、派遣登録会社の紹介で「未経験OK・通勤30分以内・時給1,400円台」の条件に飛びついた、というのが正直なところです。配属先は外資系メーカーのテクニカルサポートを請け負うBPO拠点。10日間の集合研修を受けて、3週間目に本番デビューしました。
テクニカルサポートは「お客様の困りごとを聞いて受発注処理する」一般的なカスタマーサポートと違い、製品の不具合を切り分けてトラブルシュートする業務です。要求される製品知識の量も、応対の難易度も、一段上。その分、時給も研修期間中の手当も、一般的な受電業務より少し高めに設定されていました。
最初の1ヶ月は、ひたすら緊張していたのを覚えています。台本があっても噛む。お客様に怒鳴られて手が震える。隣のSVが横で聞いていることに気づくと、それだけで頭が真っ白になる。「明日辞めようか」と毎日思いながら、それでも辞めなかったのは、たぶん隣の同期も同じ顔をしていたからです。
3ヶ月で台本が頭に入り、半年で「自分の言葉」で話せるようになりました。1年経つ頃には、後輩の研修を任されるようになっていました。
BPOの1日 — 5分単位で管理される勤怠
委託先BPOの1日は、5分単位で記録されます。出勤打刻 → 朝礼 → CTIログイン → 着信開始 → 後処理 → 離席(トイレ・休憩のみ許可) → 復帰 → 終礼 → 退勤打刻。すべてが秒単位で勤怠システムに残り、シフトリーダーが翌日に集計します。
業界の典型的な1日(8時間シフト)は次のような割り振りです。
- 朝礼・チーム共有: 15分
- 受電対応: 約5.5時間
- 後処理(チケット記録・申し送り): 約1時間
- 休憩(法定): 60分
- ロールプレイ・モニタリング指導: 15分
この勤怠管理は息苦しい一方で、未経験者を業務遂行レベルに引き上げる装置として極めて効率的です。「考えなくてもできる仕事」に分解されているので、3ヶ月でほぼ誰でも戦力になります。これがBPOの最大の強みであり、同時に最大の制約でもあります。
評価されるのは「KPIを守る人」だけ
オペレーターとして評価される指標は、業界共通でほぼ決まっています。
- AHT(平均応対時間): 1コールあたり何分で完了するか
- ACW(後処理時間): 通話後のチケット記入時間
- 応答率: 着信に何%応答できたか(チーム単位)
- FCR(初回解決率): 1回の通話で問題を完了解決できた割合(テクサポでは特に重視)
- CSAT(顧客満足度): アンケート回収スコア
- モニタリングスコア: SVが録音を聞いて採点する社内品質スコア
これらの数値を**「守れる人」が評価され、昇給・昇格していきます**。逆に言えば、「KPI自体を設計する」「KPIを通じて事業に貢献する」という発想は、オペレーターのレイヤーには存在しません。設計するのは委託元の事業会社側であり、BPO現場はあくまで実行者です。
私はこの構造に、2年目あたりから少しずつ違和感を感じ始めました。
派遣→契約→正社員→SV、雇用形態の階段
委託先BPOには明確な雇用形態の階段があります。業界の一般的なレンジは以下のとおりです。
| 雇用形態 | 年収レンジ目安 | 業務内容 |
|---|---|---|
| 派遣オペレーター | 時給1,200〜1,800円(年250〜350万円) | 受電のみ |
| 契約社員オペレーター | 月給20〜25万円(年280〜340万円) | 受電+後輩指導 |
| 正社員SV | 年収350〜450万円 | チーム管理・KPI集計・新人研修 |
| 正社員センター長 | 年収500〜650万円 | 拠点全体・委託元との折衝 |
私の場合、2年目に転機がきました。派遣から契約社員への切り替えと、SV候補としての打診を、ほぼ同時に受けたのです。本来なら喜ぶべき出来事だったはずですが、不思議とその瞬間から、ある種の違和感が芽生え始めました。SVになるには、契約社員からさらに正社員試験を受け、合格してから1〜2年の見習い期間を経る必要があった。階段は登れるけれど踊り場が長く、見えている頂上の景色が「自分が登りたい山だったか」を考え直す時間としては、ちょうど良かったというのが今振り返っての感想です。
委託先で身についたこと、身につかなかったこと
3年間で何が手に入って、何が手に入らなかったかを整理しておきます。これは後の転職活動で職務経歴書を書く時に、嫌というほど直面することになります。
身についたもの
- 傾聴とクッション言葉、応対基本動作
- 怒鳴られても折れないメンタル耐性
- KPIに対するシビアな数字感覚
- 業務プロセスを「正確に再現する」能力
身につかなかったもの
- 戦略を立てる思考(課題発見→仮説→施策)
- 部門横断での調整力(営業・PM・開発との連携)
- データ分析と提案資料作成
- 事業全体を俯瞰する視点
後者の不足こそが、自社CSへの転職活動で最大のハードルになりました。
3年で「ここの天井」が見えた瞬間
2年目から3年目にかけて、3つの瞬間が積み重なって、私はBPOを離れる決意をしました。
1つ目は、前述のSV候補に打診されたときです。喜ぶべき場面のはずなのに、「このまま正社員試験を受けて受かっても、待っているのは”より上手にKPIを守る側”になる仕事だ」と気づいた瞬間でした。違和感が芽生えたのはこの時です。
2つ目は、委託元の担当者と打ち合わせをしたときです。彼らは私と同年代なのに、KPIを設計し、私たちに発注し、結果を経営に説明していました。同じ「コールセンターの仕事」なのに、立っている場所がまったく違うことを思い知らされました。
3つ目は、委託元企業の公式採用ページを開いたときです。「もしかして委託元は、自分のような人間を直接雇うこともあるのでは」とふと思いつき、何気なく覗いてみたら、自社カスタマーサポートのポジションが募集されていた。同じ製品を支えるなら、BPOの実行者としてではなく、メーカー側の正社員として向き合いたい。そう直感した瞬間でした。
Phase 1 で得られる3つの教訓
教訓1: 委託先BPOは社会人としての「足腰」を作る最高の場所。ただし「頭脳」を鍛える機会は限定的なので、自分で外に求める必要がある。
教訓2: KPIを守る側から設計する側へ移るには、業務経験ではなく「言語化と提案の訓練」が必要。社外コミュニティ・noteでの発信・読書会への参加が効く。
教訓3: 昇格の階段は登れる。ただし踊り場が長い。3年以内に「この階段の頂上で自分が何をしているか」を想像し、納得できなければ次の打ち手を準備すべし。
Phase 2 — 委託先→自社CSへの転職(転職活動編1)
違和感が形になるまで、約1年
私が本格的に転職活動を始めたのは、SV候補打診を受けてから1年ほど経った頃でした。違和感は2年目に芽生えていましたが、「これは贅沢な悩みなのか、それとも本物のシグナルなのか」を見極めるのに、それくらい時間がかかったということです。
決定的だったのは、20代後半が見えてきた年齢的な焦りでした。**「今動かなければ、自分はずっとここにいる」**という感覚が、ある日強烈に襲ってきた。具体的なきっかけは些細なことです。同じ拠点で長く働く先輩を見て、自分の5年後・10年後の姿が見えてしまった、その種の感覚でした。
全方位で20〜30社、まず広く見た
転職活動の最初の2ヶ月は、徹底的に広く見ました。当時の私が真剣に検討した方向性は4つあります。
| 検討した方向性 | 具体例 | 自分の中での感触 |
|---|---|---|
| SaaS企業のCS | 当時新しかった「カスタマーサクセス」職 | スキルは伸びそうだが完全未経験 |
| 別業界のテクサポ | 通信・SI系企業のサポート部門 | 業務は似ているが製品知識ゼロから |
| 営業職 | IT営業、メーカー営業など | まったくの新領域、年収アップ可能性 |
| 事務職 | バックオフィス、人事サポートなど | 安定するが「逃げ」の選択にも見える |
リクルートエージェント、doda、ビズリーチ、Wantedly、LIBZの5社に登録し、カジュアル面談を含めて20〜30社と接触しました。当時はカジュアル面談を提供する企業がちょうど増え始めていた頃で、「いきなり選考に入る前に、まず話を聞ける」のは本当に助かりました。
4つの選択肢を比較した結果、見えた自分の本音
2ヶ月ほどカジュアル面談と情報収集を重ねるうちに、私の中で2つの本音が浮上してきました。
本音1: 20代後半に差し掛かるこのタイミングで、まったく新しい業界にゼロから飛び込む勇気がない
本音2: BPO時代、自分は「この製品を支える仕事が好きだ」と感じていた
この2つを認めた瞬間、選択肢は一気に絞られました。SaaS CSも営業職も事務職も、どれも「未来の自分」を想像すると胸が躍らない。一方で、当時担当していた外資系メーカーの直接雇用を想像したときだけ、心が動いた。製品愛があったから、というのが正直なところです。
「未経験から伸びそうな道」と「自分が好きだと感じていた道」は、必ずしも一致しません。20代前半なら前者を選んでいたかもしれませんが、20代後半に近づくにつれて、後者を選ぶ重みが上がっていく。これは私の場合の話ですが、似た感覚を持つ方は多いと思います。
公式採用サイトを開いた日
絞り込みが決まってから、私は委託元の公式採用サイトを開きました。「もしかして」と思いながらアクセスしたら、自社カスタマーサポートのポジションが、ちょうどそのとき募集されていたのです。これは運と言えば運ですが、振り返ると外資系メーカーのCS系ポジションは通年で慢性的に募集しているのが普通なので、いつ開いても同じ結果だったかもしれません。
応募ボタンを押したあと、エージェント経由で並行して進めていた他社の選考は、内定が出た時点で全て辞退しました。「結果が出てから絞れば、心理的に楽」というのが、5社並行応募で得た最大の気づきです。
採用の決め手 — 「製品が好きか」より「ユニークか」
採用が決まった後に自己分析すると、複数の要素が重なって評価された感覚があります。1つの “決定打” があったというより、履歴書の各項目が全方位で減点要素にならなかった、というのが正直なところです。
ここで強調しておきたいのは、外資系メーカーの採用面接で本当に問われているのは、**「あなたはこのブランドが好きか」ではなく「あなたはユニークな人材か」**ということです。
採用担当者の頭にあるのは、おそらくこういう問いです。
「この会社にはすでに優秀な人材が大勢いる。 この応募者は、その中にまだない視点・経験・性格を持ち込んでくれるか?」
「製品が好きです」「ずっとファンでした」と言うだけでは、他の候補者と差別化できません。むしろ**「自分はこういう変わった経歴・思考・経験を持っていて、それがこのチームに新しい何かをもたらせる」**と語れる人が選ばれる。
私はBPO時代の3年間で得た、**「委託先側から委託元の働き方を観察できた立場」**を、自分なりのユニークな視点として面接で語りました。同じ製品を支える仕事でも、両側を経験した人は少ない。その視点を、自社カスタマーサポートの仕事にどう活かせるかを語ったのです。
年収は約150万円アップ
数字の話を書きます。具体額は伏せますが、変化幅は約150万円アップでした。BPO契約社員時代の年収は業界一般値の300万円前後、外資系メーカー入社1年目で450万円前後になった、というレンジです。
業界一般値で言えば、未経験から自社CS転職での年収アップは**+50〜100万円が中央値**。私のケース(+150万円)はやや高めの上昇幅でした。理由は振り返ると2つあると思います。
- テクニカルサポートの専門性: 一般カスタマーサポートより業務難度が高い領域だったため、転職市場での評価が高かった
- 委託元への移籍特有の優位性: 採用側から見れば、自社製品を3年間サポートしてきた経験者は、外部から採用するよりも教育コストが圧倒的に低い
このとき強く感じたのは、**「BPOの時給ベース給与は業界水準より明らかに低い」**という構造的な事実です。同じ製品を同じ知識でサポートしても、契約形態が変われば年収は1.5倍前後になる。これは個人の能力の問題ではなく、業界の構造です。
BPO出身者の落とし穴 — 業務知識ではなく「判断責任」の重さ
入社直後を振り返って意外だったのは、業務知識面ではほぼ苦労しなかったことです。3年間同じ製品のテクニカルサポートをしてきた人間にとって、入社初日から飛び込んでくる問い合わせは、ほぼ全て頭の中にありました。業務知識継承の効率という意味で、委託先から委託元への移籍は最強のキャリアパスです。
ところが、まったく別のところで壁にぶつかりました。自分で判断する責任です。
委託先BPOには、明確なマニュアルとエスカレーション基準があります。「考えなくても、ルールに従えば仕事は回る」。むしろマニュアル外の独自判断はリスクとされ、必ずSVや管理者の承認を経るのが規律でした。
ところが自社カスタマーサポートになると、この前提がいきなり崩れます。
- 「このケースをどう処理しますか?」→ 自分が考える
- 「お客様にどこまで対応しますか?」→ 自分が判断する
- 「次のアクションは何ですか?」→ 自分が決める
最初の3ヶ月、私は何度も「これ、本当に自分で決めていいんですか?」と上司に確認しました。判断のサイズと責任が、BPO時代とは桁違いに大きいことに、頭ではなく身体が慣れるまで時間がかかりました。
本質的な違い: BPOは「判断しないことが正しい」、自社CSは「判断しないことが間違い」。マインドセットが180度違う。
Phase 2 で得られる3つの教訓
教訓1: 全方位で広く市場を見た上で、最終的に「自分は何が好きか」「何にリスクを取れる年齢か」で絞り込め。20代後半以降は、未知の業界より既知の業界の深掘りが効きやすい。
教訓2: 外資系メーカー面接で問われるのは「製品愛」ではなく「ユニークさ」。自分にしかない経歴・視点・性格を、面接の主役として語れ。
教訓3: BPOから委託元への移籍は、業務知識継承の最強パスである。一方、本当の壁は知識ではなく「自分で判断する責任」。最初の3ヶ月は徹底的に質問し、判断の根拠を言語化する習慣を作れ。
Phase 3 — 自社CS担当時代(6年)
委託元での6年は、振り返ると前半3年と後半3年でまったく別の仕事でした。前半は対面の店舗カウンターでBtoC、後半は法人向けの部署でBtoB。同じ会社・同じ製品なのに、求められるスキルセットが大きく変わる経験を、社内異動を通じて連続で経験できたのは、後のキャリアにとって大きな財産になりました。
前半3年 — 電話から対面へ、同じ仕事の別の顔
入社後最初の3年間、私が配属されたのは直営店舗の対面サポートカウンターでした。BPO時代と同じ製品のテクニカルサポートを担当するのですが、媒体が電話から対面に変わるだけで、仕事の質感が大きく変わることを思い知りました。
電話越しの対応との一番の違いは、お客様の「困っている顔」がそこに見えていることです。電話なら声色から推し量るしかなかった感情が、目の前にダイレクトに表れる。逆に、こちらの表情・身振り・距離感もすべて伝わる。「ちゃんとした対応」だけでなく、「気持ちの良い対応」が常に評価される世界でした。
対面サポートで身についたスキル
| 領域 | 電話時代との違い |
|---|---|
| ヒアリング | 表情・身振りを観察しながら、本当に困っている部分を探る |
| 説明 | 端末を一緒に操作しながら手順を見せる |
| 共感 | お客様が落ち着くまで待つ。急かさない |
| エスカレーション | 「相談しますね」と一旦下がってバックヤードで先輩に確認する独特のリズム |
私はこの3年でシニア層に昇格しました。具体的なポジション名は伏せますが、新人研修や複雑なケースの相談役を兼ねる役割です。BPO時代に培った製品知識と、対面で磨いたソフトスキル、両方が活きるポジションでした。
後半3年 — BtoCからBtoBへ、最大の転換
転機は4年目でした。社内の異動の機会で、法人顧客向けのカスタマーサクセス的な部署に移ったのです。同じ会社・同じ製品なのに、仕事の中身は丸ごと別物になりました。
BtoCとBtoBの「同じ」と「違う」
| 観点 | BtoC(前半3年) | BtoB(後半3年) |
|---|---|---|
| お客様 | 個人の利用者 | 企業の情シス・経営層 |
| 解決する単位 | 1件の不具合 | 数百〜数千台のデバイス、運用全体 |
| 評価軸 | 1人の満足度 | 契約継続・追加導入 |
| 関係の長さ | 単発が多い | 数年単位の継続関係 |
| 必要なスキル | 製品知識 + 接客 | 製品知識 + ビジネス理解 + プロジェクト管理 |
これはまさに、現代のSaaS業界で語られる「カスタマーサクセス」そのものでした。お客様が困ってから対応するリアクティブではなく、お客様が成功するための先回り = プロアクティブな動きが求められる。
ここで初めて、私はカスタマーサクセスという概念を、概念ではなく身体で理解しました。
BtoB期に身についたこと
- 長期視点でお客様を捉える: 単発の対応ではなく、3年後・5年後の関係を意識する
- ステークホルダーマップの作り方: 1つの法人顧客の中に、決裁者・利用者・調達担当が並列に存在する複雑性
- 数字で語る習慣: 「お客様が成功した」と感情で言うのではなく、解約率・追加契約数・利用率で語る
- 社内連携の幅: 営業・PM・開発・マーケティング・法務まで巻き込む案件が常時複数走る
この3年が、後の「CS管理職への転職」の土台になりました。
最大の壁 — リアクティブ思考からの脱却
BtoBに移って最も苦労したのは、「お客様から連絡が来たら対応する」というリアクティブ思考からの脱却です。
BPO 3年と店舗3年の合計6年間、私は「ベルが鳴ってから動く」が当たり前の世界にいました。受電・受付の世界では、ベルが鳴っていない時間は手が空いている時間に等しい。ところが BtoB では逆です。ベルが鳴っていない時こそ、お客様の状況を読み取り、先回りして動かなければいけない。
「次はこのお客様にこの提案をしよう」「3ヶ月先の更新を見据えて、今からこの情報を共有しておこう」と、自分から仕事を作り出す感覚は、それまでの私の働き方と180度違いました。
これに慣れるまで、半年〜1年かかったと思います。自分から動かないと評価されない世界は、BPO的・店舗対応的な勤勉さとはまた別の筋肉を要求してきました。
6年で使ったツール — 独自エコシステムの中で育つ
委託元の自社CSチームでは、ほぼすべて社内開発の独自ツールが業務基盤でした。世の中で広く使われているSalesforceやZendeskといった標準SaaSは、ほぼ触れる機会がありません。前半3年の店舗時代、後半3年のBtoB時代を通じて、私が日常的に使っていたのは以下です。
- 独自CRM: お客様・契約・対応履歴を一元管理する社内システム
- 独自Wiki/ナレッジ: 製品情報・対応手順を蓄積する社内基盤
- メール: 標準的なメール環境
- Slack(後半3年から): BtoB部署に異動してから業務コミュニケーションに導入された
「独自ツール環境で育つ」ことのメリットとデメリット
| 観点 | 内容 |
|---|---|
| メリット | 製品と完全に統合された設計で、業務効率は極めて高い |
| メリット | データ品質が高く、顧客情報の一元化が徹底されている |
| メリット | ツールに振り回されず、業務の本質に集中できる |
| デメリット | 転職時に「ツール経験」を職務経歴書に書きづらい |
| デメリット | 業界標準SaaSに触れる機会がないため、別企業に移った後のキャッチアップが必要 |
これは外資系メーカーでキャリアを積んだCS担当者の転職時の地味な落とし穴です。BtoB CSの業務経験は確実に積み上がっているのに、応募先で「Salesforce 何年使いましたか?」と聞かれて答えに窮する瞬間がある。私もこの壁にぶつかりました。
6年目に「天井と裁量」を同時に意識し始めた
委託元在籍6年目、私の中で複数の感覚が重なっていきました。
天井: BtoB部署で経験できるポジションは、シニア層から先に進むには席が極めて限られていた
マンネリ: 同じ顧客カテゴリ・同じツール・同じプロセスで3年以上回している実感
マネジメント志向の芽生え: プレイヤーとして6年やった以上、次は「人と組織を動かす側」への挑戦欲が出てきた
ここに、もう1つ大きな感覚が加わりました。
スキルが身についた実感と、市場で試したい欲求
6年間で、自分は確実に伸びた、という実感がありました。これだけ違う種類の仕事を経験した6年は、薄っぺらいキャリアでは絶対にない。ただし、同じ会社の中だけで通用するスキルなのか、それとも社外でも通用するスキルなのかは、外に出てみないと分からない。
「自分の市場価値を、ちゃんと試したい」。この欲求が、転職活動の直接的な引き金になりました。
なぜ大企業ではなくスタートアップを選んだか
転職活動では、大手からスタートアップまで幅広く見ました。最終的にスタートアップを選んだ理由は3つです。
理由1: 能力が給与に直結しやすい 大企業は等級制で個人能力と報酬の連動が緩い。スタートアップは個人の貢献が報酬に反映されやすい構造になっている
理由2: 裁量を持てる範囲が広い 「これを変えたい」と思った時、上の決裁を10人通すか3人で決められるかの違いは決定的に大きい
理由3: マネジメントの実戦経験を早く積める 大企業では管理職になるまで何年もかかる。スタートアップは1年目から人を任される機会がある
「スキルはついた、でもまだ仕上がっていない」という状態を、もう一段押し上げてくれる環境としては、スタートアップが理想的でした。
Phase 3 で得られる3つの教訓
教訓1: 同じ会社で「異なる種類の仕事」を経験できる機会(店舗→BtoB等の社内異動)は、外に出る前に絶対に取りに行け。1社で複数キャリアを積めれば、転職活動の説得力が桁違いになる。
教訓2: 独自ツールに頼るキャリアには、職務経歴書での「ツール経験」を書きづらい落とし穴がある。在籍中に標準SaaS(Salesforce・Slack・Confluence等)に意識的に触れる機会を作っておけ。
教訓3: 「スキルが身についた実感」と「市場価値の確認欲」が同時に来た時、それは転職活動を始めるサインである。動かないと、その実感は徐々に陳腐化していく。
Phase 4 — 自社CS→管理職への転職(転職活動編2)
2回目の転職活動 — 軸を持って動けた4ヶ月
委託元在籍6年目、私は再び転職活動を始めました。1回目(BPO→委託元)と最大の違いは、最初から明確な軸を持っていたことです。
| 比較 | 1回目(BPO→委託元) | 2回目(委託元→現職) |
|---|---|---|
| 動機 | 「ここを抜け出したい」 | 「次のステージで自分を試したい」 |
| 業界の幅 | SaaS・テクサポ・営業・事務まで広く | 最初から軸ありで絞れた |
| 軸 | 漠然と「自社の正社員になりたい」 | 能力直結報酬・裁量・マネジメント実戦 |
| 期間 | 数ヶ月かけて広く見て絞った | 4ヶ月で集中 |
| エージェント活用 | 5社登録、メイン応募は公式サイト | 5社登録、エージェント経由が中心 |
活動規模は以下のとおりです。
- 期間: 4ヶ月
- カジュアル面談含む接触社数: 20〜30社
- 選考に進んだ社数: 約10社
- 最終面接到達: 5社
- 内定: 3社
使ったエージェントは リクルートエージェント、doda、ビズリーチ、Wantedly、LIBZの5社です。1回目と同じ顔ぶれですが、6年の実務経験がついた今回はハイクラス向けのビズリーチが中心に動いてくれました。6年の実務経験を持つCS人材は市場で評価が高く、エージェント経由のスカウト型が主流になりました。
内定3社のうち、自分の経験が一番活きる会社を選んだ
最終的に内定が3社出ました。具体名は伏せますが、3社それぞれ違うタイプの会社でした。並べると、私の意思決定プロセスがそのまま見える構図です。
| 内定 | 特徴(抽象) | 結果 |
|---|---|---|
| 内定A(現職) | スタートアップ・委託先コールセンター管理に課題を持つ会社 | ✅ これに決めた |
| 内定B | 同業のスタートアップ・CS組織立ち上げ初期 | ゼロイチには魅力があったが、自分の経験が断片的にしか活きない |
| 内定C | 規模の大きいSaaS | 給与は高いが裁量と環境のスピード感が物足りない |
決め手は明確でした。現職はCSの中でも特に「委託先コールセンターの管理業務」に課題があり、それが自分の経験と完璧にマッチしていたのです。
考えてみれば、私のキャリアは次のように積まれていました。
- BPO側で3年: 委託先で電話を取り続け、KPIを実行する側を体験
- 委託元 前半3年: 直営店舗で対面サポートとシニア層の運営
- 委託元 後半3年: BtoB CSで法人顧客のプロアクティブ運営
つまり、委託先の中で働いた経験と、委託元の中で働いた経験を、両側から持っている。これは業界的に稀少な組み合わせです。
「BPOを管理できるCS管理職を欲しい」と考えていた現職の課題と、「BPO側も委託元側も両方知っている」という私の経験は、ピースのようにハマりました。
「過去の経験を活かす」と「新しい挑戦」は両立する
ここで読者にお伝えしたいのは、転職における”経験の活かし方”の本質です。
多くの人は「経験を活かす転職」と聞くと、「同業他社で同じ役職をやる」を想像します。でも、それだけが活かし方ではありません。
私が選んだのは、過去の異なる経験を再構成して、新しい役割に組み込む転職でした。
- BPO 3年の経験 → 「BPOで働く人の気持ち」「BPO現場の制約」が分かる
- 委託元 6年の経験 → 「委託元として何を求めるか」「KPIをどう設計すべきか」が分かる
この両方を持っている人だけが解ける課題を持つ会社を選んだ、ということです。同業他社で同じ仕事を繰り返すよりも、自分の経験を新しい組み合わせで再定義できるポジションのほうが、市場価値も成長機会もはるかに大きい。
キャリアの公式: 経験 A + 経験 B + 新しい役割 C = あなただけの希少性
「A単体」「B単体」では誰でも代替可能でも、「A×B×C」になった瞬間、市場でほぼ唯一無二の存在になる。
採用の決め手 — 経歴の総合力 + 偶然のフィット
採用が決まった後に自己分析すると、複数の要素が重なって評価された感覚があります。1つの “決定打” があったというより、履歴書の各項目が全方位で減点要素にならなかった、というのが正直なところです。
評価された7つの側面
特にプラスに働いたと自分が思っている要素を整理します。
| 評価軸 | 該当する経験 |
|---|---|
| 委託先・委託元の両側経験 | BPO 3年 + 委託元 6年の組み合わせの希少性 |
| テクニカル領域の理解 | 製品技術サポートのバックグラウンド |
| 大企業のオペレーション知識 | グローバルブランドの運用品質を理解している |
| 数字とKPIで語れる力 | 成果を定量化して説明できる素養 |
| 当事者意識 | 面接で「これをこうしたい」と提案できた |
| カルチャー適合 | スタートアップのスピード感に共鳴できる雰囲気 |
| マネジメント経験の片鱗 | シニア層・新人研修担当・小チーム運営 |
これらは個別に見ると「決定的な強み」ではありません。でも、減点要素にならない項目が多面的に揃うこと自体が、採用側にとっての安心材料になりました。スタートアップは1人の採用ミスが致命的なので、**「多くのリスクが消える人」**が選ばれやすいのです。
偶然の追い風 — 業界経験者がいた
もう1つ、意思決定に大きく作用した要素があります。
現職には、たまたま私の前職と同じ業界出身者が複数人いたのです。面接でも面接後の会話でも、「業界の話が通じる人」が組織内にいる安心感は大きかった。先方にとっても、私の前職の文化的背景や働き方を、改めて説明する必要なく理解してくれる人がいる。これは双方にとっての時短になります。
これは運の要素ですが、再現可能な学びとしては次のようになります。
再現可能な学び:
① 採用面接の前に、その会社の社員リスト(LinkedIn等)を確認し、自分のバックグラウンドと共通点を持つ人がいるかチェックする
② 共通点があれば面接で言及する。「御社に◯◯出身の方がいらっしゃいますね」と一言挟むだけでも空気が変わる
③ 共通点がなければ、自分のバックグラウンドを”翻訳して見せる”説明を準備する
転職は実力5割・運5割、というのが正直な体感です。運を呼び込むには、自分の側で打てる手が複数あるということを覚えておいてください。
年収は約100〜150万円アップ
数字を言うと、委託元在籍最終年は約550〜650万円、現職スタートアップ入社1年目で約700〜800万円。変化幅は約100〜150万円アップでした。
Phase 2(BPO→委託元)の +150万円アップ と並べると、絶対額は近いものの増加率は変わります。
| 転職 | 変化幅 | 倍率 |
|---|---|---|
| 転職1(BPO→委託元) | +約150万円 | 約1.5倍 |
| 転職2(委託元→スタートアップ) | +約100〜150万円 | 約1.2〜1.3倍 |
絶対額が近いのに倍率が下がるのは、ベースの年収水準が上がっているからです。1回目はBPOの低い水準から業界標準の正社員水準への “正常化” でしたが、2回目はすでに業界水準にいる人間が**マネジメント役職に上がる際の”格付けアップ”**でした。
Phase 4 で得られる3つの教訓
教訓1: マネジメント職転職では「決定的な強み」より「複数側面で減点ゼロ」が評価される。履歴書の全項目を、それぞれ独立した強みとして言語化しておけ。
教訓2: 経験の組み合わせ(委託先×委託元・BtoC×BtoB・テクニカル×ビジネス)を新しい役割で再構成できる場所を選べ。同業同役職の繰り返しよりも市場価値が高い。
教訓3: 偶然のフィット(元同社の人がいる等)は、事前のLinkedInチェックで仕掛けに行ける。運を呼び込む準備は実力の一部である。
Phase 5 — CS管理職(現在進行形2年)
入社直後 — プレイヤーから管理者への転換
現職での最初の3〜6ヶ月で、私が一番苦労したのは 「自分でやる方が早い」誘惑 ではありませんでした。むしろ困ったのは、コミュニケーションとお金、この2つです。
具体的には:
- 委託先BPOに対して、発注側として何をどう伝えるか
- チームのツール選定や予算決裁を、自分が判断する側になる感覚
この2つは、プレイヤー時代には触ることのなかった領域です。
体制の規模感(参考まで)
現職の体制を簡単に共有しておきます。
| 領域 | 人数 |
|---|---|
| 自社CSチーム(自分の直接の部下) | 社員4名+パート5名 = 9名 |
| 委託先BPO | オペレーター10名+SV1名 |
| 直属の上司 | CS部 部長 |
スタートアップ規模の小回りが利くチームで、自社+委託先で約20名の体制を、CS部長の下で実質的にリードするポジションです。
委託先BPOを”管理する側” — 最初に明かすことから始めた
入社直後、私が委託先BPOとの最初のミーティングで真っ先にやったのは、自分が委託先BPOで3年間オペレーター・SVをしていたことを明かすことでした。
これには明確な意図があります。委託元の管理職と委託先のSVという関係は、契約上は発注側と受注側、立場の上下が存在する関係です。でも、その立場のまま管理を始めると、現場の本音は上がってこなくなる。
「委託元の管理職が現場のリアルを分かっていないせいで、無茶な要求が降ってくる」── これは私自身がBPO時代に何度も感じていた苦痛でした。同じ景色を、自分が立場を変えた途端に作り出してしまうのは、絶対に避けたい。
私が最初の打ち合わせでSVに伝えたのは、こんなメッセージでした。
「自分も委託先で3年間電話を取っていました。だから、現場で何が起きているか、ある程度は分かるつもりです。 ここからは “発注先と受注先” ではなく、“一緒にこのサービスをよくする仲間” として、率直に話していきたいです」
このたった一言で、SV(年上で、過去通信系の業界経験を持つ方)との関係性は最初から協力的に始まりました。
協力体制ができると、改善要求も新ルールも通る
委託先との関係を「協力体制」に再定義できたことで、後の管理業務が驚くほどスムーズになりました。
- 改善要求 → 「うちは精一杯やってます」型の防御反応がほぼ起きない。SVが先回りで「ここは確かに改善余地あります、こうしませんか」と提案してくれる
- KPI変更や新ルール導入 → 「契約範囲外です」と突き返されることがなく、「現場負担を考えるとこういう順序がいいです」と建設的なフィードバックが返ってくる
- 緊急対応 → 自社の急ぎ理由を伝えれば、相手も最大限の協力体制を取ってくれる
これは 「契約関係ではなく協力関係」 という前提を最初に作ったことの効果です。後から作り直すより、最初の数分でセットアップしておく方が圧倒的に効きます。
直接指揮権限のない領域は、SVを動かして動かす
ただし、すべてを直接動かせるわけではありません。最大の難所は 個別オペレーターの品質や行動に関するフィードバック です。
委託契約の構造上、自社の管理職が委託先のオペレーター個人に直接フィードバックすることは原則できません。やってしまうと指揮命令系統の混乱 + 偽装請負リスク という、契約面・法務面の重大問題になります。
ここは絶対にSV経由で進める必要があります。「自社マネージャーは指揮しない。SVがやりたくなるよう、情報と環境を整える」 ── これが、直接指揮権がない領域でのマネジメントスタイルです。
「常時Web会議接続」のスタイル
私の現職では、毎日朝会・夕会、日中は基本的にWeb会議を開きっぱなしにしています。SVも自社チームも、いつでもエスカレーションや相談ができる体制です。
これは旧来型のBPO管理(月次定例+問題発生時のみ連絡)からすると異例の密度ですが、意図的に選んだスタイルです。
理由はシンプル、「現場の判断負荷を下げる」 ためです。常時接続にしておけば、「これどう思います?」と数秒で確認できる。判断のリードタイムが秒単位になることで、現場の意思決定速度と質が一気に上がります。
BPO時代、私自身が「些細な確認のためにメールを書いてSVに渡し、返事を待つ時間が苦痛だった」記憶があるからこそ、自分が委託元の管理職になった時、この障壁を最小化したいと強く思いました。BPO時代の不快感が、現職のマネジメント設計の出発点になっているわけです。
ツール選定 — 「お金を動かす側」になる感覚
現職での2つ目の大きな転換は、ツール選定・予算決裁に関わる側になることでした。
プロジェクトの座組
| 役割 | 担当 |
|---|---|
| スポンサー(決裁者) | CS部 部長 |
| PM(プロジェクト推進) | 私 |
| 関与するチーム | 自社CS + 委託先BPO |
私はPMなので、最終的な決裁は部長です。しかし、「何を選ぶか」「いくらかける価値があるか」を試算・提案する責任は私にある。これがプレイヤー時代との最大の違いでした。
投資規模と求められる効果
検討中のツールは生成AIを活用するCSソリューションで、規模感は以下です。
- 運用コスト: 年額 400万円まで
- 初期導入費: 150万円まで
- → 初年度トータル 約550万円規模 の意思決定
期待される効果は2系統:
- AHTおよびACWの削減 → オペレーター1人分のコスト削減
- 将来の問い合わせ増加への対応力 → 自社プロダクトの成長に耐えうるオペレーション体制
最大の壁 — 「使ってみないと最大効果が分からない」AI導入の本質的な不確実性
そしてROI試算で最も悩んだのが、AI系SaaS特有の不確実性でした。
AIツールには、以下の段階的な効果立ち上がりがあります。
- 導入後、自社のナレッジを学習データとして整備する期間
- オペレーターの利用習熟が進むまでの期間
- AI の精度が運用フィードバックで向上していく期間
つまり「今すぐ計算した試算値」と「半年後・1年後の実効値」は大きく乖離する可能性があり、しかも事前に確定できない。
これは ROI試算の経験ゼロの状態で対峙するには、なかなか手強い問題でした。
どう乗り越えているか
私のアプローチは3つです。
- 段階別ROIモデル: 導入直後(0-3ヶ月)・運用安定期(3-12ヶ月)・最大効果到達期(12ヶ月以降)という3段階の試算を作る。各段階で達成すべきマイルストーンを言語化する
- 複数シナリオ: 楽観/中位/悲観の3シナリオを並列で出す。意思決定者(部長)が 「どこにベットするか」 を選べる状態にする
- PoC前提の提案: 全量導入ではなく、まず一部チームで数ヶ月のPoC → 効果検証 → 本導入 という段階的契約構造をベンダーと交渉する
3つ目が特に重要でした。「初期費用 + 数ヶ月のPoC運用費」だけで効果検証できる構造を作れば、本導入の意思決定は実データに基づいてできる。年間500万円超を一気に踏むよりも、はるかにリスクが低い。
プレイヤー時代との最大の違い
ROI試算を通じて気づいたのは、こういう構造的な違いです。
プレイヤー時代は「正しい仕事」をしていれば評価された。 管理職は「正しい判断」が問われる。
| 役割 | 求められること |
|---|---|
| プレイヤー時代 | やり方が明確で、ベストを尽くせばゴールに到達できる |
| 管理職 | 不確実性の中で、限られた情報で「賭ける場所」を決める |
この感覚に慣れるのに半年〜1年かかりました。今でも完全に慣れたとは言えません。ROI試算で緊張したのは、自分の判断が「正解」がない世界での意思決定だ、と肌で理解した瞬間でした。
経営層への報告 — “現場の言葉” を “経営の言葉” に翻訳する仕事
現職での3つ目の大きな転換は、CS部長や経営層への報告です。
部長や経営層との会議で求められるのは、現場の温度感ではなく、事業全体への影響です。私が報告で意識しているのは以下の4点です。
- 主要KPIの実績と目標との差異
- 委託先BPOの運営状態のサマリ(品質・稼働・SVとの関係性)
- 進行中プロジェクトのROI試算の途中経過(現在進めているAI導入の判断材料)
- 将来の組織設計の絵姿(自社プロダクトの成長に対するCS組織のスケールプラン)
特に苦労したのは、**「現場の言葉を経営の言葉に翻訳する」**仕事の難しさです。
例えば、現場で起きていることをそのまま伝えると、「○○の対応に時間がかかっている」「Xさんの離職リスクがある」「ツールの操作が煩雑」というような、現場視点の課題になります。
しかし経営層が聞きたいのは、
「それが何円のインパクトを持つか」「事業の成長を阻害するか」「競合に対する優位性に効くか」
という、事業視点の文脈です。同じ事象を、別の言語に翻訳して届ける必要がある。
これは、現場経験のないマネージャーには絶対にできない仕事です。しかし、現場経験 “だけ” のマネージャーにもできない仕事でもあります。両方を行き来できる人間だけが立てる場所、というのが管理職の本当の仕事なのだと、現職に来てから理解しました。
11年の全てが、ここで一度に発火している
ここまで書いてきて気づくのは、Phase 5 で行っているすべての仕事は、過去の11年の蓄積に支えられているということです。
委託先SVと向き合う時 — BPO 3年が活きる
SVが「うちは精一杯やってます」と言った時、その本音の裏にある現場の人手不足や個別オペレーターの事情を、瞬時に感じ取れるのは、自分が同じ立場で同じセリフを言った経験があるからです。BPOで電話を取った3年は、いま管理職として “本音を引き出す耳” になっている。
お客様像が薄れない — 対面サポート3年が活きる
KPIや管理指標ばかり見ていると、自分が何を支えているのか見失いそうになります。そんな時、対面でお客様の困っている顔を見ていた3年の記憶が、自然に「そもそも誰のための仕事なんだっけ」と私を引き戻してくれます。
仕組みで解く発想 — BtoB 3年が活きる
単発の問題対応ではなく、「3年後・5年後にこの組織がどうあるべきか」を考えながら今日の打ち合わせをする。これはBtoBで法人顧客の長期視点に晒され続けた3年で身についた癖です。
KPI設計の引き出し — 委託元在籍6年が活きる
AHT、ACW、FCR、CSAT、NPS、ヘルススコア、解約率、リテンション率…… 過去6年で触ってきた様々なKPIの引き出しが、現職で「今この組織には何を測るべきか」を判断する素材になります。
ナレッジ運用の感覚 — 独自Wikiの6年が活きる
ナレッジの “鮮度を保つ仕組み”、“検索可能性”、“運用責任の所在” など、独自Wikiで身体に染み込んだ感覚が、現職の Confluence・Google Drive 運用にそのまま転用できます。
同時に発火する、この瞬間
そして気づくのは、これらすべてが今この瞬間に、同時に動いているということです。
1日の中で、私の中の “BPOオペレーター時代の自分” と “対面カウンターの自分” と “BtoB CSの自分” と “管理職としての今の自分” が、それぞれ異なる場面で発火しています。
11年は一直線のキャリアではなく、4つの異なる “自分” を作る道のりだった。 そして今、その4人が同時に動いて初めて、現職のCS管理職の仕事が成り立っている。
これは、入社直後には決して感じられなかった感覚です。半年経ち、1年経ち、ようやく実感し始めたばかりです。
Phase 5 で得られる3つの教訓
教訓1: マネージャーは「指揮する人」ではなく「判断する人」である。プレイヤーは正しい仕事を、マネージャーは正しい判断を求められる。判断には正解がない、という前提に慣れることが、管理職1年目の最大の学びである。
教訓2: 委託先BPOの管理は、契約関係ではなく協力関係で動かす。最初の打ち合わせで自分のバックグラウンドを開示し、“発注先と受注先” の壁を意図的に下げることが、後の全てのコミュニケーションを楽にする。
教訓3: ROI試算もKPI設計も、過去の経験の “翻訳” によって乗り越えられる。11年の蓄積はバラバラの経歴ではなく、全部が今の自分を構成する素材である。
Phase 6 — ここから先のキャリア展望
3つのシナリオを並走で考えている
11年積み上げてきた経験を、ここから先どう展開していくか。私は今、3つのシナリオを並走で考えています。1つに絞り込まないのは、現時点でどれが最も自分らしいかを決めきれないからです。逆に言えば、3つどれも本気で目指せる選択肢になった、というのが11年の到達点です。
シナリオ A: 現職での CCO候補への道
スタートアップの CS管理職として実績を積み、将来的に CCO(Chief Customer Officer)候補に進むパス。会社の成長と自分の成長を重ね合わせるシナリオで、現時点で最も実現性が高い。
シナリオ B: 別組織での CS統括への横移籍
現職で2年経った経験を活かして、より規模の大きい組織で CS 統括の役割を狙うパス。スタートアップの裁量から、より複雑な組織の運営へ。CCO よりも先に、まずは VP of CS 相当のポジションを経験するのが現実的なルートになります。
シナリオ C: 独立・複業 — 業界知見の発信と運営支援
本業の管理職を続けながら、業界知見をメディア・コミュニティとして発信する道。実際に今、このメディア「CS Career Lab」を運営しているのもその一環です。
AI時代の CS 人材に求められる素養
3つのシナリオすべてに共通して、これから10年の CS 人材に求められると感じる素養は4つあります。
| 素養 | 中身 |
|---|---|
| AIを業務に組み込むスキル | ChatGPT/Claude/Gemini/NotebookLM を業務時間の20-30%に組み込めるか |
| 人と AI の役割分担設計 | お客様体験の中で、AI と人間の境界をどう設計するか |
| データから事業を動かす力 | 数字を読み、判断につなげるリテラシー |
| 学習し続ける姿勢 | 業界の常識が3年で塗り替わる、その変化に追従できるか |
特に1番目の 「AIを業務に組み込むスキル」 は、2026年以降のCS管理職にとって絶対的な前提条件になります。1日の業務時間の中で、どれだけ AI を相棒として使いこなせるかが、生産性とアウトプットの質を決めます。
11年積み上げた今の私から、過去の自分に伝えたいこと
20代前半でBPOに座った頃の自分に、もし1つだけ伝えられるなら何を言うか。考えてみました。
「3年後、転職する。6年後、また転職する。11年後には、想像もしていなかった場所にいる。 全部のステップが意味を持つので、目の前の不満や違和感を、無理に消そうとしなくていい。 ただ、3年に一度くらいは、自分の現在地を客観的に見つめる時間を作って」
ここから先10年も、同じスタンスで進みたいと思っています。
11年で読んでよかった本・取ってよかった資格
ここでは、私が11年で実際に取得した資格と、フェーズごとに参考にしてきた書籍ジャンルを共有します。
取った資格は2つだけ
1. 基本情報技術者
CS担当としてシステム・技術の基礎を理解するために取得しました。テクニカルサポート時代の業務理解、AI導入・ツール選定の場面で、開発・インフラ側の人と「同じ言葉」で話せる土壌になります。
CS管理職を目指すなら、基本情報技術者レベルの技術リテラシーはほぼ必須だと感じます。SaaS選定でAPI連携の話になっても、AWSやセキュリティの話になっても、最低限の語彙があるだけで議論への参加度が変わります。
2. PMP(プロジェクトマネジメント・プロフェッショナル)
現職のPMロール(ツール選定・導入プロジェクト推進)に直結する資格。ただし正直に言うと、PMP資格を取得しなくても、PMBOK(プロジェクトマネジメント標準)の基礎を学ぶだけで十分効果的です。
| 項目 | PMP 取得 | PMBOK 独学 |
|---|---|---|
| 費用 | 受験料 約9万円 + 教材費 | 書籍代のみ(1〜2万円) |
| 時間 | 数十時間の試験対策 | 自分のペースで学べる |
| 実務効果 | ◎(資格として履歴書に書ける) | ◎(資格はないが知識は同等に身につく) |
| 更新義務 | 3年ごとPDU取得必要 | なし |
私の推奨スタンスは「PMP は取らなくていい。PMBOK基礎を独学で読む」です。本気でCS管理職を目指すなら、これだけは絶対にやっておくべきだと考えています。
学習スタイルへの推奨
11年やってきて気づいたのは、こういうことです。
「資格は実務に直結しないと意味がない」 「本は3年ごとに古典に戻ると軸がブレない」
CSは流行りの概念(NPS、ヘルススコア、PLG、生成AI …)が3年ごとに入れ替わりますが、その下のレイヤーにあるマネジメントや判断の本質は、20年前の古典で十分カバーできます。新しいフレームワークを追いかける時間の半分を、古典の再読に使うくらいでちょうど良い、というのが11年の結論です。
同じパスを目指す人への10のアドバイス
ここまでの11年の経験を、現場で行動できる10個のアドバイスに凝縮します。フェーズごとに整理しているので、自分の現在地に応じて参考にしてください。
BPO・コールセンターで働いている人へ
アドバイス1: BPOは「足腰」を作る場所と割り切る、ただし3年で天井を見極めろ
委託先BPOは社会人としての応対力・KPI意識・メンタル耐性を養う最高の場所です。しかし、3年同じ仕事を続けると、得られる学びがほぼ頭打ちになります。**「この階段の頂上で自分は何をしているか」**を想像し、納得できなければ次の打ち手を準備すべきタイミングです。
アドバイス2: 「委託先BPOから自社CSへの最短ルート」は、今の委託元に応募すること
意外な事実ですが、業界的に最も実現性の高い “BPO脱出ルート” の1つが、自分が今サポートしている委託元企業への直接応募です。業務知識継承の効率が圧倒的に高く、採用側にもメリットが大きい。今あなたが受電している委託元企業の採用ページを、今夜開いてみてください。
アドバイス3: 「KPIを守る側」から「KPIを設計する側」へ移るには、業務経験ではなく “言語化と提案” の訓練が必要
BPOで何年経験を積んでも、「KPIを設計する側」になる準備にはなりません。社外コミュニティへの参加、note等での発信、読書会への参加など、業務外で言葉を蓄積する活動が必要です。
未経験から自社CSへの転職を目指す人へ
アドバイス4: 20代後半以降は「未知の業界」より「既知の業界の深掘り」が効きやすい
20代前半なら未経験業界への挑戦が成立しますが、20代後半以降は業務知識を活かせる道を選ぶ方が、転職成功率も入社後の伸びも段違いに良くなります。「経験を活かす」=「同じ仕事を繰り返す」ではない、ということを覚えておいてください。
アドバイス5: 外資系メーカー面接で問われるのは「製品愛」ではなく「ユニークさ」
「製品が好きです」「ずっとファンでした」だけでは、他の候補者と差別化できません。あなたがどんな変わった経歴・思考・経験を持っていて、それがチームに新しい何をもたらせるかを語れる人が選ばれます。製品愛は履歴書の隅々から滲み出るくらいで十分です。
アドバイス6: 「正解の出ない判断」の世界に身体を慣らせ
自社CSになると、BPO時代と最も違うのは「自分で判断する責任」です。最初の3ヶ月は判断のたびに上司に確認していい。ただし、自分の判断の根拠を毎回言語化する習慣だけは作ってください。これが管理職への道の土台になります。
自社CS担当からマネジメント職を目指す人へ
アドバイス7: 社内異動の機会(BtoC ↔ BtoB、現場 ↔ 企画など)は、外に出る前に必ず取れ
1社の中で異なる仕事を経験できる人は、転職時の説得力が桁違いに高くなります。**「同じ会社で複数キャリアを積んだ」**という事実が、マネジメント職転職での最大の武器の1つになります。
アドバイス8: マネジメント職転職は「決定的な強み」より「複数側面で減点ゼロ」
採用側は完璧な人を探しているのではなく、致命的な弱点がない人を探しています。履歴書のすべての行が独立した強みになるよう、自分の経歴を多面的に言語化してください。1つだけで戦おうとせず、全部を組み合わせて戦うのがマネジメント転職の本質です。
CS管理職になってからの人へ
アドバイス9: 委託先BPOの管理は、契約関係ではなく “協力関係” で動かす
最初の打ち合わせで自分のバックグラウンドを開示し、“発注先と受注先” の壁を意図的に下げる。たった一言で関係性は劇的に変わります。**「自分も委託先で電話を取っていました」**という開示は、後の全てのコミュニケーションを楽にします。
アドバイス10: AI時代の管理職は、業務時間の20-30%をAIに組み込め
ChatGPT・Claude・Gemini・NotebookLM を1日の業務の3分の1に組み込めるかどうかが、これからの管理職の生産性とアウトプットの質を決めます。「AIをツールとして使う人」から「AIを相棒として使う人」へ、移行できる人だけが2030年以降のCS現場で勝負できます。
💡 AIツール選びに迷ったら どのAIを軸に据えるかは管理職の重要な判断ポイントです。各ツールの料金・日本語精度・拡張性の比較は、姉妹サイト AIpedia に独自の評価5軸でまとめています。CS現場で実際に組み込むなら、特に コスパと拡張性(API/連携) の2軸を重視してください。
まとめ — 11年の道のりが教えてくれたこと
ここまでお付き合いいただきありがとうございました。
11年のキャリアを振り返って、最後にお伝えしたい本記事のメッセージを3つに凝縮します。
1. キャリアは “一直線” ではなく “複数の自分を作る道のり” である
BPO 3年・対面サポート 3年・BtoB CS 3年・管理職 2年。それぞれが独立した経験のように見えて、最後に管理職になった瞬間に、すべてが一気に発火しました。目の前のフェーズで得るものは、何年後かに思いがけない場面で繋がります。今の場所で得るものを最大化することだけ、考えてください。
2. 業界を越えるより、“既知の業界の深掘り” が効くタイミングが必ず来る
20代前半は冒険する時期、20代後半以降は 深める時期 です。私はBPO時代に「カスタマーサクセスへの未経験転職」も検討しましたが、最終的に 委託元企業への内製化転職 を選びました。この判断が、後の6年と現在の管理職ポジションに繋がっています。「経験を活かす」 = 「同じ仕事を繰り返す」ではないということを、最大の学びとして伝えたいです。
3. AI時代のCS人材は、“AIを相棒として使えるか” で勝負が決まる
ChatGPT・Claude・Gemini・NotebookLM が登場した今、業務時間の20-30%をAIに組み込める人と、組み込めない人で、生産性が2倍以上開き始めています。これからの10年、CSの実務もマネジメントも、AIとの協働が前提になります。
ここまで読んでくださってありがとうございました。
この記事が、CSキャリアのどこかにいるあなたの「次の一手」のヒントになれば、何よりです。質問・感想は お問い合わせフォーム からお気軽にどうぞ。
— Ao