士業・専門サービス業向けシステム開発の発注/外注/依頼/委託方法について

士業・専門サービス業向けシステムの発注・外注は、顧客・案件・期限・証憑・請求を一元化し、業務要件と安全管理をRFPで合意してから、適した発注形態と契約を選ぶ進め方が基本です。

税理士・公認会計士、弁護士、司法書士、行政書士、社会保険労務士、特許事務所、コンサルティング会社では、同じ「顧客管理」でも必要な機能が異なります。この記事では、既製SaaS、パッケージ、ローコード、フルスクラッチをどう選ぶか、RFP・要件整理で何を決めるか、請負と準委任をどう使い分けるか、2026年時点の費用レンジ、委託先の比較方法までを順に解説します。最初から多機能なシステムを作るのではなく、顧客受付から案件完了、請求、保管までの業務線を見える化し、現場に定着する発注を目指します。

▼全体ガイドの記事
・士業・専門サービス業向けシステム開発の完全ガイド

士業・専門サービス業向けシステムの発注で最初に決めること

発注の成否は、開発会社の知名度や機能数よりも、事務所の業務と情報の境界をどれだけ具体的に定義できるかで決まります。士業では守秘義務、利益相反、マイナンバー、法定帳票、証憑の保存などが関わるため、一般的な顧客管理システムの導入だけでは足りない場合があります。

最初に、問い合わせ・受任、顧客登録、案件または事件の開始、担当者の割り当て、作業と期限、レビュー、成果物の納品、請求・入金、保管・廃棄までを書き出します。税理士なら顧問先、申告・決算・年末調整の進捗、電子申告、顧問料を、弁護士なら依頼者・相手方・裁判所、利益相反、期日、証拠、タイムチャージ、着手金・報酬金を業務線に置きます。社労士・行政書士なら手続、申請書類、更新期限、電子申請の進み具合、コンサルティング会社なら提案、プロジェクト、工数、成果物、契約更新、請求を置きます。

「導入すること」を成果にせず、二重入力の削減時間、期限漏れ件数、請求漏れ、案件ごとの粗利、顧客への回答速度、月次の利用率などを指標にします。同時に、誰がどの顧客・案件・ファイルを閲覧、編集、ダウンロードできるかを決めます。個人情報保護委員会の通則ガイドラインは、委託先の安全管理措置を事前に確認し、再委託先についても報告・承認や監査によって監督することを示しています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。したがって、システムの機能要件だけでなく、アクセス権限、操作ログ、暗号化、バックアップ、障害時の連絡、データ返却を成功条件に含めます。

発注形態はSaaS・パッケージ・ローコード・スクラッチから選びます

発注形態は、事務所の規模や独自業務の深さだけでなく、既存ソフトを残すか、どこまで自社仕様にするかで決めます。専門業務を標準化しすぎると現場が使わなくなりますが、例外をすべて個別開発すると費用と保守負担が膨らみます。標準機能と独自機能の境界を業務単位で切り分けることが重要です。

会計、給与、電子契約、契約管理など、すでに成熟した領域は既製SaaSやパッケージを使うと導入期間を短くできます。税理士事務所向けのTKC OMSクラウドは、税理士業務処理簿、所内の進捗・KPI、マイナンバーのアクセス管理などを業務フローに沿って提供しています（出典: 株式会社TKC「税理士事務所オフィス・マネジメント・システム（OMSクラウド）」、2026年確認）。ただし、料金体系、ユーザー追加、データ移行、API、帳票の変更、解約後のエクスポート、ベンダーによる法改正対応の範囲は個別に確認します。

顧客、案件、担当者、タスク、期限、請求、ファイルを事務所の運用に合わせて早く作りたい場合は、kintoneなどのローコード基盤が候補になります。小規模なMVPを作って現場で検証しやすい反面、案件単位の権限分離、監査ログ、大量ファイルの検索、プラグイン依存、将来の料金変更を確認します。複数資格の業務をまたぐ独自の報酬計算、利益相反チェック、顧客ポータル、複雑な連携を競争力にするなら、フルスクラッチが候補になりますが、発注者側にも要件・受入・保守を担う体制が必要です。

現実的には、既存の会計・給与・電子申告・電子契約を一度に置き換えず、APIやCSVで連携し、隙間業務をローコードまたは受託開発でつなぐハイブリッドが適することも多くあります。AIは、証憑のOCR、文書要約、案件検索、期限アラートなどから始めます。九州経済産業局の2025年度事例でも、税理士法人のAI活用は税理士の判断を残しながら業務効率化を図る取り組みとして紹介されています（出典: 九州経済産業局「DX Quest 2025 ことのは税理士法人の取組み事例」、2026年公開）。

RFPと要件整理は発注前にどこまで作ればよいですか？

