士業向け業務システム外注ガイド｜会計・法律事務所の費用と発注先選び

「既製の会計ソフトや事件管理システムを導入しているのに、Excelや紙の作業がどうしても残る」「顧客ごとに個別対応が発生していて、SaaSの標準機能ではまかないきれない」──5〜20名規模の会計事務所や法律事務所で、こうした声が聞こえ始めていませんか。

原因は事務所側の運用にあるのではなく、士業特有の業務プロセスが標準的なSaaSの守備範囲を超えている場合がほとんどです。案件ごとに異なる報酬体系、複数の担当者が関わるタイムチャージ、顧客との情報連携、電子帳簿保存法や電子契約への対応など、事務所ごとの個性が濃く出る領域は、既製品では吸収しきれません。

結果として「カスタム業務システムを外注したい」という判断に至る事務所が増えていますが、ここで多くの所長・パートナーが立ち止まります。社内にIT専任がいないため、費用相場も外注先の見極め方も分からず、なにより弁護士法や税理士法といった業界固有の規制を理解した発注先を見つけられるかが不安になるからです。

本記事では、会計事務所・法律事務所向けの業務システム外注について、費用相場・3つの発注アプローチ・士業特有の規制対応・外注先選定・発注前準備までを一気通貫で解説します。既製SaaSの限界を感じている事務所が、発注に踏み出す前に確認しておくべき論点を体系的に整理しました。

読み終えた頃には「開発会社に一括発注するか」「フリーランス人材を活用してコストを抑えるか」「ハイブリッド型で進めるか」という発注方針と、概算予算のイメージが固まる状態を目指します。

士業で業務システム外注が増えている背景

会計事務所や法律事務所で業務システムの外注ニーズが高まっている背景には、既製SaaSでは吸収しきれない業務要件の増大と、法制度・市場環境の変化という二つの流れがあります。

既製SaaSでは対応しきれない士業特有の業務

会計事務所であれば、顧問先の業種や契約形態ごとに異なる報酬体系、記帳代行と月次監査の切り分け、決算・申告時の進捗管理などが典型です。法律事務所では、案件割り振り、タイムチャージの正確な計上、利益相反チェック、顧客ポータルでの資料共有などが標準SaaSの機能を超えることがあります。

既製の業務システムは「多くの事務所が共通で使う機能」に絞って設計されているため、事務所固有の運用ルールに合わせようとすると、Excelでの補完や複数SaaSの重複入力が発生します。この「隙間業務」が積み重なると、システムを入れているのに現場は疲弊するという逆転現象が起きます。

電子帳簿保存法・インボイス制度・DX化への外部圧力

電子帳簿保存法の改正、インボイス制度の本格運用、弁護士業務のDX推進など、士業事務所が対応しなければならない制度変化は続いています。個別のSaaSごとに対応が進むため、事務所側は「複数のSaaSにまたがる業務の全体最適」を自前で組み立てる必要が出てきます。

さらに、顧問先企業・顧客企業側もオンラインでの資料授受や電子契約を求めるようになり、事務所側にも同水準の情報基盤が期待される時代になりました。既製品の組み合わせだけでは、顧客体験の面で他事務所との差が付きにくくなっているのが実情です。

なぜ「外注」が有力な選択肢になるのか

こうした課題を社内で解決しようとしても、士業事務所の多くは専門職員（税理士・弁護士・パラリーガル・記帳担当）で構成されており、IT専任を採用・維持するのは現実的ではありません。

一方で、業務システムのカスタム開発を外部に委託する市場は成熟しており、開発会社・フリーランスエンジニア・複業人材など複数の選択肢から、事務所規模と要件に合わせた発注先を選べるようになっています。「自前で作る」より「外注する」ほうがスピードと専門性の両面で優位に立てる状況が整いつつあります。

士業向け業務システム外注の3つの発注アプローチ

業務システムを外注する方法は、大きく分けて3つのアプローチがあります。「開発会社に一括発注しかない」と考えられがちですが、事務所の規模・予算・要件の明確度によって、より適した選択肢がある場合が少なくありません。

