カスタマーサクセス オンボーディングの設計と1人目採用ガイド
「オンボーディングの仕組みを整えてから1人目CSを採用すべきか、それとも先に採用して任せるべきか」――この問いに明確な答えを持てないまま、採用検討だけが先に進んでいるケースは珍しくありません。本記事では、カスタマーサクセスにおけるオンボーディング設計の全体像を3フェーズで整理し、1人目CS人材に任せるべき業務スコープ・採用要件・採用前の社内準備を一気通貫で示します。読み終えるころには「次に取るべき一手」が1つに絞られている状態を目指しています。
オンボーディングの仕組みが先か、CS採用が先か——経営者が最初に持つ問いへの回答
結論：「骨格設計を先行させ、その骨格を運用・改善する担当者として1人目CSを採用する」が基本の判断フレームです。
ただし、この順番は条件によって変わります。以下の判断基準を参考にしてください。
| 状況 | 推奨アクション |
|---|---|
| 顧客数が10社未満、プロダクトの価値仮説がまだ揺れている | 採用を急がず、創業者・PMが直接顧客に伴走してオンボーディングを仮設計する |
| 顧客数が20〜30社を超え、担当者が対応しきれなくなってきた | 骨格設計（フェーズ定義・KPI設定・テンプレート）を先に用意してから採用する |
| 顧客数は少ないが、チャーンが続いていて設計そのものが問題と判断できる | 設計を先行させ、完成後に採用して改善サイクルを回させる |
| 設計・運用・改善を一人で担える経験者候補がいる | 設計とほぼ同時に採用し、設計プロセス自体に巻き込む |
「まだ採用すべきでない状態」とは、プロダクトの価値仮説が固まっておらず、何をゴールにオンボーディングを設計すればよいか自体が定義できていない段階です。この状態で採用しても、担当者が「何をすれば正解か」わからないまま稼働することになり、かえって混乱します。1人目採用大全でも触れているとおり、1人目採用は「任せられる仕事の輪郭が見えている状態」で動くのが鉄則です。
カスタマーサクセス オンボーディングの全体設計——3フェーズと各フェーズのゴール
オンボーディングは「キックオフ・初期活用定着・自走化」の3フェーズに分けて設計すると、担当者の行動が具体化しやすくなります。
各フェーズのゴール・担当アクション・成功指標を以下の表に整理します。
| フェーズ | 期間の目安 | ゴール | 担当アクション（例） | 成功指標（例） |
|---|---|---|---|---|
| ①キックオフ | 契約後1〜2週間 | 顧客の目標と成功定義を合意する | キックオフMTG実施、ゴール設定シート作成、導入スケジュール確認 | キックオフ完了率100%、ゴール設定シートの合意率 |
| ②初期活用定着 | 契約後2〜8週間 | プロダクトのコア機能を日常業務に組み込む | 初期設定支援、チュートリアル提供、週次ヘルスチェック | ログイン頻度・コア機能の活用率、サポート問い合わせ件数の推移 |
| ③自走化 | 契約後2〜3ヶ月目 | 担当者なしでも価値を得られる状態にする | QBR（四半期レビュー）実施、追加活用提案、ナレッジベース整備 | チャーンリスクスコア、NPS、オンボーディング完了率 |
設計上の注意点：フェーズの境界はゴール達成の有無で判断する
期間はあくまで目安です。「初期活用定着フェーズを2週間経過したから自動的に次へ」ではなく、コア機能の活用率やログイン頻度といった指標が一定水準を超えたことを確認してから次フェーズに進む設計にします。カスタマーサクセスのKPI設計と運用の完全ガイドでは、各指標の具体的な設定方法を詳述しています。
フェーズ別「人間がやること」と「ツールに任せること」の切り分け方
1人目CSのリソースは限られています。どこに人間の判断を使い、どこをツールで代替するかを明確にしないと、担当者が疲弊してオンボーディングの品質が安定しません。
以下の基準で仕分けすると整理しやすくなります。
| 場面 | 人間（CS担当）が担う理由 | ツール・自動化で代替できるか |
|---|---|---|
| キックオフMTGでの目標合意 | 顧客の文脈・感情を読み取る必要がある | 難しい。アジェンダ・資料の送付は自動化可 |
| 初期設定の複雑な操作支援 | 顧客環境に依存する個別判断が必要 | 一般的な手順はチュートリアル動画・ウォークスルーツールで代替可 |
| プロダクト利用が止まった顧客へのアラート対応 | リスク判断とエスカレーション対応 | アラート検知・通知はCSプラットフォームで自動化可 |
| 週次の利用状況確認（定期的な安否確認） | ヘルススコアが良好な顧客は対応優先度が低い | チェックイン動画・自動メール・ダッシュボード共有で代替可 |
| QBR（四半期レビュー）での追加活用提案 | 顧客の事業理解が必要な提案 | 資料テンプレートは共通化、議題の自動生成は部分的に可能 |
ツール選定の実務的な出発点
1人目CS段階では高額なCSプラットフォームを最初から導入する必要はありません。Googleスプレッドシートによるヘルスチェック管理・Notionでのオンボーディング手順書・既存メール配信ツールによる自動チェックイン、という組み合わせで骨格を作り、顧客数が増えてからツールを切り替えるアプローチが現実的です。
1人目CSに任せるべき業務スコープと採用要件の言語化
1人目CSの採用要件を「コミュニケーション能力が高い人」で止めてしまうと、選考でも入社後もミスマッチが起きます。設計フェーズと対応させてスキルを定義することで、JD（求人票）に転用できる粒度まで落とし込めます。
業務スコープの整理
| オンボーディングフェーズ | 1人目CSが担う業務 | 経営者・PMが引き続き担う業務 |
|---|---|---|
| ①キックオフ | ゴール設定シートの作成・MTGのファシリテーション | 初期の大手顧客キックオフ（重要度が高い場合） |
| ②初期活用定着 | チュートリアル整備・ヘルスチェック・問い合わせ対応 | プロダクト側の改善フィードバックの判断 |
| ③自走化 | QBR実施・ナレッジベース整備・チャーンリスク管理 | 契約更新交渉の最終判断 |
採用要件の言語化（JD転用可）
必須スキル・経験
- SaaSまたは継続課金型サービスのCS・営業・コンサルタント経験（2年以上を目安）
- 顧客の目標を引き出し、言語化してドキュメントに落とし込んだ経験（キックオフ設計力）
- スプレッドシートやCRMを使った顧客状況の可視化・管理経験（データ管理の基礎）
- オンボーディングフロー・マニュアル・FAQ等の業務プロセスを自ら整備した経験（プロセス設計力）
歓迎スキル・経験
- ハイタッチ・テックタッチの使い分けを意識した対応経験
- SQLや分析ツールを使ったプロダクト活用データの読み取り経験
- 0→1フェーズのCSチーム立ち上げ、または仕組みのゼロ構築経験
見極めポイント（面接・選考での確認項目）
- 「自分が整備した業務プロセスを具体的に説明してください」と聞き、属人的な対応ではなくドキュメント化・仕組み化の発想があるかを確認する
- 「当時のチャーンが起きた原因をどう特定しましたか」と聞き、データを使った問題分析の習慣があるかを見る
- ロールプレイ選考を活用し、顧客の「うまくいっていない理由」を引き出す質問力を直接観察する
カスタマーサクセスマネージャーの役割と採用・組織設計の要点では、CSMとしての役割定義や組織設計の観点から採用要件をさらに詳しく整理しています。
採用前に社内で準備しておくべき3つのこと——スムーズな立ち上げのために
採用した1人目CSが早期に価値を発揮するかどうかは、入社前の社内準備で8割が決まります。「入ってから整えればいい」という発想は、立ち上がりを遅らせる最大の原因です。
準備①：カスタマーサクセスの「成功定義」を1文で書く
「顧客がプロダクトを使ってどんな状態になれば成功か」を1文で定義します。例：「受注管理の工数を月10時間以上削減し、担当者が戦略業務に集中できている状態」。この定義がないと、1人目CSはゴール設定シートも作れません。作成には経営者・PMが最低2時間を投資してください。
準備②：既存顧客のヘルス状態を一覧化する
現在の顧客リストを、「活用が定着している・不安がある・チャーンリスクが高い」の3段階でざっくり分類し、スプレッドシートに書き出します。1人目CSが入社初日に「誰から優先して動くか」をすぐに判断できる状態を作ります。この作業は経営者・営業担当が事前に行ってください。
準備③：オンボーディングの「現在地」を記録した引き継ぎドキュメントを用意する
これまで誰がどのように顧客対応してきたかを記録します。完璧でなくてよく、「よくある問い合わせと対応の実例3〜5件」「キックオフで話している内容のメモ」「導入に時間がかかった顧客と理由」程度で十分です。1人目人事の採用で失敗しない！業務内容から採用のポイントまで徹底解説でも触れているとおり、採用前の情報整理は1人目人材の立ち上がり速度を大きく左右します。
まとめ——オンボーディング設計と採用を同時に進めるためのネクストアクション
本記事の要点を5点に整理します。
-
判断の順番は「骨格設計→採用」が基本。顧客数が20〜30社未満でプロダクトの価値仮説が揺れている段階では、採用より先に設計の仮説を作ることを優先する。
-
オンボーディングは3フェーズ（キックオフ・初期活用定着・自走化）で設計し、各フェーズにゴールと成功指標を設定する。期間ではなくゴール達成を判断基準にする。
-
人間が担う場面とツールで代替できる場面を切り分ける。1人目CSのリソースをキックオフ・エスカレーション対応・QBRなど判断が必要な場面に集中させる。
-
採用要件は「プロセス設計力・データ管理力・顧客折衝力」の3軸で言語化し、JDに転用できる粒度にする。抽象的な要件では選考でも入社後もミスマッチが起きる。
-
採用前に「成功定義・顧客ヘルス一覧・引き継ぎドキュメント」の3点を用意する。これがあるかないかで、1人目CSの立ち上がり速度は大きく変わる。
今日から取るべき一歩：まず「顧客の成功定義」を1文書いてみてください。 この1文が、オンボーディング設計の起点であり、採用要件の根拠にもなります。1文が書けない状態なら、採用より先にその議論を経営者・PMで行う時間を設けることをお勧めします。
Hitorimeは、スタートアップの1人目人材と採用企業をつなぐ転職サービスです。カスタマーサクセスの1人目採用は、オンボーディング設計を担える実務経験と、整っていない環境で仕組みをゼロから作る自律性の両方が求められる難しい採用です。Hitorimeでは、こうした1人目採用ならではの難しさを理解した上で、採用要件の言語化から候補者へのアプローチまで伴走しています。本記事は山下雅弘監修のもと作成しています。