結論として、RFPは完成した仕様書である必要はありませんが、目的、対象業務、利用者、データ、連携、非機能要件、予算と期限の前提は書面にします。候補会社に同じ条件で提案してもらうことで、安い見積もりと安く見えるだけの見積もりを分けられます。RFPを作らずに機能名だけで相見積もりを取ると、会社ごとに想定範囲が違い、後から追加費用が発生しやすくなります。

業務要件には、現状の手順、困っている点、例外処理、承認者、完了条件を書きます。データ要件には、顧客、案件・事件、担当者、契約、証憑、タスク、請求、入金、ファイルの項目と関係を整理します。連携要件には会計、給与、電子契約、電子申告、メール、カレンダー、APIまたはCSVの方向と頻度を記載します。非機能要件には、役職・案件単位の権限、二要素認証、操作・閲覧・ダウンロードのログ、暗号化、バックアップ、復旧目標、稼働時間、性能、データの保存場所、サポート時間を入れます。

電子帳簿保存法に関係する帳簿・証憑を扱うなら、取引年月日・金額・取引先での検索、訂正削除履歴、帳簿間の相互関連性、見読性、ダウンロード対応を要件にします。国税庁は、優良な電子帳簿の要件として訂正削除履歴、帳簿間の相互関連性、日付・金額・取引先による検索機能などを示しています（出典: 国税庁「優良な電子帳簿の要件」、2026年確認）。「電子保存に対応」とだけ書かず、どのデータをいつ、誰が、どの検索条件で取り出せるかまで質問します。

Excel、紙、メール、個人のデスクトップに分散したデータは、件数だけでなく重複、表記揺れ、欠損、古い顧客、添付ファイルの命名まで調査します。移行対象、除外対象、クレンジングの担当、テスト移行の回数、移行後の照合方法をRFPに書きます。移行元のExcelをそのまま新システムに取り込めるとは限らないため、サンプルを渡して見積もりを求めます。

また、ベテラン担当者だけが知る「例外」をインタビューします。たとえば、同じ顧客に複数の案件番号が発生する場合、担当変更時に閲覧権限をどう引き継ぐか、請求を分割する場合、期限を延長する場合、相手方の情報を見せない場合などです。現場の代表者を要件定義と受入テストに参加させると、トップダウン導入による利用停止を防ぎやすくなります。

契約形態は請負と準委任を工程ごとに使い分けます

契約形態は、開発会社に任せる範囲と成果物の確定度で選びます。要件が固まった実装・テストを請負契約にし、要件定義や継続的な改善を準委任契約にするなど、工程を分ける方法が一般的です。全工程を一つの契約に押し込むと、発注者が期待する完成状態と受託者が見積もった作業範囲に差が出やすくなります。

請負契約は、合意した成果物を完成させ、検収を受ける工程に向きます。画面一覧、機能一覧、権限表、連携仕様、テスト仕様書、操作マニュアル、ソースコードや設計書の納品範囲、受入基準、瑕疵対応期間を契約書または個別契約に書きます。要件定義後に仕様を変更する場合の追加見積もり、納期変更、承認者、変更を受け付ける締切も決めます。

準委任契約は、一定の業務を専門家として遂行する契約で、要件定義、業務整理、アジャイル開発、運用改善、データ移行支援など、作業内容が変わりやすい工程に向きます。成果物の完成を無条件に保証する契約ではないため、稼働時間、担当者、会議体、報告内容、作業記録、成果の確認方法、再委託の扱いを明確にします。IPAのシステム開発に関する資料でも、開発フェーズと請負・準委任の契約類型を対応させ、要件定義で発注者側が業務要件を主体的に明確化する重要性が整理されています（出典: 独立行政法人情報処理推進機構「システム開発の健全化に向けて」、2025年）。

どちらの契約でも、秘密保持、個人データの取扱い、再委託の事前承認、事故時の報告期限、監査権、データの利用目的、AIへの入力可否、契約終了時の返却・消去、知的財産権、OSSのライセンス、サービス停止時の引き継ぎを確認します。特にAIを使う場合は、入力データを提供会社の学習に使うか、ログを誰が保持するか、有資格者の最終判断をどの工程で行うかを契約と運用手順に落とします。

士業・専門サービス業向けシステムの費用相場と内訳

費用は、利用人数、顧客数、拠点数、案件・証憑量、既存データの状態、連携先、権限の細かさ、セキュリティ水準、法改正対応によって大きく変わります。士業専用の統計的な開発価格表は少ないため、以下は公開料金と類似する業務システムの公開目安、そして本テーマ向けの要件を置いた推定を分けて考えます。特定の金額を確約するものではなく、RFPの前提を揃えるためのレンジです。