開発会社に一括発注する

要件定義・設計・開発・テスト・運用保守までを1社の開発会社にまとめて委託するアプローチです。

向いているケースは、要件がある程度固まっており、発注後は事務所側の負荷を最小限にしたい場合、あるいは規模が大きく（想定システム全体で1,000万円以上）品質保証や体制を重視したい場合です。

メリットとして、進行管理・品質保証・障害対応を発注先が一貫して担うため、事務所側の運用負担が軽くなります。一方でデメリットは、内訳の見えにくい費用の高さと、契約変更・追加開発の柔軟性の低さです。一般に業務システムのスクラッチ開発は、小規模（軽量な業務システム）で200万〜500万円、大規模（基幹刷新レベル）で2,000万〜3,000万円が目安とされます（出典: 発注ラウンジ「スクラッチ開発の費用相場」、2026年）。中規模帯（500万〜1,000万円前後）は出典に明記された数値ではなく、機能範囲・データ移行の複雑度に応じた実務経験ベースの独自試算として整理しています。

フリーランス・複業エンジニアを活用する

要件整理・実装・運用のいずれか、または複数を、フリーランスエンジニアや複業人材に個別に委託するアプローチです。

向いているケースは、機能単位で段階的に構築したい場合、既存SaaSの拡張・連携が中心の場合、月次で費用を抑えながら継続的に改善したい場合です。近年は、平日夜間や週末の稼働でも品質の高い実装を提供できる複業エンジニアが増えており、5〜20名規模の事務所と相性が良いアプローチになっています。

メリットは、月額単価が開発会社より抑えやすく、事務所側の意思決定スピードで進められる点です。デメリットは、要件整理や進行管理を発注者側で担う必要があること、体制の継続性リスクを分散する工夫が必要になることです。

ハイブリッド型（PM＋フリーランス実装）

要件定義とプロジェクトマネジメント（PM）を開発会社や独立コンサルに委託し、実装作業をフリーランスや複業エンジニアで進めるアプローチです。

向いているケースは、社内にIT人材がおらず要件整理から支援が必要だが、実装コストは抑えたい場合、あるいは長期的な機能追加を見据えて自社の「窓口」となる相談先を持ちつつ、開発リソースは柔軟に調整したい場合です。

メリットは、要件品質と費用最適化を両立できる点です。PMが要件整理・品質管理を担うことで、発注者側の負担を抑えつつ、実装単価は市場水準に近づけることができます。デメリットは、PM費用が一定発生することと、契約関係が複数になり管理が煩雑になる点です。

3アプローチ比較

上記金額はあくまで目安であり、機能範囲・データ移行の複雑度・既存SaaS連携の有無で大きく変動します。次章以降で、会計事務所・法律事務所それぞれの機能別費用感を掘り下げます。

会計事務所の業務システム外注に必要な費用と機能設計

会計事務所が外注する業務システムは、既存の会計ソフト（弥生・freee・マネーフォワード・MJS・JDL等）を「軸」として、その周辺業務を補完する形で設計するのが基本です。会計ソフト自体をゼロから作るケースはまれで、実際に発注が集中するのは顧客管理・案件進捗・レポート自動化などの周辺領域です。

会計事務所固有の業務（AI活用・自動化の詳細）については、会計事務所向けAIカスタム開発ガイド、および士業のAI活用と費用相場で解説していますので、あわせて参照してください。税理士事務所のDX全般については税理士事務所のDXはどこから始める？を参照ください。

会計事務所でよく外注される機能

• 顧客管理（CRM連動）: 顧問先情報・契約内容・担当者・料金プランを一元管理し、記帳代行・月次監査・決算・申告といった業務種別ごとに顧客を横断で見られる仕組み
• 案件・進捗管理: 顧問先ごとの月次業務（証憑受領、記帳、レビュー、報告）の進捗を可視化し、担当者間で受け渡しを管理する仕組み
• 請求・入金連携: 顧問料・スポット報酬・追加料金の請求書発行を自動化し、入金消込を効率化する仕組み
• レポート自動化: 顧問先向けの月次レポート・経営指標ダッシュボードを、会計ソフトのデータから自動生成する仕組み
• 顧客ポータル: 顧問先が証憑や資料をアップロードし、状況を確認できるオンライン窓口
• AIチャットボット・問い合わせ自動化: 顧問先からの定型質問に一次対応する仕組み

