士業事務所の顧問先・案件管理、SaaSの「型」に業務を合わせるほうが、実は非効率になっていませんか。案件管理システムを検討する税理士・弁護士・社労士事務所の担当者からは、こうした声をよく聞きます。
先に、要点をまとめます。
- 汎用の案件管理SaaSは初期費用0〜数十万円・月額数千円〜と導入しやすい一方、事務所ごとに異なる報酬体系・帳票様式・チェック工程を「型」に合わせて運用する必要があり、規模が大きくなるほど運用でのつじつま合わせが増えます
- 自社専用（フルスクラッチ）の案件・顧問先管理システムは、初期費用の目安が300〜500万円程度。事務所の報酬体系・進捗フロー・複数士業の連携をそのまま業務に合わせて設計できます
- 判断の分かれ目は「事務所の規模と業務の複雑さ」。1〜数名の事務所は既製SaaSで十分なことが多く、複数士業が連携する事務所・顧問先数が数百件を超える事務所はフルスクラッチの検討価値が上がります
本記事では、税理士・弁護士・社労士・行政書士など士業事務所が顧問先・案件管理システムを検討する際に、既製SaaSとオーダーメイド開発のどちらを選ぶべきかを、費用感・導入手順・比較表・失敗例を交えて整理します。
士業事務所の顧問先管理、なぜ既製SaaSでは限界を感じるのか？
顧問先ごとに異なる報酬体系・申告期限・チェック工程を、汎用SaaSの固定フィールドに無理やり当てはめて運用しているためです。
税理士事務所であれば、顧問先ごとに「月次顧問料＋決算料」「記帳代行込み」「スポット相談」など報酬体系が異なり、税目（法人税・消費税・源泉所得税など）ごとに申告期限も担当者も違います。弁護士事務所であれば、案件の種類（訴訟・契約書レビュー・顧問契約）によって進捗のステータスやタイムチャージの単価体系が変わります。社労士事務所も同様に、顧問先ごとの給与計算締め日・保険手続きの種類が事務所によってバラバラです。
汎用の案件管理SaaSやCRMは、この「事務所ごとの違い」を吸収するために、あらかじめ用意された固定フィールドやカスタム項目の追加機能で対応しようとします。数件〜数十件の顧問先であれば、多少の手間で運用できます。しかし顧問先が増え、複数の士業（税理士＋社労士の合同事務所など）が同じ基盤を使うようになると、「このSaaSのこの項目は、うちの事務所ではこう使う」というローカルルールが積み重なり、新しく入ったスタッフへの引き継ぎコストが膨らんでいきます。
実際に競合となるSaaS製品を見ると、弁護士向けには案件の問い合わせから終了までを一気通貫で管理するクラウド型システムが、税理士向けには顧問先マスタ・申告期限・資料回収状況を一元管理する進捗管理システムが、それぞれ提供されています。いずれも「その士業の一般的な業務フロー」を前提に設計されているため、事務所独自の運用ルール（例: 特定の税目だけ別担当がダブルチェックする、特定の顧問先だけ月次訪問と電話併用にする、など）が多い事務所ほど、SaaSの標準機能とのズレが大きくなります。
御社の場合、複数の資格者が在籍し、顧問先ごとに個別のルールが積み上がっているなら、汎用SaaSの「型」に業務を合わせ続けることのコストを一度見直す価値があります。
合同事務所のような複雑なケースでは、どこから乖離が広がる？
報酬体系の多様さ・資格者間のローカルルール・月額課金の膨張という3つの要因が重なったときに、乖離が実務コストとして表面化します。
抽象的な話だけでは、自社に当てはまるかピンと来ないかもしれません。私たちが実際にご相談を受ける中で、特に多い「典型的なケース」を一つ、具体的に描いてみます。あくまで複数のご相談に共通する像をまとめたもので、特定の一社の事例ではありません。
こういう事務所です。 税理士3名・社労士1名が在籍する合同事務所。顧問先は法人・個人合わせて約300件。数年前に汎用の案件管理SaaSを導入しましたが、いまはこんな状態です。
- 税目ごとの申告期限をSaaSのタスク機能で管理しているが、税理士と社労士で「タスク」の意味が違うため、資格者ごとに独自のラベル運用が生まれている
- 顧問先の報酬体系が「月次顧問料のみ」「記帳代行込み」「決算のみのスポット」など複数パターンあるが、SaaSの請求連携機能は単一プランしか想定しておらず、結局Excelで別管理している
- 新しく入った担当者が「このSaaSのこの欄は、実はこう使う」というローカルルールを覚えるまでに、数週間の引き継ぎ期間がかかっている
- 顧問先が300件を超えたあたりから、月額のユーザー課金がかさみ、SaaSの月額費用が当初の想定より膨らんでいる
このケースでは、報酬体系の多様さ・資格者間のローカルルール・月額課金の膨張という3つの要因が重なっており、フルスクラッチへの切り替えを検討する典型的なタイミングにあります。顧問先数が300件規模で、複数資格者が在籍し、報酬体系が複数パターンある——この3条件が重なる事務所は、既製SaaSとの乖離が実務コストとして表面化しやすい層です。
SaaSとフルスクラッチ、費用と機能はどう違う？
SaaSは初期費用0〜数十万円・月額数千円〜と導入しやすく、フルスクラッチは初期費用300〜500万円程度で事務所の業務フローに合わせて設計できます。
まず費用感を整理します。あくまで目安であり、実際の金額は要件・規模によって変動します。
| 選択肢 | 初期費用の目安 | 月額の目安 | 業務フローへの適合度 |
|---|---|---|---|
| 汎用SaaS（案件管理・CRM） | 0〜30万円程度（初期設定費含む） | 1名あたり数千円〜1万円程度 | 低〜中（標準機能の範囲内） |
| ローコード基盤（kintone等）でのカスタム構築 | 数十万円〜200万円程度 | ローコード利用料＋保守 | 中（ある程度柔軟だが土台の制約は残る） |
| オーダーメイド開発（フルスクラッチ） | 300〜500万円程度 | 保守費（開発費の15〜20%目安） | 高（業務フローに合わせて設計） |
フルスクラッチの初期費用が高く見えるかもしれませんが、月額課金が積み上がるSaaSと異なり、一度作ればライセンス数に応じた追加コストが発生しません。事務所の在籍人数が増えるほど、月額課金型SaaSとの総コストの差は縮まっていきます。保守費用の考え方はシステム保守費用の相場は？、見積もりの内訳の読み方はシステム開発の見積書、どう読む？で詳しく解説しています。
機能面では、フルスクラッチの場合、次のような「その事務所ならでは」の要件を業務フローのまま実装できます。
- 顧問先ごとに異なる報酬体系（月次顧問料・スポット・成功報酬など）を、請求書発行のロジックまで含めて設計する
- 税目・案件種別ごとに異なる進捗ステータスとチェック工程（ダブルチェックが必要な税目だけ承認フローを分岐させる、など）
- 複数士業が同じ顧問先を担当する場合の、資格者ごとのアクセス権限・閲覧範囲の分離
- 申告期限・更新期限などの期日管理と、担当者への自動リマインド
導入までの流れと期間は？
要件整理→設計→開発→移行の順で進み、顧問先管理システムの規模なら1.5〜4ヶ月程度が目安です。
フルスクラッチでの案件・顧問先管理システムの構築は、おおむね次の流れで進みます。
- 要件整理（2〜4週間）: 現状の顧問先管理をExcel・紙・既存SaaSから棚卸しし、「本当に必要な項目」と「形だけ残っている項目」を仕分けします。報酬体系のパターン、進捗ステータスの種類、担当者間の権限分けなど、事務所固有のルールをこの段階で言語化します
- 設計（2〜3週間）: 顧問先マスタを中心に、案件・対応履歴・請求データをどう紐付けるかのデータ設計と、画面のワイヤーフレームを固めます
- 開発（1.5〜3ヶ月）: 規模により変動します。顧問先マスタ＋案件管理＋対応履歴の基本機能のみなら1.5〜2ヶ月程度、請求書発行や会計ソフト連携まで含めると3ヶ月前後が目安です
- データ移行・並行運用（2〜4週間）: 既存のExcelや旧SaaSからデータを移行し、旧システムと並行稼働させながら本番切り替えのタイミングを見極めます
止めない移行が重要です。 顧問先対応は日々発生するため、移行期間中に対応履歴が抜け落ちると、後から「あの件、どちらのシステムに記録したか分からない」という事態になりかねません。新旧システムを並行運用しながら段階的に切り替える設計が、失敗しない進め方です。この考え方は、レガシーシステム刷新全般に共通するもので、老朽化した社内システムをいつ・どう刷新するかでも詳しく整理しています。
士業事務所の案件管理システム選択フロー。事務所規模・複雑さで既製SaaS・ローコード・フルスクラッチのいずれかへ分岐する判断図
失敗しやすいのはどんなケース？
要件整理を飛ばして開発に入るケースと、全資格者・全顧問先を一度に移行しようとするケースが典型的な失敗パターンです。
私たちがこの領域のご相談を受ける中で、失敗につながりやすいパターンが2つあります。
1つ目は、要件整理を十分にせず「とりあえず動くもの」から作り始めるケースです。 税理士・社労士など複数の資格者が在籍する事務所では、資格者ごとに「当たり前」だと思っている業務ルールが実は違う、ということがよくあります。要件整理の段階でこのズレを言語化しないまま開発に入ると、完成後に「この項目、うちの業務では使わない」「あの資格者の業務フローが反映されていない」という手戻りが発生し、結果的に費用と期間が膨らみます。
2つ目は、全顧問先・全資格者を一度に新システムへ移行しようとするケースです。 数百件規模の顧問先データを一括移行し、その直後に申告期限や更新期限のピーク時期が重なると、移行トラブルが業務に直結するリスクが高まります。特定の資格者・特定の顧問先グループから段階的に移行し、運用が安定してから全体展開する方が、事務所全体への影響を抑えられます。
いずれも、技術的な難易度の高さというより「進め方の設計」が原因です。事業部門でシステムを検証してから本番投入する際の共通の落とし穴は、事業部でPoCしたシステムを本番化するときに確認する10のポイントでも整理しているので、あわせて参考にしてください。
もっと軽く始めたい場合は？
ここまで紹介したのは、事務所の業務フローをそのまま設計に落とし込む、初期費用300〜500万円規模のフルスクラッチです。一方で、「まずは顧問先対応履歴の属人化だけ解消したい」「複数の業務をまとめて1つの基盤に載せたい」という段階であれば、もう少し軽い選択肢もあります。
自社プロダクトの「よりどころべーす」は、士業向けの業種別パッケージをベースに、社内AIチャット・AI書類作成・顧問先管理・ワークフロー自動化などを1つの基盤にまとめたカスタマイズ納品型サービスで、初期費用298万円〜・最短1.5ヶ月で公開できます。対応履歴が担当者の記憶頼りになっている課題については、士業事務所の顧問先対応履歴、担当者の記憶頼りになっていませんか？でも扱っているので、より小さく始めたい場合はこちらも検討してみてください。
判断の目安としては、事務所の在籍人数が数名程度で、業務フローの独自性がそこまで強くないなら、パッケージ×スクラッチのよりどころべーすから検討する方が初期投資を抑えられます。一方、複数士業が連携する事務所、顧問先数が数百件を超える事務所、請求・会計ソフトとの連携まで含めて自由に設計したい事務所は、フルスクラッチの検討価値が高くなります。
私たちがこの領域で対応してきたこと
ゼットリンカーでは、士業マッチングプラットフォームの開発・運用実績があります。四葉不動産様と共同運営する士業マッチングサイト「士業ドットコム」をMVP開発から本番リリースまで担当し、税理士・行政書士・社労士・弁護士・司法書士など国家資格者と利用者をつなぐ基盤をNext.js + Supabase + Vercel構成で構築しました（士業ドットコム 開発・本番運用）。また、10年間運用されてきた既存の士業マッチングプラットフォームを、業務を一日も止めずにモダン構成へ移行した実績もあります（士業マッチングプラットフォーム 移行・新規開発）。
「士業ドットコム」では、Supabase の Row Level Security（RLS）による行レベルアクセス制御を使い、士業・利用者・運営など立場の異なるユーザーごとにアクセスできるデータ範囲を分離する設計を採用しています。顧問先・案件管理システムでも同様の考え方で、資格者ごとの閲覧範囲を技術的に分離できるため、「他の資格者の顧問先情報は見せたくない」という要件にも対応可能です。
顧問先・案件管理システムそのものの受託実績はまだ非公開の案件が中心ですが、士業領域のデータ設計・権限分離・移行の勘所は、上記の実績を通じて蓄積してきたものです。まずは現状の顧問先管理の運用（Excel・紙・既存SaaSの併用状況）を見せていただくところから、ご相談いただけます。
今日からできる小さな一歩としては、いま使っているExcelや紙の顧問先台帳を1つ開き、「報酬体系」「進捗ステータス」「担当者」の3項目がどれだけバラバラな書き方になっているかを眺めてみてください。そこにローカルルールの積み重なりが見えてくれば、それがそのまま要件整理の出発点になります。
よくある質問
Q. 士業事務所の案件管理システムは、何名くらいの事務所からフルスクラッチを検討すべきですか？
A. 明確な人数基準はありませんが、目安として複数の資格者が在籍し、顧問先数が数百件を超えるあたりから、汎用SaaSの「型」との乖離が運用コストとして無視できなくなる事務所が増えてきます。1〜数名の事務所であれば、まずは既製SaaSやよりどころべーすのようなパッケージ×スクラッチ型のサービスから検討する方が、初期投資を抑えられることが多いです。
Q. 既存のSaaSからフルスクラッチのシステムへ、データはそのまま移行できますか？
A. SaaS側にエクスポート機能があれば、顧問先マスタや対応履歴のデータを移行できるケースが多いです。ただし、SaaS固有の項目構成をそのまま持ってくるのではなく、新システムの設計に合わせてデータを整形する作業が必要になります。移行期間中は新旧システムを並行運用し、対応履歴が抜け落ちないようにするのが安全です。
Q. 会計ソフトや電子申告システムとの連携も含めて開発できますか？
A. API連携が提供されている会計ソフト・電子申告システムであれば、連携機能を設計に組み込むことが可能です。ただし連携先のAPI仕様や利用規約によって実現できる範囲が変わるため、検討段階で連携したいシステムを具体的に教えていただく必要があります。
Q. 開発期間中も、既存の顧問先対応は止めずに進められますか？
A. はい。要件整理・設計・開発の期間中は、既存のExcelやSaaSでの運用をそのまま継続いただけます。新システムが完成した後、一部の資格者・顧問先グループから段階的に切り替えていく進め方が一般的です。全顧問先を一度に切り替えると移行トラブルの影響が大きくなるため、避けることをおすすめします。
まとめ
士業事務所の顧問先・案件管理は、事務所ごとに報酬体系・進捗フロー・チェック工程が異なるため、汎用SaaSの標準機能とのズレが規模とともに大きくなりやすい領域です。この記事を読んで持ち帰っていただきたいのは、次の2点です。
- 自社の事務所が既製SaaSで十分な段階か、フルスクラッチを検討すべき段階かを、在籍人数・顧問先数・業務フローの独自性で判断する目安
- フルスクラッチなら初期費用300〜500万円程度、より軽く始めたいならパッケージ×スクラッチ型のサービスという2つの選択肢があること
まずは現状の顧問先管理の運用を見せていただくところから、お問い合わせください。受託開発全般のサービス詳細は受託開発・AIソフトウェア開発サービス、業務システム全体の相談はDX・AXコンサルティングでも承っています。
※本記事に記載した費用・期間は2026年8月時点の一般的な目安であり、実際の金額・期間は事務所の規模・要件によって変動します。
運営・編集