既製SaaSの標準導入は、初期費用が0万〜50万円程度、月額は1ユーザー数千円から事務所全体で月1万〜20万円程度、期間は2週間〜2か月が一つの目安です。SaaSに帳票設定、CSV・API連携、権限設定を加える場合は、初期費用50万〜300万円程度、期間1〜4か月程度を見ます。これらはサービスの公開プランと設定範囲で変わるため、ユーザー数、送信件数、保管容量、連携費を分けて確認します。

ローコードで顧客・案件・タスク・請求を構築する場合は、初期費用100万〜500万円程度、期間2〜6か月程度が目安です。士業向けSaaSの不足部分をカスタム開発する場合は300万〜1,200万円程度、法律事務所の事件管理、利益相反、顧客ポータル、電子署名を含むスクラッチでは500万〜1,500万円程度、複数拠点の業務基盤刷新では1,000万〜3,000万円超になる可能性があります。これらは5〜20名程度の事務所など一定の前提を置いた推定で、公開見積ではありません。

一般的な業務システムについて、株式会社FrameScriptは2026年の公開記事で、小規模な業務自動化ツール30万円から、複数部門で使う業務システム150万円から、保守は初期費用の10〜15％／年を目安として示しています（出典: 株式会社FrameScript「2026年版 業務システム開発の費用相場」、2026年）。士業向けでは、守秘情報の分離や法定帳票、データ移行が加わるため、同じ機能数でも上振れする可能性があります。

初期費用だけでなく、月額利用料、保守、クラウド基盤、バックアップ、監視、ユーザー追加、API、電子署名送信、AI-OCR、データ保管、法改正対応、研修を合算します。たとえばクラウドサインの公開料金ページでは、Lightが月額11,000円（税込12,100円）、Corporateが月額28,000円（税込30,800円）、送信1件220円（税込242円）と案内されていますが、2026年4月から順次料金改定の告知もあります（出典: 弁護士ドットコム株式会社「クラウドサイン料金プラン」「サービス利用料金改定のご案内」、2026年確認）。公開料金は部分導入の価格であり、事務所全体の業務システム開発費とは分けて表示します。

保守費は初期費用の年10〜15％程度を一つの目安にできますが、24時間監視、障害時の復旧目標、セキュリティ診断、法改正対応、機能改善を含むかで変わります。見積書には、要件定義15〜20％、設計約15％、実装40〜50％、テスト約15％、導入調整約10％など、工程別の内訳を求めます。数字の比率が妥当かだけでなく、データ移行、権限設計、研修、ドキュメント、受入支援がどの工程に含まれるかを確認します。

委託先の選定と見積比較で確認するポイント

委託先は、価格の安さだけでなく、業務理解、データ保護、説明の透明性、プロジェクト管理、運用支援、撤退のしやすさを同じ基準で比較します。専門SaaSのベンダーと、要件定義から個別開発するSIerは得意領域が違うため、「開発会社」と書かれていても、自社の目的に必要な契約・カスタマイズ・連携を提供できるかを確認します。

「士業の実績がある」という説明だけでなく、どの資格業務を、何名・何拠点で、どのデータ量、どの権限設計で運用したかを聞きます。税理士なら業務処理簿、顧問先別の進捗、電子申告、会計・給与・請求連携、弁護士なら事件・利益相反・期日・証拠・タイムチャージ、社労士や行政書士なら手続・申請・更新期限、コンサルなら工数・成果物・契約更新までの経験を確認します。

デモではきれいなサンプルではなく、自社の代表的な業務を再現してもらいます。顧客を登録して案件を開始し、担当者を変更し、期限を設定し、ファイルを権限別に共有し、請求を分割し、履歴を検索し、退職者のアカウントを停止する一連の操作を見ます。できない場合に、設定、標準機能、追加開発、運用変更のどれで対応するのかを提案書に書いてもらいます。

相見積もりでは、同じRFPに対する総額、期間、体制、工程別費用、月額・保守、データ移行、教育、ライセンス、クラウド費、税、検収条件を一枚に並べます。「顧客管理一式」のような一括表記は、顧客項目、検索、重複チェック、案件との関連、権限、インポート、履歴が含まれるか分かりません。機能をMUST、SHOULD、将来検討に分け、見積に含む範囲と除外範囲を明記します。

開発会社から、要件定義を無料で求めすぎないことも大切です。提案段階で必要な調査と、本契約の要件定義を分け、成果物と費用を設定します。候補会社が提示する前提が、利用人数、データ件数、連携方式、リリース回数、テスト環境、サポート時間、再委託先まで揃っているかを確認します。極端に安い見積もりは、要件定義、移行、受入支援、保守、セキュリティのいずれかが含まれていない可能性があります。