機能別費用相場のイメージ

金額は5〜20名規模の会計事務所を想定した目安です。会計ソフト自体をスクラッチで置き換える判断は費用対効果の観点から推奨しにくく、多くの場合は既存SaaSを軸に、隙間業務を埋めるカスタム開発に集中する方が現実的です。

既存の会計ソフトとの連携設計

弥生会計・freee会計・マネーフォワードクラウド会計・MJSなどは、外部連携用のAPIやCSVインポート機能を提供しています。カスタム開発を外注する際は、以下の3点を発注先と早めに確認しておくと後戻りを減らせます。

1. APIの有無と制限: 顧問先が使う会計ソフトごとにAPIの提供状況が異なります。連携が必須の機能は、事務所側で顧問先の使用ソフトを棚卸ししてから発注に進みましょう
2. データ同期の頻度: リアルタイム同期が必要か、日次バッチで十分かで、実装コストとサーバー費用が大きく変わります
3. 既存SaaSの機能重複: 既に使っているSaaSに類似機能がある場合、カスタム開発ではなく既存SaaSの追加機能購入で解決するほうが早いケースがあります

法律事務所の業務システム外注に必要な費用と機能設計

法律事務所の業務システムは、会計事務所と比べて「案件（事件）」を軸に組み立てられる点が特徴です。事件管理・タイムチャージ・利益相反チェック・顧客ポータルなど、案件のライフサイクル全体をカバーする設計が求められます。

弁護士事務所のDX全般については弁護士事務所DXガイドで詳しく解説していますので、あわせて参照してください。

法律事務所でよく外注される機能

• 事件管理: 案件ごとに関係者（依頼者・相手方・裁判所・共同担当）・期日・書類・履歴を一元管理する仕組み
• タイムチャージ計算: 弁護士・パラリーガルの稼働時間を案件別に記録し、時間単価と組み合わせて請求データを自動生成する仕組み
• 利益相反（コンフリクト）チェック: 新規受任前に依頼者・相手方が既存案件と抵触しないかを検索できる仕組み
• 請求・入金連携: 着手金・報酬金・実費・タイムチャージを組み合わせた請求書発行と入金管理
• 顧客ポータル・電子署名: 依頼者との資料共有、進捗連絡、契約書の電子署名を一元化する仕組み
• 書類雛形管理: 訴状・準備書面・契約書の雛形を管理し、案件情報を差し込んで下書きを生成する仕組み

機能別費用相場のイメージ

金額は5〜20名規模の法律事務所を想定した目安です。特に事件管理は法律事務所のコア業務であり、既製SaaS（loioz・司法くん・Themis 等）で標準機能をまかない、事務所固有の案件区分や独自報酬体系に対応する部分だけをカスタム開発する構成が、費用対効果の面で選ばれやすくなっています。

既存の法律事務所向けSaaSとの連携設計

法律事務所向けSaaSは、事件管理・タイムチャージ・請求機能を統合提供していることが多く、拡張を検討する際は「どこまでSaaS標準で吸収するか」の線引きが重要です。以下の順番で確認していくと判断しやすくなります。

1. SaaS標準機能でカバーできる範囲を確定する: 標準機能の詳細をベンダーに確認し、事務所固有の運用に無理なく合わせられる部分を洗い出す
2. APIやCSVエクスポートで補完できる範囲を確認する: 標準機能で完結しない部分について、データを取り出して外部システムで処理できるかを確認する
3. 上記でも解決しない部分だけをカスタム開発する: 独自の報酬体系、複数弁護士間の案件配分ルール、顧客企業側との個別連携などが該当します

