PSAツールとは、案件型・サービス型の事業で、プロジェクト、担当者、工数、請求、採算をつなげて管理する仕組みです。Professional Services Automationの略で、営業が受注した後に、誰がいつ何時間働き、収益がどうなったかを確認しやすくします。
CRMやSFA、ATS、会計システムと重なる部分はありますが、PSAの中心は「受注したサービスを実行し、採算を管理する」ことです。
PSAが扱う主な範囲
| 領域 | 管理する情報 | 実務での問い |
|---|---|---|
| 案件 | 顧客、契約、期間、成果物 | 何をいつまでに提供するか |
| リソース | 担当者、スキル、空き、配置 | 誰をどの期間に割り当てるか |
| 工数 | 予定時間、実績時間、作業区分 | 計画との差はどこにあるか |
| 採算 | 売上、外注費、媒体費、社内工数 | 案件の利益をどう把握するか |
| 請求 | 請求条件、進捗、請求予定 | いつ何を請求するか |
すべてを一つの画面で扱う必要はありません。業務の正本と連携の境界を決めたうえで、PSAに何を持たせるかを決めます。
CRM・ATS・ERPとの関係
CRMやSFAは顧客・商談、ATSは採用・選考、ERPは会計や購買など、主な対象が異なります。PSAは、受注したサービスを運営するプロジェクトと人員、時間、採算を中心に置きます。
- CRM・SFAから、顧客、案件、契約、開始予定日を受け取る
- ATSや人材管理から、スキル、稼働可能日、候補者情報を参照する
- PSAから、実績工数、案件状態、請求対象を会計へ渡す
営業案件と実行プロジェクトを同じレコードで管理すると、受注前の見込みと確定後の実績が混ざります。案件IDを引き継ぎ、状態や責任者を分ける方が、見込み管理と採算管理を両立しやすくなります。
PSAが向く事業
案件ごとに人員や工数を割り当て、提供量と採算を確認する事業に向きます。広告運用、制作、コンサルティング、システム開発、営業支援などが一例です。ただし、案件ごとの業務内容が大きく異なり、工数の記録方法もそろっていない場合は、導入前に管理単位を整える必要があります。
単純な顧客台帳だけが必要ならCRMで足ります。従業員の出退勤だけなら勤怠システムが中心です。PSAを選ぶ前に、案件・人員・工数・採算のどこがつながっていないかを明確にします。
選定時に比較する条件
案件と配置の関係
案件、タスク、役割、期間、担当者を分けて登録できるかを確認します。仮予約と確定配置、重複割り当て、開始日変更の扱いもデモで見ます。
予定工数と実績工数
計画工数だけでは、採算のずれを説明できません。予定と実績を同じ単位で記録し、変更理由を残せるか確認します。
採算の定義
売上から何を差し引くのかを決めます。社内工数、外注費、媒体費、固定費の扱いが会社ごとに違うため、製品の計算式を自社の会計定義と照合します。
権限と連携
顧客契約、個人の稼働、報酬、採算は閲覧者が異なります。API、CSV、Webhookなどの連携方法だけでなく、失敗時の照合や権限変更の運用も確認します。
導入前に作る最小シナリオ
- 受注見込みの案件を登録する
- 契約条件と開始日を確定する
- 役割と必要工数を定義する
- 担当者を仮予約し、確定配置へ変える
- 予定と実績を入力し、採算を確認する
- 案件の延期や担当変更を記録する
この流れを実際の業務に合わせて試し、入力の重複、データの欠落、権限の不整合を確認します。案件の実行基盤を検討する場合は、業務プロセス設計の進め方から、受け渡し条件を先に整理してください。
まとめ
PSAツールは、サービス案件の実行に必要な人員・工数・請求・採算をつなぐ仕組みです。CRM・ATS・ERPとの境界を決め、仮予約や実績工数、採算の定義、権限、連携失敗まで最小シナリオで確認してから選びます。


コメント