セキュリティチェックでは、保存場所、暗号化、二要素認証、IP制限、権限の粒度、監査ログ、脆弱性対応、バックアップ世代、復旧時間、障害通知、従業員教育、再委託先の国・会社・業務範囲を聞きます。個人情報保護委員会のガイドラインは、委託先が委託元と同等の安全管理措置を実施できるかを事前確認し、契約で取扱状況を把握することを求めています。候補会社から回答を得るだけでなく、契約条項と運用証跡に反映できるかを確認します。

出口の確認では、契約終了時のデータ返却形式、添付ファイル、操作ログ、バックアップの扱い、返却期限、消去証明、移行支援費用、API制限、アカウント停止後の閲覧可否を確認します。クラウドやローコードは始めやすい一方、料金改定やサービス終了の影響を受けます。データをCSVや標準形式で定期的に出力できるか、設計書・設定情報・ソースコードの所有権や利用権がどうなるかを契約に書いておくと、将来の乗り換えや内製化に備えられます。

よくある質問

発注前に多い疑問を、費用、進め方、委託先選びの観点から回答します。事務所の業種、顧客数、案件の複雑さ、既存ソフト、機密情報の範囲が分かるほど、回答を自社向けに具体化できます。

標準SaaS導入は初期費用0万〜50万円程度、設定・連携を含むと50万〜300万円程度、ローコード構築は100万〜500万円程度、独自の事件・案件管理をスクラッチ開発すると500万〜1,500万円程度が一つの目安です。複数拠点や多数の連携を含む場合は1,000万〜3,000万円超になることもあります。公開料金、類似業務システムの相場、要件を置いた推定を分け、必ずRFPとデータ量を前提に見積もります。

相談できますが、現状業務の整理や要件定義を有償の準委任工程として切り出すと、提案の前提が明確になります。問い合わせ前に、困っている業務、利用者、既存ソフト、データの種類、希望時期、予算の上限または検討レンジを整理し、代表的なExcelや帳票のサンプルを準備します。完成した仕様書がなくても、現場ヒアリングからRFPを一緒に作れる会社を選び、要件定義の成果物と費用を確認します。

要件が固まった実装・テスト・納品は請負契約、業務整理、要件定義、アジャイル開発、運用伴走、継続改善は準委任契約を基本に、工程ごとに使い分けます。請負なら成果物、検収、変更管理、瑕疵対応を、準委任なら稼働範囲、担当者、会議、報告、作業記録、成果確認を契約に書きます。契約類型だけでなく、発注者が何を決め、受託者が何を担うかを明確にすることが重要です。

自社と近い業務の実績、標準機能と追加開発の境界、データ移行の方法、権限・ログ・バックアップ、再委託先、AIへの入力データの扱い、保守範囲、障害時の復旧、契約終了時のデータ返却を聞きます。デモでは自社の受付から請求までを再現し、見積では工程別費用と除外範囲を確認します。営業担当の説明だけで決めず、開発責任者・運用担当者と会い、導入後の支援体制を確認します。

まとめ

ここまでの要点を、発注前に実行できる形にまとめます。業務の線引きと情報の扱いを先に決め、発注形態と契約を段階的に選ぶことが、費用とリスクをコントロールする基本です。

問い合わせから請求・保管までの業務線を描き、顧客、案件、担当者、期限、証憑、契約、請求のマスタを整理します。MUSTは顧客・案件の一元化、検索、権限、期限アラート、請求、監査ログ、バックアップ、データ出力に置き、AIや高度な分析は利用状況を見て後段に回します。

RFPには、機能、非機能、移行、連携、契約、再委託、AI利用、保守、データ返却を記載し、同じ条件で複数社から提案を受けます。最初から全社・全業務を刷新せず、1業務・1拠点でMVPを稼働させ、利用率と効果を確認してから対象を広げると、現場に合わない大規模開発を避けられます。

士業・専門サービス業向けシステムを発注するときは、まず顧客管理ではなく、受付から案件・事件、期限、レビュー、成果物、請求、保管までの業務線を整理します。そのうえで、標準化できる領域はSaaSやパッケージ、早く検証したい領域はローコード、独自の競争力になる領域はスクラッチや受託開発に分けると、過剰開発を抑えやすくなります。

RFPには、機能だけでなくデータ移行、権限、監査ログ、電子帳簿保存、再委託、AI利用、バックアップ、保守、データ返却まで記載します。要件が固まった工程は請負、変化しやすい要件定義や改善は準委任を検討し、見積は初期費用、月額、保守、連携、移行、研修を分けて比較します。安さではなく、業務への適合性と安全な運用を含めた総額で委託先を選ぶことが、長く使われるシステムへの近道です。

▼全体ガイドの記事
・士業・専門サービス業向けシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。