士業とSalesforce 案件ステージ・請求マイルストーン・タスクの可視化設計
目次 クリックで開く
税理士、弁護士、社会保険労務士などの士業において、案件の進捗管理と請求業務の連動は、経営の健全化における最大の課題です。「誰がどの案件をどこまで進めているか」「請求可能なマイルストーンに達しているか」が担当者の頭の中にしかない状態は、組織としてのスケーラビリティを著しく阻害します。
世界シェアトップのCRMであるSalesforceは、非常に強力なカスタマイズ性を持ちますが、デフォルト設定は「製品を売って終わり」の物販モデルに近い設計になっています。本記事では、士業特有の「長期間の履行」「複数回の請求マイルストーン」「厳格な期限管理」をSalesforce上でどう設計・実装すべきか、実務担当者の視点で徹底的に解説します。
士業がSalesforceを導入しても「管理」が形骸化する理由
多くの士業事務所がSalesforceを導入しながら、結局Excelやスプレッドシートに戻ってしまう原因は、標準の「商談(Opportunity)」オブジェクトの使い方にあります。
一般的な「商談」と士業の「案件履行」のギャップ
一般的なB2Bセールスでは、商談は「受注(Closed Won)」で終了します。しかし、士業の実務において、受注(受任)はプロセスの始まりに過ぎません。受任後の「書類収集」「申告書作成」「行政協議」「完了報告」といった履行プロセスこそが、タスク管理と請求のトリガーとなるため、商談のフェーズを「受注まで」ではなく「業務完了まで」に拡張して設計する必要があります。
請求業務が「会計ソフト」と分断されることによる入力漏れ
「作業は終わったが、請求書を発行し忘れた」「着手金はもらったが、成功報酬の請求タイミングを逃した」というミスは、Salesforceと会計ソフトが分断されていることで発生します。Salesforce側で請求マイルストーンを定義し、それをトリガーに会計ソフトへデータを飛ばす、あるいは請求完了ステータスをSalesforceに書き戻す設計が不可欠です。
特に、バックオフィス業務の効率化については、以下の記事で解説しているようなアーキテクチャの視点が重要になります。
SaaSコストとオンプレ負債を断つ。バックオフィス&インフラの「標的」と現実的剥がし方(事例付)
士業実務に最適化した「案件ステージ(商談フェーズ)」の設計指針
Salesforceの「商談」オブジェクトを案件管理として利用する場合、フェーズ(StageName)の設計がすべてを決めます。
【フェーズ定義】受任から業務完了までの5ステップ
士業の一般的なプロジェクト型案件(例:相続税申告、許認可申請、訴訟対応)では、以下の5つのフェーズ設計を推奨します。
- 見込み・提案(Qualification/Proposal):問い合わせから見積提示まで。
- 受任・着手準備(Contracted/Onboarding):契約締結、着手金の入金確認待ち。
- 業務履行中(In Progress):書類収集、作成、実務作業期間。
- 審査・完了報告(Final Review/Reporting):成果物の最終確認、申請、納品。
- 業務完了・請求済み(Closed/Invoiced):すべての履行が終了し、最終入金を確認。
フェーズ移行の「完了条件」を明確にする入力規則の活用
単にフェーズを用意するだけでは、現場は適当に進捗を更新してしまいます。Salesforceの「入力規則(Validation Rule)」を用い、「フェーズを『業務履行中』にするには、契約書の回収日が入力されていなければならない」といった制約を設けることで、データの精度を担保します。
請求マイルストーンの可視化:着手金・中間金・成功報酬をどう持たせるか
士業の収益構造は、単発の売上ではなく、複数のタイミングで発生する「マイルストーン請求」が特徴です。
標準オブジェクト「商品(Product)」と「スケジュール」の活用限界
Salesforceには標準で「商品」と「数量・収益スケジュール」という機能があります。しかし、これは「月額10万円を12ヶ月払う」といった定額分割には向いていますが、「業務の進捗(マイルストーン)に応じて金額が変わる」士業のモデルには、標準設定のままでは使いにくいのが実情です。
カスタムオブジェクトによる「請求管理」の実装メリット
柔軟な請求管理を行うには、商談に紐づく「請求明細」というカスタムオブジェクトを作成することをお勧めします。
ここに「予定日」「金額」「種別(着手金・報酬等)」「請求ステータス」を持たせることで、一つの案件から複数の請求が発生する状況を正確に管理できます。
このデータ構造を構築しておくことで、後段の会計連携が極めてスムーズになります。例えば、Salesforceとfreee会計を連携させる際、商談単位ではなく「請求明細」単位で仕訳を飛ばすことで、前受金と売上の按分管理も自動化の視野に入ります。このあたりの詳細は、以下の記事が参考になります。
Salesforceとfreeeを繋いでも「サブスク売上」は自動化できない。前受金管理とバクラクを活用した一括請求アーキテクチャ
タスク(ToDo)の自動生成とガントチャートによる可視化
士業の業務は、法定期限との戦いです。フェーズが進んだ際に、必要なタスクを自動で生成する仕組みを構築します。
フロー(Salesforce Flow)を用いた期限管理の自動化
Salesforce Flowを活用し、例えば「フェーズが『受任』になった瞬間、3日後を期限とした『資料請求リスト送付』というToDoを自動作成する」設定を行います。これにより、属人的なタスク漏れを防ぐことが可能です。
プロジェクト管理系AppExchangeの活用
標準のリストビューだけでは、複数の案件を横断した「工数管理」が困難です。その場合は、日本企業のニーズに強いAppExchange製品の導入を検討してください。
| ソリューション名 | 特徴 | 向いている事務所 |
|---|---|---|
| 標準機能(ToDo/レポート) | 追加コストゼロ。リストビューで期限管理。 | 個人事務所〜小規模(10名以下) |
| RaySheet (グレープシティ) | Salesforce画面をExcelのように操作可能。一括入力に強い。 | 入力件数が多く、Excelからの移行期にある事務所 |
| DriveBoard (テラスカイ) | カンバン形式やガントチャートで進捗を直感的に可視化。 | 複数メンバーの負荷状況を可視化したい法人 |
実務で使えるSalesforce設定ステップバイステップ
ここからは、管理者が実際に設定を進める際の手順を解説します。
STEP 1:商談プロセスの作成とフェーズのカスタマイズ
まずは「設定」>「オブジェクトマネージャー」>「商談」から、「フェーズ」の選択肢値を、前述した士業向けのものに変更します。その後、「商談プロセス」を作成し、特定のレコードタイプ(例:税務顧問、スポット案件)ごとに表示するフェーズを使い分けます。
STEP 2:請求ポイントを管理するカスタム項目の追加
商談オブジェクトに以下の項目を追加します。
- 着手金(通貨)
- 成功報酬(通貨)
- 請求完了フラグ(チェックボックス)
- 入金確認日(日付)
※より高度な管理を行う場合は、前述の通り「請求明細」カスタムオブジェクトを作成してください。
STEP 3:活動レポートとダッシュボードの作成
「期限が過ぎているToDo」と「完了していない商談」をセットにしたダッシュボードを作成します。代表者は毎朝このダッシュボードを見るだけで、滞留している案件を即座に把握できるようになります。
士業におけるSalesforce運用のセキュリティと注意点
士業が扱うデータは、極めて機密性が高いものです。Salesforceの堅牢なインフラ(Salesforce Trust)に加え、以下の設定を必ず確認してください。
機密情報の項目レベルセキュリティ設定
「相談内容の詳細」や「個人の所得情報」などは、事務所内の全員に見せる必要はありません。プロファイルや権限セットを用いて、担当者以外には項目自体を表示させない「項目レベルセキュリティ」を設定します。
バックオフィス連携時のデータ整合性
Salesforce側で案件ステータスを更新した際、それが正しく会計ソフト(freeeやマネーフォワード等)に反映されるか、またはその逆の同期が取れているかが重要です。API連携を行う場合は、どちらを「正(マスター)」とするかを明確に決めておく必要があります。特に移行期には、データの重複や不整合が起きやすいため、注意が必要です。
まとめ:Salesforceを「士業の基盤」にするために
Salesforceを単なる住所録やメモ帳として使うのは、宝の持ち腐れです。士業のコア業務である「案件の履行」と、経営の要である「請求」を商談オブジェクト(またはその周辺)で統合管理することで、初めて投資対効果が最大化されます。
まずは、自社の業務フローを「5つのフェーズ」に落とし込むことから始めてみてください。標準機能のカスタマイズだけであっても、Excel管理では到底到達できなかった「組織としての可視化」が実現できるはずです。
より詳細な設定方法や、具体的なAPI連携のアーキテクチャについては、Salesforce公式のヘルプドキュメントおよびTrailheadを参照することをお勧めします。料金体系については、組織の規模に応じて公式サイトの価格ページで最新情報を確認してください。
士業のSalesforce運用で躓かないための「実務チェックリスト」
案件管理や請求の枠組みが整っても、士業実務特有のルールを反映しきれず、結局手計算が発生してしまうケースが散見されます。実装・運用の最終チェックとして、以下の3点を確認してください。
1. 源泉徴収・消費税の計算ロジック
士業の請求で最もミスが起きやすいのが「源泉所得税」の差し引きです。Salesforce上で請求金額を算出する場合、以下の項目が正しく計算されるよう数式項目を設計しているか確認してください。
- 源泉徴収の対象外経費:登録免許税や印紙代など、立替金として処理すべき項目が「報酬」と合算されていないか。
- 100万円超の計算:報酬が100万円を超える場合、超えた部分の税率が20.42%に変動するロジックに対応しているか。
2. ライセンス選定と「権限セット」の誤解
「全職員に高額なSales Cloudライセンスが必要か?」という点はよくある誤解です。案件の進捗更新やToDo消化がメインのスタッフであれば、機能を絞った安価なライセンスや、カスタムオブジェクトを主軸とした「Lightning Platform」ライセンスで十分な場合があります。最新の機能制限や価格は、必ずSalesforce公式:Sales Cloud価格一覧をご確認ください。
3. 顧客IDの「名寄せ」ルール
士業では一人の顧客から「相続」「法人設立」「顧問契約」と複数の案件が発生します。取引先(Account)が重複すると、過去の対応履歴が分散し、可視化のメリットが半減します。導入初期に、電話番号やメールアドレスによる一致ルール(一致キー)を定義しておくことが重要です。
設計の全体像を再確認する
Salesforceを単なるツールとしてではなく、組織の「データ基盤」として機能させるための全体設計については、以下の解説記事が非常に参考になります。
実務者が参照すべき「公式リソース」と学習ガイド
Salesforceのカスタマイズを内製化、あるいはベンダーと対等に議論するためには、以下の公式ドキュメントをブックマークしておくことを推奨します。
| リソース名 | 活用シーン | 公式リンク |
|---|---|---|
| Trailhead(トレイルヘッド) | フロー(Flow)やレポートの作成方法をハンズオンで学ぶ。 | 公式ポータル |
| Salesforce ヘルプ | 「入力規則」の関数仕様や、標準オブジェクトの制限値を確認する。 | ヘルプセンター |
| AppExchange | 士業向けのガントチャートや、会計連携プラグインを探す。 | 日本向けアプリ一覧 |
※AppExchange製品には有料・無料のものがあるため、導入前に「Sandbox(テスト環境)」での試用を強く推奨します。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。