士業特有の法規制とシステム設計上の注意点

業務システムを外注する際、士業事務所が特に注意すべきなのは、業務範囲・情報管理・電子化に関する法的制約です。発注先がこれらの規制を理解しているかで、システムの設計方針そのものが変わります。

業務範囲の法的制約

弁護士法72条は、弁護士でない者による法律事務の取り扱いを原則として禁止しており、いわゆる非弁行為の規制として広く知られています。税理士法52条も同様に、税理士でない者が税務代理・税務書類作成・税務相談を行うことを制限しています（出典: 弁護士法（e-Gov法令検索）、税理士法（e-Gov法令検索））。

システム設計上の含意は明快で、「専門家判断が必要な業務」と「事務処理として自動化してよい業務」の線引きをシステム上に反映する必要があります。たとえば以下のような整理が必要になります。

• 自動化してよい業務: 定型書類の下書き生成、期限管理、進捗通知、請求書発行、資料受領のリマインド
• 専門家判断が必須の業務: 法的助言・税務判断・和解方針・顧問回答 など、システム上は「担当者による確認・承認」を必須ステップとする

自動化の範囲を検討する際は、発注先に「士業案件での自動化実績と、専門家判断を挟むワークフロー設計の経験」を必ず確認しましょう。

守秘義務・情報管理の設計要件

弁護士法23条は弁護士の守秘義務を、税理士法38条は税理士の守秘義務を定めており、顧問先・依頼者情報の取り扱いには特別な注意が必要です（出典: 弁護士法（e-Gov法令検索）、税理士法（e-Gov法令検索））。個人情報保護法との組み合わせで、以下のような設計要件が発生します。

• アクセス権限の細分化: 案件ごと・担当者ごとに閲覧・編集権限を制御し、無関係な職員がアクセスできない設計にする
• 監査ログ: 誰がいつどのデータにアクセスしたかを記録し、事後追跡できるようにする
• クラウド保存先の選定: データセンターの所在地、暗号化方式、バックアップ体制を明確化する
• 退職者対応: アカウント無効化と、当該職員が扱ったデータへの残余アクセスの遮断を運用フローに組み込む

これらは既製SaaSでも一定レベルで実装されていますが、事務所固有の情報区分（例: 特定顧問先の情報を特定パートナーのみが扱う）に対応する場合はカスタム設計が必要になります。

電子帳簿保存法・電子契約対応の設計ポイント

電子帳簿保存法は、電子取引データの保存要件（真実性の確保・可視性の確保）を定めています。会計事務所が顧問先の電子取引データを扱う場合、以下の要件を満たすシステム設計が必要です。

• タイムスタンプまたは訂正削除履歴の保持: 記録の改ざん防止を担保する仕組み
• 検索機能: 取引年月日・取引金額・取引先で検索できる状態
• 保存期間: 原則7年間（法人の場合、条件によっては10年間）

電子契約についても、電子署名法に準拠した署名の実装、契約書の長期保存、当事者確認プロセスの設計が求められます。発注先には、電子帳簿保存法対応や電子契約実装の経験を確認するとよいでしょう。

士業向け外注先の選び方

外注先の見極めが、業務システム外注の成否を分ける最大の要素です。士業事務所の場合、一般的な開発会社選定の観点に加えて、業界知識と規制理解の深さが重要な判断軸になります。

本セクションは「発注アプローチ全体（開発会社／フリーランス／ハイブリッド）を選ぶ際の共通軸」に焦点を当てています。開発会社そのものの選定を、税理士・社労士・行政書士向けの3タイプ・7評価軸で比較する詳細フレームは、士業向けシステム開発会社の比較・選び方で個別に整理していますので、開発会社候補を絞り込む段階で参照してください。

選び方の3軸

1. 士業案件の実績

士業事務所向けの業務システム開発経験があるか、あるいは類似業界（医療・不動産・金融など専門職向けサービス業）での経験があるかを確認します。実績が薄くても、業界特有の業務プロセスを理解しようとする姿勢と、要件定義段階でのヒアリング品質を見れば判断できます。

