私たちが監査したコンサルティング会社はすべて、この三システムのうち最低二つを使っています。大半は三つとも使い、その約半数は重複が大き過ぎるツールに支払っています。データは二、三か所に同時にあり、どれも正式な基準ではありません。ATS、CRM、PSAの境目で生産性は静かに失われます。数字が信じられなくなり、報告を表計算で作り直し、顧客担当と採用担当が、本来データベース検索で済む更新を互いに追いかけます。四半期ごとに更新請求書を開いた誰かが「本当に全部必要か」と尋ねます。
この記事は、その問いを包括的に扱います。曖昧さなく各システムを定義し、境界と避けられない重複を示し、現場で機能する三つの連携構成、統合の判断表、AIを基盤から組み込む構成の変化を説明します。読み終えれば、何を残し、何を廃し、境目にいくら払っているかを、相応の確信を持って判断できるはずです。
明確な定義
重複を論じる前に、略語の意味をそろえます。業界は曖昧で、ベンダーは曖昧な境界の方がライセンスを売れるため意図的にそうします。結果、二社の業務責任者がCRMと言いながら全く違うソフトを指す、バベルの塔になっています。
ATSはApplicant Tracking System、応募者管理システムです。自社または自社を通じて働く可能性のある人の探索、選考、面接、条件提示、受け入れを管理します。データ単位は候補者です。見つけた素のプロフィールを採用か不採用へ進めるのが中心です。優れた製品は履歴書解析、進捗可視化、面接日程、評価票、求人媒体や人材探索経路との連携を備えます。
CRMはCustomer Relationship Managementです。見込み客、商談、契約、顧客組織、連絡先という顧客獲得の流れを担当します。段階によってデータ単位はリードか顧客です。最初の接触から受注、その後の関係管理へ進めます。優れた製品はメール連携、案件予測、活動追跡、受注率報告を備えます。
PSAはProfessional Services Automationです。提供と請求を担当し、受注を配置済みプロジェクトへ変え、時間・経費を追い、請求して収益を認識します。データ単位は案件で、人、時間、経費、請求書がそこに結び付きます。作成、配置、時間入力、請求、終了までが中核です。優れた製品はリソース計画、稼働率報告、マイルストーン請求、収益認識を備えます。
一文だけ覚えるなら、ATSは採用するかもしれない人、CRMは販売するかもしれない顧客、PSAは提供・請求する案件のためのものです。三つの流れ、三つのデータ単位、三つの社内利用者層があります。
考え方の図
会社の売上という中央の池に注ぐ三本の管を想像してください。
ATSの管は人を入れます。入口に採用・人材探索担当が立ち、出口からコンサルタント、技術者、デザイナー、分析担当など、やがて案件に配置される請求可能な人が出ます。
CRMの管は契約を入れます。入口は営業、パートナー、事業開発で、出口は署名済み契約、業務範囲記述書、基本契約です。成果に対して会社へ払うという顧客の約束です。
PSAの管で変換が起きます。最初の人と二本目の契約を案件へ組み合わせ、完了まで動かし、時間を記録して請求書と認識済み収益にします。三つのうち実際にお金が動くのはPSAだけです。
ATS CRM [候補者] [商談]
| |
v v 採用した人材 受注契約
\ /
\ /v v PSA
(人 + 契約 -> 案件)
|v 業務の提供
|
v 請求
|
v 売上
重複を入れると絡まるため、意図的に単純化しました。基本は二つの入口と、一つの提供・請求エンジンです。エンジンがなければ入口は単なる一覧で、入口がなければエンジンは動かすものがありません。
ATSを詳しく見る
一定規模の採用を表計算で管理できないためATSは存在します。数件を超える募集と複数の採用担当がいれば、段階、状態、候補者記録、連絡履歴、そして上級技術者の採用で誰が最も速く内定承諾へ進めるかといった問いへの回答が必要です。
得意なのは複数経路からの構造的な受付、検索可能なプロフィールへの履歴書解析、職種や募集ごとの段階管理、カレンダー付き面接調整、面接官の評価票、条件提示、最近では簡単な入社への引き継ぎです。新世代のGreenhouse、Lever、Ashby、人材会社向けBullhorn、JobAdder、JobDiva、中小向けWorkable、Recruitee、SmartRecruitersなどは、これらをおおむね適切に行います。
しないことは、候補者が社員や外部契約人材になった後の活動追跡、請求時間記録、顧客請求書、商談管理、案件採算の追跡です。候補者がコンサルタントへ変わるとATSは実質的に沈黙し、別のシステムが引き継ぎます。
専用ATSが本当に必要なのはいつでしょうか。率直な答えは二つです。
人材の紹介を事業モデルにするヘッドハンティング、サーチ、人材会社なら必要です。損益全体が候補者の流れの速度と質に依存します。BullhornやJobDivaなど、人材紹介請求と密接につながり、それ自体が主要業務システムとなる製品がおそらく必要です。
純粋なIT、戦略、経営コンサルティングで採用は年に数人、複雑さの中心が顧客と提供なら、多くの場合は不要です。基本採用機能のあるPSAか、軽量な中小向けATSで足りるかもしれません。40人の会社で年12人を採るのにGreenhouseを入れるのは過剰設計です。
基準は四半期の採用数と戦略的重要性です。継続して大量に採るなら専用ATS、パートナーが四半期に一度表計算で進める採用ならGreenhouseへ払う必要はありません。
CRMを詳しく見る
CRMはソフトウェアベンダーが最も深く入り込んだ分野です。Salesforceだけで二世代の業務担当に、CRMは営業パイプラインの同義語だと教えました。宣伝文では正しくても、実際のコンサルティング運営では違います。
汎用CRMは取引型営業向けです。価値の単位は、特定の日に顧客へ結び付く個別の金銭契約です。SaaS、ライセンス、ハードウェアなど、受注後の関係を主にカスタマーサクセスへ渡せる事業には適します。
コンサルティングの価値は契約でなく案件です。契約は開始許可にすぎません。複雑さ、利益、顧客体験は署名時でなく案件内で起きます。単価表、担当者名、段階別範囲、変更合意、T&Mと固定価格、多層の配置など、汎用CRMが知らない概念が数十あります。
Salesforceを土台に対応させることはできますが、大規模で高額な修正です。内部に半分のPSAを作るか、典型例のFinancialForce、現Certiniaの追加PSAを買うことになり、CRMのユーザーライセンスとPSA層へ二重に払います。
HubSpotは扱いやすく安い一方、さらに契約中心です。強みはマーケティング自動化と流入管理です。弱みは同じで、案件、単価、マイルストーン、稼働率を標準では理解しません。
調整したPipedrive、Insightly、Capsule、Copperなど専門CRMもありますが、大半は小さ過ぎるか一般的過ぎます。見るべきはCRM内蔵PSAです。最初から契約と案件が同一DBにあり、壊れる連携がありません。
大半のコンサルティング会社への率直な答えは、リードと契約を追う場所は必要でも、独立した大企業向けCRM基盤は不要ということです。PSAで賄うか、HubSpot StarterやPipedriveの軽いCRMを使い、実務の知能をPSAへ置きます。
PSAを詳しく見る
三つで最も戦略的でありながら、ある規模未満の会社が最も投資しないのがPSAです。理由は心理です。営業と採用は戦略的に感じるので大きなCRMとATSを買い、提供は運用に感じるので壊れるまで表計算と工数プラグインで回そうとします。
全機能は、署名済み契約からの案件作成、リソース計画と担当者を指定した配置、時間記録と承認、経費、マイルストーン、変更合意、複数方式の請求、売掛金、しばしばASC 606準拠の収益認識、人・チーム別稼働率、案件採算、予測対実績、最近は軽いCRMとATSです。
戦略的な背骨である理由は、稼ぐ全ドルに触れる唯一のシステムだからです。全請求時間と請求書が通り、案件が黒字か、適正単価で配置したか、変更合意で取り逃がしていないかはPSAデータでしか答えられません。ATSとCRMは売上に影響し、PSAは売上そのものです。
代表例はKantata（旧Mavenlink・Kimble）、Certinia（旧FinancialForce）、Projector、BigTime、Unanet、Replicon PSA、Scoro、Productive、Forecastです。下位の軽い構成としてHarvest＋Forecast＋手動請求は小規模なら動いても、請求対象二十〜三十人を超えると崩れます。
歴史的に不得意なのは、大量の候補者探索（ATSを使う）、高度なリード育成とマーケティング自動化（CRMや専用ツールを使う）です。現代のPSAは周辺を吸収していますが、案件から入金という中心を離れるほど機能は薄くなります。
20人以上で本来のPSAがなければ、測れない利益を失っています。是正のROIは、ほぼ常にCRMやATSの更新より高くなります。
三つの重複領域
ここでどの会社もつまずきます。実際には明確に分けられず、三領域で重複します。扱い方でシステムが機能するか腐るかが決まります。
領域一：候補者からコンサルタントへ
採用時にATSからPSAへ移ります。ATSには面接メモ、情報源、探索担当、評価、条件提示、PSAにはスキル、単価、稼働率、案件履歴、請求可否があります。
単純な連携は採用時に名前、メール、役割だけを送って終わりです。人数管理には十分でも、それ以外には足りません。充実した連携はスキル、資格、言語の習熟度、給与帯、流入経路、採用担当も渡し、後の配置へ役立てます。最も優秀な上級技術者の紹介経路を知ることは、担当者の賞与体系を裏付けるような知見になります。
誤りは、つながらない二つの人レコードです。よく見ます。片方だけ更新し、PSAはPython専門、ATSは採用時のJavaタグのまま。古い情報で配置を決めます。
領域二：リードから案件へ
署名時に契約はCRMからPSAへ移ります。CRMには商談履歴、連絡先、提案、受注日、PSAには業務範囲、予算、チーム、段階、実績があります。
移行中どこへ置くか、誰が渡すか、何を引き継ぐかは同じ問題です。連絡先と顧客を共有し、商談と案件を結び、受注時に配置準備済みの案件の枠を自動作成するのが良い方法です。
誤りは、営業が受注して契約を実施側へ投げ、実施側が別名付けや誤った範囲記憶でPSAに手作業再作成することです。ここを誤ると、全体で最も高い境目の一つになります。
領域三：顧客の連絡先
連絡先は三つすべてにあり得ます。最初はCRMのリード、受注後はPSAの担当者、外部人材を紹介すればATSの紹介先担当にもなります。
正解は一つの正式レコードをほかへ連携提供することです。未設計の会社に共通する誤りは、古い項目と互いに知らない最近の通話メモを持つ三レコードです。
顧客担当と実施責任者が最も不満を言う領域です。「まだ購買担当か。最後の接触は。更新したか。単価は正しいか」。良い連携なら各回答は一検索、悪ければSlackのやり取りです。
三つの連携構成
基本的に成り立つ構成は三つです。意識して選びます。間を漂うことが、大半の会社の混乱を生みます。
構成一：PSAを中心にする
PSAを人、案件、売上の正式な基準にします。ATSとCRMは限定機能の供給元で、明示した点で渡します。候補者は採用、商談は受注時に移し、正式な連絡先をPSAに持ちます。
IT、戦略、技術サービス、デザインなど提供が重心の会社に適します。ATSとCRMは個別業務の戦術的道具、PSAは運用の背骨です。
構成二：CRMを中心にする
CRMを顧客、連絡先、商談の正式基準とし、PSAとATSが情報を送ります。案件はPSAでも顧客の正式な見方はCRMです。特にSalesforceとBullhornなどを使う人材会社では、CRM内の採用モジュールでATSを代替することもあります。
一件の金額が詳細な案件追跡には小さくても、顧客関係と紹介履歴が重要な大量紹介・採用主導の会社に適します。
構成三：統合プラットフォーム
一つのデータモデル、画面、検索場所でATS、CRM、PSAを扱います。少なくとも一機能は専門の最良製品より弱いのが代償ですが、連携自体がないため連携費はゼロです。
実現性と魅力は増しており、例えば請求対象150人未満に適します。現代のコンサルティング基盤やhiceの属するAIネイティブな業務基盤は、明示的に統合型です。三つの最良製品を結ぶ負担が、三つとも非常に良い一基盤の機能不足を上回る、という考えです。
統合か分離か：判断表
普遍的な答えではなく、判断の表があります。
請求対象25人まで：統合。三システムの境目の負担が機能差を大きく超えます。一基盤か、軽いCRM・ATS付きPSAが有用です。
請求可能な業務を担う人材25〜75人：条件次第。採用が年30人未満で営業が中程度なら統合します。採用量が大きいか、長周期で複雑なチームの大企業向け営業なら、PSAに専門CRMかATSを添えます。
請求可能な業務を担う人材75〜250人：複雑さ次第。営業運用、採用運用、実施運用の専門責任者がいれば専門製品を正当化しやすく、いなければ統合が有利です。
請求可能な業務を担う人材250人超：専門製品が標準になりますが、本格的な連携投資が要ります。三つを同期する顧客データ基盤や社内ウェアハウスなどのデータ層が必要です。境目を仕組み化して初めて負担を管理できます。
別軸は営業の複雑さです。三か月周期で意思決定者一人ならSalesforceは不要です。十八か月、数百万ユーロ、商談七関係者ならおそらく必要です。
第三軸は採用です。一、二経路から年二十人ならGreenhouseは不要、五地域で各現場に配置された採用担当者が年八十人を採るなら必要です。
重要性の増す第四軸は、契約・紹介人材を提供に使うかです。小さな人材会社でも候補者が商品なので本格ATSが必要です。純粋な実施会社は、大きくても不要なことがあります。
AIを基盤から組み込む変化
最近まで三略語の市場は安定していました。各分類で競争し、連携業者が接続で稼ぎ、会社は境目の負担を事業費として払いました。
急に変えているのは、三つをまたぐチャット中心のAI業務基盤です。未来の窓口は三アプリでなく一会話という主張です。稼働を見るためPSAに入らず質問します。CRMで商談を更新せず、会議の内容をAIアシスタントへ話せば、CRM、案件枠、配置計画、予測を更新します。
未来的でも、導入済み会社には大半がすでにあります。データがどの略語に属すかを会話窓口は気にしないため、特に重複領域を変えます。「Bardelliの最新は」と聞けば、CRMの商談、PSAの案件、ATSの最近の紹介を一つの一貫した答えにします。
統合型は大きく後押しされます。専門製品の根拠は機能の良さ、統合の根拠は境目の費用がないことでした。窓口が会話とAIなら、機能の深さよりデータの一体性が重くなり、振り子が動いています。
分類が消えるのではなく購入判断が変わります。「どのCRMを買うか」から「どの業務基盤を標準にし、商談の複雑さに十分なCRM機能があるか」へ移ります。
ツール過多の会社の移行手順
重複システムへ払っていると分かったなら、会社を壊さず抜ける手順です。
第一段階は監査です。全システム、席数、年費、各システムに触る主要十業務を列挙します。境界をまたぐ負担のある業務と、重複項目を見つけます。触る前に台帳を作ります。
第二は目標構成です。判断表を使い、パートナーと運用幹部で合意して三型から意識して選びます。IT判断でなく事業構造の判断です。
第三は正式基準です。人、顧客、連絡先、商談、案件、時間、請求ごとにどのシステムが正しさを持つか決め、ほかはそこから連携提供か同期します。
第四は丁寧な移行です。一斉に変えません。最も低リスクの領域（多くの場合は連絡先）から、未払い請求のある進行案件まで、領域を一つずつ移します。切り替え前に誤りを見つけるため、各領域で一定期間二重記録します。
第五は重複製品の廃止です。誰もが遅らせます。期限を固定して広く伝え、守ります。廃止したはずで週十五回ログインがあるツールは廃止ではなくゾンビです。
第六は境目の業務再設計です。統合後もCRMからPSA、ATSからの採用、連絡先連携は残ります。以前のひび割れたままにせず、明示的に再設計します。
三つから一つへ統合した大半の会社は、ライセンス削減だけで十二か月内に回収したと報告します。生産性はその上です。痛みは移行四半期に集中し、効果は何年も積み上がります。
全体をつなぐ
ATS、CRM、PSAは違う流れ、単位、利用者ですが同じ売上エンジンへ注ぎます。明快な答えは三機能が必要で、システムは一つでもよいということです。複雑な現実は、大半の会社が製品過多と境目の負担を払い、技術上は何年も可能な統合視点を得ていないことです。
今四半期に問うのは最良のCRMでなく、自社の規模と提供形態に正しい業務構成は何か、どこまで一基盤で動くかです。
hice.aiは統合・AI中心側のために作りました。250人未満の大半のコンサルティング会社は、案件、人、顧客、その境目を理解する一つの会話窓口にCRM、PSA、軽量ATSを置くと、少ない支出で速く動き、より見通せると信じています。その方向ならご相談ください。