はじめに — SaaS選定で失敗する人と成功する人の差
CS管理職として2年、複数のCS向けSaaSの選定に発注側として関わってきた経験から言うと、SaaS選定で失敗する人と成功する人の差は 「どこから入るか」 の一点で決まります。
失敗する人は 「機能比較表」から入ります。Salesforce Service Cloud vs Zendesk の機能対比、料金対比、ユーザーレビュー対比、を最初に並べ始めます。
成功する人は 「自社が解くべき課題」から入ります。今CSが直面している課題を3つに絞り、その課題を解決する手段としてSaaSを選びます。
順番が違うだけで、結果は決定的に違います。本記事では、現役のCS管理職が発注側で実際に使っている 5段階の選定フレームワーク を体系化します。
柱記事 で書いた「2-3年でツール選定を担う立場になる」というキャリアパスを実際に進む人に向けて、選定プロセスの実務知見を共有します。
結論 — 5段階のSaaS選定フレームワーク
CS向けSaaS選定は、以下の5段階で進めます。
| 段階 | やること | 所要期間 |
|---|---|---|
| Stage 1: 課題定義 | 解くべき課題を3つ以内に絞る | 1-2週間 |
| Stage 2: 要件化 | 課題を機能要件・非機能要件に翻訳 | 1週間 |
| Stage 3: ベンダー候補 | ロングリスト → ショートリスト | 2-3週間 |
| Stage 4: 評価 | RFP送付・デモ・PoC | 4-6週間 |
| Stage 5: 意思決定 | 評価マトリクス → 契約 | 1-2週間 |
トータル 2.5-3.5ヶ月が標準的な選定期間。短すぎると判断ミス、長すぎると現場が疲弊します。
Stage 1: 課題定義 — 解くべき問題を3つに絞る
最初のステージは、SaaSを使って何を解決したいかを言語化することです。
よくある「課題候補」
CS現場でよく挙がる課題候補:
- 担当顧客のヘルススコアが見えていない
- 解約予兆を察知できていない
- 1on1・定例の準備に時間がかかりすぎる
- KPI レビュー資料の作成が手作業
- お客様のコミュニケーション履歴が散らばっている
- 営業との顧客情報共有が不十分
- オンボーディングのプロセスが属人化している
- VOC(顧客の声)が集約されていない
すべて「あるある」ですが、すべてを一度に解決しようとすると失敗します。
課題の優先順位付け
各課題を以下の2軸で評価し、3つに絞ります。
| インパクト大 | インパクト小 | |
|---|---|---|
| 緊急性高 | ① 最優先 | ③ |
| 緊急性低 | ② | ④ 着手しない |
例:
- 「解約予兆を察知できていない」→ NRR悪化に直結 → ①
- 「VOCが集約されていない」→ 中期的には重要 → ②
- 「KPIレビュー資料が手作業」→ AIで代替可能 → ④(SaaS選定の対象外)
課題定義書のテンプレ
絞り込んだ3つの課題を、以下のテンプレで言語化します。
課題1: [タイトル]
現状の状態(定量):
[数字で記述。例: ヘルススコアが手動運用で月1回しか更新されていない]
現状の状態(定性):
[業務の流れを記述]
放置した場合のリスク:
[何が悪化するか、いつまでに]
解決後のあるべき姿(定量):
[3-6ヶ月後にどの数字をどこまで持っていくか]
予算上限:
[初期費用◯万円、月額◯万円まで]3つの課題定義書ができれば、Stage 1 完了です。
Stage 2: 要件化 — 課題を「仕様」に翻訳する
課題が決まったら、それを SaaS の機能要件・非機能要件に翻訳 します。
機能要件
「ヘルススコアが見えていない」という課題なら、機能要件は:
- 顧客ごとのヘルススコア表示
- スコア低下時のアラート通知(Slackなど)
- スコア構成要素のカスタマイズ可能
- 担当者ごとのダッシュボード
- 月次レポート自動生成
これらを 「必須(MUST)」「あったら良い(NICE)」 で仕分けます。MUSTを満たさないツールは候補から外します。
非機能要件
機能だけ見て決めると、後で痛い目を見ます。非機能要件もここで整理します。
- セキュリティ: SOC2、ISO27001、自社ポリシー適合
- データ所在地: 国内サーバー要否、データ主権
- 既存システム連携: Salesforce、Slack、Notion、社内DBとのAPI連携
- 日本語対応: UI、ドキュメント、サポート
- 可用性: SLA、ダウンタイム実績
- データエクスポート: 解約時にデータを持ち出せるか
- スケーラビリティ: 担当顧客数が10倍になっても運用可能か
特に 「データエクスポート」 は、契約前に必ず確認すべき項目です。SaaSから離れる時に、自社のデータが取り出せないと、その時点で次のツールに乗り換える自由を失います。
Stage 3: ベンダー候補 — ロングリスト → ショートリスト
要件が固まったら、市場にあるツールを探索します。
ロングリスト作成(10-15社)
CS向けSaaSの代表的なカテゴリ別ベンダー:
CRM・サポートチケット系
- Salesforce Service Cloud
- Zendesk
- Freshdesk
- Intercom
- HubSpot Service Hub
CS専用プラットフォーム
- Gainsight (グローバル最大手)
- HiCustomer (国内)
- ChurnZero
- Totango
- Catalyst
- Planhat
コールセンター系
- MiiTel
- IVRy
- Amazon Connect
- Genesys Cloud
- BIZTEL
NPS/CSAT測定
- SatisMeter
- Delighted
- Qualtrics CustomerXM
ナレッジ管理
- Notion (汎用)
- Helpfeel
- Zendesk Guide
これらから自社課題に合致しそうなものを10-15社リスト化します。
ショートリスト絞り込み(3-5社)
ロングリストを以下の観点でフィルタします:
- 必須要件を満たすか(機能要件のMUST項目)
- 予算範囲に収まるか(公開価格 or 業界相場で推定)
- 日本市場でのサポート体制(日本語サポート、国内導入実績)
- 類似業種・規模での導入実績
絞り込みは デスクトップ調査 で済ませます。各社のWebサイト、IR資料、第三者レビュー(G2、Capterra、ITreview)を読み込めば、ショートリストに残るかどうかは判別できます。
ショートリストが3-5社になれば、Stage 3 完了。
Stage 4: 評価 — RFP送付・デモ・PoC
ここから各ベンダーとの実質的なやり取りに入ります。
RFP(提案依頼書)の送付
ショートリストの各社に、以下のRFPを送ります。
RFP テンプレート
# 提案依頼書(RFP)
## 1. 当社の状況
[業種、CS組織規模、現在のスタック、課題感を3段落で]
## 2. プロジェクトの目的
[Stage 1 で言語化した3課題のうち、貴社製品で解決を検討するもの]
## 3. ゴール
[KPI改善目標 3つ]
- 目標1: [指標と達成基準]
- 目標2: [指標と達成基準]
- 目標3: [指標と達成基準]
## 4. 提案を依頼する範囲
### 機能要件(MUST)
- [Stage 2 で定義した MUST 項目]
### 機能要件(NICE)
- [Stage 2 で定義した NICE 項目]
### 非機能要件
- [セキュリティ、データ所在地、連携、日本語対応、SLA、エクスポート等]
## 5. 評価基準
- 機能適合性: 40%
- 導入・運用工数: 20%
- 価格: 15%
- サポート体制: 15%
- 拡張性・将来性: 10%
## 6. 提案フォーマット
- 章立て: 当社課題への理解 / 解決アプローチ / 機能対応表 / 導入スケジュール / 料金体系 / 導入支援 / 事例 / 質問への回答
- ページ数: 15-30ページ
- 提出形式: PDF
## 7. スケジュール
- RFP送付: [日付]
- 質問受付締切: [日付]
- 質問回答返送: [日付]
- 提案提出締切: [日付]
- 一次評価結果通知: [日付]
- 最終プレゼン: [日付]
- 選定完了: [日付]
## 8. 質問窓口
[担当者名と連絡先]💡 RFP作成にAIを使う RFPの骨格は AI に下書きさせると 1日 → 1時間 に短縮できます。詳細は CS業務で本当に使えるAIプロンプト10選 の「5. ベンダーRFPの骨格を作る」を参照してください。
ベンダーデモで聞くべき質問
デモは「機能の説明を聞く」だけでは情報が薄いです。以下の質問を準備しておきます。
- 「競合他社との一番の違いは何ですか?」 — ベンダーの自己認識と本音を引き出す
- 「導入で失敗した事例と、その対策は?」 — 成功事例は誰でも話せる。失敗事例を聞ける関係を作る
- 「日本語対応の現状は? UI、ドキュメント、サポートそれぞれ」 — グローバル製品で日本語化が浅いケースは多い
- 「契約後のサポート体制は? 担当CSMの稼働時間・スキルレベル」 — 契約してから「担当者がいない」が一番悪い
- 「データ移行の支援内容と費用は?」 — 移行支援が薄いベンダーは選定外
- 「3年後のロードマップは? 当社が依存する機能の継続性」 — マイナー機能ほど開発停止リスク
- 「契約・解約の柔軟性は? 最低契約期間、解約条件」 — 縛りが緩いほど良い
- 「セキュリティ認証・データ所在地の最新状況は?」 — 自社ポリシー適合確認
これらをデモ前にチェックリスト化しておくと、後で比較しやすくなります。
PoC(検証)の設計
ショートリストから上位2社にPoCを依頼します。PoC期間は 2-4週間 が標準。
PoC前に決めること
- 評価基準: 「何を見れば成功と判断するか」
- 主観評価3項目(UIの使いやすさ、操作の覚えやすさ、レポートの見やすさ等)
- 客観評価3項目(導入工数◯時間以内、操作◯ステップ以下等)
- 評価者: PoC を触る社内メンバー(オペレーター・SV・管理職)
- 評価方法: 評価シート、最終ヒアリング
PoCで一番ダメなのは 「触ってみてなんとなく良かったほうを選ぶ」。事前に評価基準を決めずに始めると、必ずそうなります。
Stage 5: 意思決定 — 評価マトリクスと契約交渉
PoCが終わったら、評価マトリクスを作り、意思決定します。
評価マトリクスの例
| 評価軸 | 配点 | ベンダーA | ベンダーB |
|---|---|---|---|
| 機能適合性(MUST) | 25 | 25 | 22 |
| 機能適合性(NICE) | 15 | 12 | 14 |
| 導入工数 | 10 | 7 | 9 |
| 運用工数 | 10 | 8 | 7 |
| 価格(3年TCO) | 15 | 13 | 11 |
| サポート品質 | 15 | 12 | 13 |
| 拡張性・将来性 | 10 | 9 | 8 |
| 合計 | 100 | 86 | 84 |
評価マトリクスの注意点
- 配点は事前に決める — 後から配点を変えると、データの後付け解釈になります
- 主観項目も含めて構わない — 「UIの使いやすさ」は完全に客観化できません。複数評価者の平均で代用
- 「総合点」より「致命的な弱点」を見る — 総合点85点でも、必須機能の一つで20→5点になっているなら、その項目で失格
契約交渉のポイント
最終ベンダーが決まったら、契約交渉に入ります。取りやすい譲歩:
- 初年度の30-50%割引 — 四半期末・年度末は特に取りやすい
- 導入支援の無償化または減額 — オンボーディング工数は値引き対象になりやすい
- 追加ユーザー単価の固定 — 拡張時の予算超過を防ぐ
- 30-60日の解約権付き — 初期不適合のリスクヘッジ
取りにくいもの:
- 基本機能の追加開発(個別カスタマイズ)
- SLA可用性の引き上げ
- データ所有権の特約
契約締結後の最初の30日
契約を結んだら終わり、ではありません。最初の30日が 「導入の成否を決めるフェーズ」 です。
- キックオフミーティング(自社+ベンダーCSM)
- 導入スケジュールの最終確認
- 担当者の割り当てと役割分担
- 最初の1ヶ月の成功基準の合意
導入支援が手薄なベンダーは、ここで離脱します。RFPで「導入支援」を評価軸に入れた意味がここで効きます。
よくある罠
CS向けSaaS選定でハマる典型的な罠を5つ共有します。
罠1: 機能比較表から入る
冒頭で書いた通り、最大の罠です。「Salesforce vs Zendesk」の比較表をWebで見つけてきて、それを軸に議論を始めると、自社課題が見えなくなります。
罠2: 「みんな使っているから」で選ぶ
業界シェアトップのツールが、自社にとってベストとは限りません。Gainsight は大手SaaS向けに最適化されているため、SMB向けCS組織には過剰です。
罠3: PoCの評価基準を事前に決めない
PoC期間中に「なんとなく良かったほう」を選ぶと、後で「なぜそれを選んだのか」を経営層に説明できなくなります。
罠4: 価格交渉に集中しすぎる
最後の数十万円の値下げに数週間使うより、その時間を導入後のオペレーション設計に使うほうが、3年間のROIは圧倒的に高いです。
罠5: 「現場ヒアリング」を省く
管理職だけで決めると、現場で使われないツールができあがります。導入前に必ず、現場メンバー2-3名をPoCに巻き込んでください。
まとめ — SaaS選定で勝つための3つの原則
長くなりましたが、本記事のメッセージを3つに凝縮します。
1. 課題から入る、機能比較から入らない
Stage 1 の「解くべき課題を3つに絞る」が、選定の全ての出発点です。ここを飛ばす人は、必ず失敗します。
2. 評価基準を事前に決める
RFPの評価配点、PoCの成功基準、デモのチェックリスト、すべて事前に決めます。後から決めると、結論ありきの評価になります。
3. 選定は3ヶ月、運用は3年
選定にかける時間を惜しまず、「3ヶ月かけて選定し、3年使う」 という時間軸で考えてください。1ヶ月で雑に選んだツールに、3年苦しめられます。
関連記事
- カスタマーサクセスとは何か — CSの基礎と5つの役割
- SaaSのカスタマーサクセス指標完全ガイド — SaaS選定の評価軸として使える15指標
- CSマネージャー1年目365日ロードマップ — マネージャー就任後にSaaS選定が来るタイミング
- CS業務で本当に使えるAIプロンプト10選 — RFP作成・デモ振り返りのAI活用
- 運営者プロフィール — Aoについて
💡 AIツールの選定軸が知りたい方へ ChatGPT・Claude・Gemini など主要AIツールの選定軸は、姉妹サイト AIpedia で独自評価5軸の比較ランキングをまとめています。CS現場で組み込むなら 長文処理の安定性・日本語精度・拡張性 の3軸が特に重要です。
質問・「特定のSaaSの選定で迷っている」というご相談は お問い合わせフォーム からどうぞ。
— Ao