2. 規制理解の深さ

弁護士法・税理士法・電子帳簿保存法・個人情報保護法など、業界規制に関する基本知識を持っているか。初回商談で「非弁行為に抵触しない自動化範囲の設計経験」「守秘義務を踏まえた権限設計の考え方」を質問して、回答の具体性を確認します。

3. 柔軟性・伴走力

事務所側の要件が固まりきっていない前提で、要件整理から段階的に伴走できるか。契約形態（請負・準委任）、追加開発・保守運用への対応、体制変更時の引き継ぎ体制などを確認します。

発注先に確認すべき質問リスト

初回商談〜見積り前に、以下の質問を投げかけることで、発注先の実力を効率的に見極められます。

• 士業事務所または類似専門職業界での開発実績はありますか
• 弁護士法72条や税理士法の非弁・非税規制について、システム設計上でどのように配慮しますか
• 守秘義務の観点で、アクセス権限や監査ログの設計をどう提案しますか
• 電子帳簿保存法・電子契約の実装経験はありますか
• 要件が固まりきっていない段階から、要件整理を支援する体制はありますか
• 開発後の保守運用の体制と月額費用の目安を教えてください
• 追加開発が発生した際の見積りプロセスと単価の考え方を教えてください
• プロジェクト中に担当者が変わる可能性と、変更時の引き継ぎ体制はどうなっていますか
• 過去にプロジェクト中止・大幅な仕様変更が発生した際の対応事例を教えてください

NGシグナル

以下のような対応が見られる発注先は、契約前に慎重に判断してください。

• 士業業界の規制について「開発会社は法律のことは分からない」と一切踏み込まない
• 見積り時点で「詳細はやってみないと分からない」と根拠を示さず高額な概算を出す
• 保守運用や追加開発の考え方を明確に示さない
• 契約形態（請負・準委任）と、その選択理由を説明できない
• 過去実績を「守秘義務でお伝えできない」の一言で片づけ、匿名化した情報提供にも応じない

開発会社・フリーランス・ハイブリッドそれぞれの選び方の違い

開発会社を選ぶ場合は、体制の厚みと保守運用の継続性を重視します。会社規模・エンジニア人数・過去5年の売上推移など、事業の安定性を確認しましょう。個別会社の比較評価軸は前述の士業向けシステム開発会社の比較・選び方を参照ください。

フリーランス・複業エンジニアを選ぶ場合は、個人のスキルと稼働可能時間の見極めが中心になります。過去実績、稼働可能な時間帯、体調不良や案件重複時のバックアップ体制、契約継続の意思を確認します。フリーランス活用の実務については、Workee のような複業人材プラットフォームで、士業案件経験のあるエンジニアを比較検討できます。

ハイブリッド型を選ぶ場合は、PMを担う開発会社・コンサルの要件整理力と、フリーランス実装者との連携経験を重視します。PMが「実装できる人を見つけてくる」だけの立場ではなく、実装品質にも責任を持てるかを確認しましょう。

発注前に事務所側で準備すべきこと

外注先を決める前に、事務所側で準備しておくべき事項があります。ここを飛ばして発注に進むと、要件のブレによる手戻りや追加費用が発生しやすくなります。

業務可視化の進め方

まず、現状の業務フローを可視化します。難しい方法論は必要なく、以下の3ステップで十分です。

1. 主要業務の書き出し: 会計事務所であれば「証憑受領→記帳→月次レビュー→顧問先報告→請求」、法律事務所であれば「受任→調査→書面作成→期日対応→報告→請求」など、事務所の代表的な業務プロセスを書き出す
2. 各ステップの担当者・所要時間・使用ツールを記録: 誰が、どのタイミングで、何を使って作業しているかを1〜2週間ほど記録する
3. 現状の課題と改善希望を各ステップに付記: 「重複入力が発生している」「引き継ぎ時に情報が抜ける」「顧問先からの資料が紙のまま」などを具体的に記載

この作業は、事務所内の複数職員（所長・担当パートナー・事務長・現場の担当者）で分担し、月1〜2回のミーティングで擦り合わせると、抜け漏れが減ります。

要件を「必須／あれば良い／将来的に」で分ける

書き出した課題を、以下の3区分で整理します。

• 必須（Must）: これがないと業務が回らない、または法令遵守上必要な機能
• あれば良い（Should）: 業務効率が明確に上がるが、なくても代替手段がある機能
• 将来的に（Nice to have）: 中長期で検討したい機能、他機能が安定してから追加したい機能

発注時には「必須」に絞って見積りを取り、「あれば良い」は費用と工期の余裕次第で追加、「将来的に」は次期フェーズに回すのが基本です。この整理があるだけで、発注先との要件すり合わせが数段スムーズになります。

IT導入補助金・その他公的支援の活用

士業事務所も中小企業に該当する場合、公的な補助金・助成金の対象になります。2026年度は「IT導入補助金」が「デジタル化・AI導入補助金」に名称変更されており、補助上限は最大450万円、補助率は基本1/2で、賃上げ要件など一定要件を満たす場合は2/3、小規模事業者は最大4/5まで引き上げ可能と、業務システム導入と相性の良い制度が継続しています（出典: 中小企業庁「デジタル化・AI導入補助金2026」概要（PDF）、デジタル化・AI導入補助金2026 公式サイト、2026年）。

補助金申請では以下の点に留意してください。

• IT導入支援事業者としての認定: 補助金を活用する場合、事務局に登録された「IT導入支援事業者」から対象ツールを導入する必要があります。フリーランスや未登録の開発会社に発注する場合は補助対象外になる可能性があるため、事前に発注先の登録状況を確認しましょう
• フルスクラッチ開発は対象外の場合が多い: 補助対象は登録済みのITツールが中心のため、ゼロから作るフルスクラッチ開発は対象外になることが多いです。既存SaaSの導入＋一部カスタマイズであれば対象になる可能性があります
• 他の補助金との併用検討: 小規模事業者持続化補助金、ものづくり補助金など、事務所の従業員規模や事業内容によっては他制度も検討できます

補助金の申請は公募スケジュールに縛られるため、発注方針が固まってから慌てて申請するのではなく、業務可視化の段階から並行して情報収集を進めましょう。

まとめ｜士業向け業務システム外注を成功させる3つの原則

会計事務所・法律事務所が業務システムを外注する際は、以下の3原則を意識することで、費用対効果と実務適合性を両立しやすくなります。

1. 既製SaaSの限界を見極めてから外注する

会計ソフトや事件管理SaaSの標準機能を最大限使い切り、そのうえで残る「事務所固有の隙間業務」に絞ってカスタム開発する構成が、費用対効果の面で優位です。何でもスクラッチで作ろうとせず、既存資産との組み合わせで設計します。

2. 発注方法を規模と要件に合わせて選ぶ

「開発会社に一括発注」だけが選択肢ではありません。5〜20名規模の事務所であれば、フリーランス・複業人材の活用や、PMを開発会社に、実装をフリーランスに分けるハイブリッド型が現実的な選択肢になります。事務所の予算・要件明確度・IT人材の有無で最適解は変わります。

3. 士業特有の規制を理解する発注先を選ぶ

弁護士法・税理士法・守秘義務・電子帳簿保存法など、業界規制を理解している発注先を選ぶことで、規制起因の手戻りやペナルティリスクを避けられます。初回商談で規制対応の考え方を質問し、回答の具体性を必ず確認しましょう。

士業事務所ごとに業務プロセスの個性は異なるため、他事務所の成功事例をそのまま流用するのではなく、自事務所の業務可視化と要件整理を丁寧に行うことが、外注成功の一番の近道です。まずは主要業務の書き出しと「必須／あれば良い／将来的に」の3区分整理から始め、そのうえで発注アプローチを選定してください。

社労士事務所のシステム開発費用については社労士のシステム開発費用ガイドで解説していますので、あわせて参照ください。