この記事の結論
司法書士事務所の業務自動化は、人を減らすための仕組みではありません。
目的は「この事務所に任せたほうが楽だ」と思われ続けること、つまり返答と着手が速い状態を保つことです。
受任から完了報告までを6つのステップに区切ると、自動化できるのは工程そのものではなく「工程と工程のあいだ」に落ちている連絡・確認・思い出しの部分だと分かります。
相続人の確定、戸籍の読解、登記の可否判断、法務局対応は司法書士が引き受けたままで構いません。
作るときは全工程を一度に組まず、書類依頼メール1本から始めて、止まったときに人へ戻る動きまで含めて設計します。
▶ あわせて読みたい:司法書士の仕事はAIでどう変わるか
結論:自動化の目的は人減らしではなく「返答が速い事務所」であり続けること
司法書士事務所から業務自動化のご相談をいただくとき、最初に確認するのは「何を減らしたいのか」です。ここで「人件費」と答える事務所は、実はほとんどありません。多くの所長がおっしゃるのは「依頼者からの電話に、すぐ答えられない状態が続いているのが気持ち悪い」「戸籍が届いているのに気づかず1週間放置していた」という、時間の質のほうの話です。つまり自動化に期待されているのは省人化ではなく、案件がいまどうなっているかを常に把握し、聞かれたその場で答えられる状態をつくることです。

「任せたほうが楽」と思われ続けるために必要なのは即応
相続登記も商業登記も、依頼者本人が申請できる手続きです。それでも司法書士に依頼が来るのは、法律上できないからではなく「自分でやるより任せたほうが楽だから」です。この「楽だ」という感覚は、専門性だけでは維持できません。書類を送ったのに受領の連絡が3日来ない、進捗を聞いたら「確認してご連絡します」と言われて折り返しが翌日になる。こうした小さな遅れが積み重なると、専門性がどれだけ高くても「頼んだのに放っておかれている」という印象に変わります。逆に、受け取ったその日に「○○が届きました、残りは△△です」と一言返ってくる事務所は、それだけで信頼されます。自動化はこの一言を、担当者の記憶力に頼らずに出し続けるための仕組みです。
自動化しても人は減らない。減るのは「待たせている時間」
実際に士業事務所の自動化を組んでみると、担当者の作業時間そのものは思ったほど減りません。戸籍を読む時間も、法務局に行く時間も、依頼者と面談する時間も残るからです。はっきり減るのは、案件の状態を思い出す時間と、依頼者を待たせている時間のほうです。所長が朝いちばんに「あの案件どうなってたかな」とファイルを開き直す10分、補助者が「まだ届いていない書類はどれだったか」と依頼一覧を突き合わせる15分。これが1日に何度も発生していて、しかも記録に残りません。自動化の効果は、この見えない時間が消えることで表に出ます。事務所によっては、同じ人数のまま受任件数を増やせたという声もあります。
司法書士事務所で自動化が効くのは「工程の間」
自動化の対象として最初に挙がりやすいのは、戸籍の読解や一覧図の作成といった「作業そのもの」です。しかし現場を観察すると、事務所の詰まりは作業の中ではなく工程と工程のあいだに集中しています。受任は済んだが書類依頼メールがまだ出ていない。戸籍は届いたが到着チェックがされていない。一覧図はできたが申請前の最終確認が所長待ちになっている。どれも作業時間は数分なのに、次に進むまでに数日空いています。ここを埋めるだけで、案件全体のリードタイムは目に見えて縮みます。作業を速くするより、止まっている時間をなくすほうが先です。
この記事で扱う範囲と、扱わない範囲
この記事では、相続登記1件を題材に、受任から完了報告までを自動化した場合のフロー例と、各ステップで人が確認する箇所、止まったときの挙動、そして構築の進め方と費用のレンジ感までを扱います。逆に扱わないのは、業務フローの書き方といった一般的な設計論です。士業事務所の自動化がうまくいくかどうかは、フロー図の綺麗さではなく「例外が起きたときに誰に戻るか」を決めてあるかで決まります。事務所全体でどの仕事を手放し、どの仕事を自分で引き受け続けるかという整理は、司法書士の仕事はAIでどう変わるかのほうで棚卸し表とあわせて整理していますので、まだ全体像から考えたい方はそちらを先にご覧ください。
▶ 関連記事:司法書士の案件管理ツール比較
相続登記1件を、受任から完了報告まで分解する
自動化の設計は、いまの仕事を工程に切るところから始まります。ここでは相続登記を例にしますが、商業登記でも後見でも、切り方の考え方は同じです。重要なのは「担当者が何をしているか」ではなく「案件が次に進むために、何が揃う必要があるか」で区切ることです。人の作業単位で切ると自動化できる箇所が見つかりませんが、案件の状態で切ると、状態が変わる瞬間ごとに機械が担える処理が見えてきます。
受任のあとに、実際には何が起きているか
面談で受任が決まったあと、事務所の中では小さな作業が連続して発生します。委任状の作成、案件番号の採番、依頼者の連絡先の登録、必要書類の判定、依頼書類一覧の作成、依頼メールまたは郵送の準備、相続関係の見立てのメモ化、期限の逆算。これらはどれも10分前後の作業ですが、面談直後は次の来客や電話が入るため、まとめて後回しになりがちです。そして翌日以降に着手すると、面談で聞いた細かい事情を思い出すところからやり直しになります。受任直後の数時間は、事務所の中でもっとも情報が濃く、もっとも取りこぼしやすい時間帯です。
6ステップに区切る理由
この記事では、受任・書類依頼メール・戸籍到着チェック・一覧図ドラフト・申請前チェックリスト・完了報告の6ステップで区切ります。細かく切りすぎると、仕組みの数だけ管理する対象が増え、どこで止まっているのかが分からなくなります。逆に「受任」「申請」「完了」の3つだけにすると、書類待ちの状態が見えません。6つに区切ると、案件一覧を開いたときに全件がどのステップにいるかを一目で把握でき、しかも各ステップの担当と確認者を1人ずつ決められます。実務で回すには、このくらいの粒度が扱いやすいと感じています。
フロー例:受任から完了報告までの6ステップ設計
ここからが本題です。相続登記1件を、AIエージェントと案件管理ツールの組み合わせで回した場合のフロー例を、ステップごとに整理します。表の4列目に「止まったときの挙動」を必ず入れているのが、士業事務所向け設計の要点です。自動化の失敗は、うまく動かないときではなく、うまく動かないのに動いたふりをしたときに起きます。判断がつかないときは処理を進めずに人へ戻す。この原則を各ステップに埋め込みます。
| ステップ | 自動化する処理 | 人が確認する箇所 | 止まったときの挙動 |
|---|---|---|---|
| 1. 受任・案件登録 | 面談メモから案件レコードを作成。案件番号、相続開始日、不動産の所在地、相続人の見込み人数、依頼者の連絡手段を項目化し、期限を逆算して登録 | 相続関係の見立てと受任範囲。委任状の記載内容と押印の要否 | 必須項目が空欄のまま案件を作らず、不足している項目名を担当者に通知して停止 |
| 2. 書類依頼メールの作成 | 案件の内容に応じて依頼書類の一覧を組み立て、依頼者向けの文面に差し込んで下書き保存。返送期限と返送方法を明記 | 送信前に宛名・文面・依頼書類の過不足を目視。高齢の依頼者には郵送に切り替える判断 | 依頼書類の組み合わせを判定できない場合は文面を作らず「要確認」として担当者に回す |
| 3. 戸籍等の到着チェック | 受領書類をスキャン保存した時点でファイル名と案件を突合し、依頼一覧の到着欄を更新。未着が続けば督促文の下書きを作成 | 届いた戸籍が依頼したものと一致しているか、通数と範囲の確認 | 案件を判別できないファイルは未処理として保留し、到着扱いにしない |
| 4. 法定相続情報一覧図のドラフト | 確定済みの相続人情報から一覧図と申出書の下書きを作成し、記載事項の欠落を一覧化 | 戸籍の現物との突き合わせ、続柄と氏名の字体、被相続人の最後の住所 | 続柄を確定できない場合はドラフトを作らず、根拠が足りない戸籍を名指しで出力 |
| 5. 申請前チェックリスト | 登記の種類に応じた添付書類、課税価格、登録免許税の計算根拠を案件データから項目化して出力 | 全項目の最終確認と、確認した人の名前の記録 | 計算根拠となる数値が未登録の場合はチェックリスト自体を出力しない |
| 6. 完了報告 | 登記完了後、登記識別情報の交付、原本還付書類の返却、請求書の3点を紐づけた報告文面を下書き | 報告内容と返却書類の現物照合。手渡しか郵送かの選択 | 返却物の記録が未入力なら報告文面を作らず、記録を促す通知を出す |
ステップ1:受任・案件登録は「入力させない」設計にする
受任直後に案件レコードを作る作業は、担当者にとっては単純入力です。だからこそ後回しになります。ここを自動化する場合、面談メモをそのまま渡して案件レコードの下書きを作らせるのが現実的です。面談メモは手書きでも構いません。撮影した画像から起こしても、あとで人が目を通す前提なら十分に使えます。ポイントは、項目を埋めさせることではなく、埋まっていない項目を明示させることです。相続開始日が読み取れなければ「相続開始日が確認できません」と出す。空欄のまま案件が動き出すほうが、あとの工程で必ず事故になります。
あわせて登録しておきたいのが、期限の逆算です。相続登記の申請義務は2024年4月1日に施行され、施行前に発生していた相続についても2027年3月末までという期限が設けられています。この期限に近い案件は、案件登録の時点で色を変えて表示するだけで、事務所内の優先順位の共有がぐっと楽になります。期限は担当者の頭の中ではなく、案件データの側に持たせます。
ステップ2:書類依頼メールは「下書きまで」を機械に任せる
相続登記の書類依頼は、案件ごとに必要書類が微妙に違います。不動産の所在地が複数の市区町村にまたがるか、相続人に代襲相続が絡むか、遺産分割協議によるか法定相続分によるか。この判定を完全に機械へ渡すのは危険ですが、典型的な組み合わせであれば下書きまでは作れます。実務では、案件登録の内容から依頼書類の一覧を組み立て、依頼文の定型に差し込んで下書きフォルダに置くところまでを自動化し、送信ボタンは必ず人が押す形にします。
ステップ3:戸籍到着チェックは「未着の可視化」が本体
到着チェックというと、届いた書類を記録する作業に見えます。しかし事務所にとって重要なのは、届いたものではなく届いていないものです。依頼から2週間経っても市区町村から返送がない、依頼者が住民票だけ送ってきて戸籍が入っていない。こうした未着が、そのまま案件の停滞に直結します。自動化では、依頼一覧に対して到着していない項目を毎日照合し、一定日数を超えたものについて督促文の下書きを作るところまでを担わせます。
ステップ4:一覧図ドラフトは「作らせない条件」を先に決める
法定相続情報一覧図の作成は、AIに手伝わせたい工程の筆頭です。ただし、一覧図は相続人の確定が済んでいて初めて作れるものです。順序を逆にして「一覧図を作りながら相続人を確定する」使い方をすると、根拠の薄い図が先にできてしまい、それを前提に作業が進むという事故が起きます。設計としては、相続人の確定は司法書士が行い、確定済みの情報を入力として一覧図と申出書の下書きを作らせる、という向きに固定します。
そのうえで、作らせない条件を明示します。被相続人の最後の住所が確認できない、除籍の連続性が途切れている、続柄が確定していない相続人がいる。このいずれかに該当する場合はドラフトを出力せず、足りない戸籍を名指しで返す。この一手間を入れておくと、補助者が「AIが作ったから大丈夫だろう」と判断する余地がなくなります。なお、戸籍そのものを外部の生成AIに読ませるかどうかは別の論点です。匿名化の基準や補助者の権限設計については、事務所ごとにルールを決めてから運用してください。
ステップ5:申請前チェックリストは「誰が確認したか」を残す
申請前チェックリストは、自動化の効果がもっとも分かりやすいステップです。登記の種類に応じた添付書類、課税価格の算定根拠、登録免許税の計算過程、申請人の表示。これらを案件データから引き出して項目に並べるだけで、確認漏れの発生率が変わります。人がゼロから思い出しながらチェックするのと、項目が並んだ状態で潰していくのとでは、負荷がまったく違います。
ここで必ず入れておきたいのが、確認者の記録です。チェックリストに「確認:○○」と名前を残す欄を設け、空欄のままでは次のステップに進めないようにします。補正が出たときに、どの段階で見落としたのかを追えるかどうかで、事務所の改善速度は変わります。責任追及のためではなく、同じ補正を二度出さないための記録です。
ステップ6:完了報告は「返却物の照合」とセットにする
登記が完了したあと、事務所は登記識別情報の交付、原本還付書類の返却、登記完了証の引き渡し、請求という一連の処理を行います。ここが案件の中でもっとも事故が起きやすい場面です。理由は単純で、担当者の関心がすでに次の案件へ移っているからです。完了報告の文面を機械に下書きさせる場合は、返却物の記録が入力されていなければ文面を作らない、という条件を必ず付けます。文面だけ先に出ると、返却物を同封し忘れたまま送ってしまいます。
各ステップで人が確認する箇所と、確認のレベルを決める
「人が確認する」と一言で書きましたが、確認の深さは工程によって違います。全部を同じ密度で見ようとすると、結局すべてを所長が見ることになり、自動化しても所長の負荷は下がりません。確認を三段階に分けて、どの工程をどのレベルで見るかをあらかじめ決めておきます。
確認は「目視」「照合」「判断」の三段階に分ける
目視は、出てきたものに明らかな異常がないかを見るだけの確認です。文面の宛名が違っていないか、案件番号がずれていないか。数十秒で終わります。照合は、出てきたものと現物や原典を突き合わせる確認です。一覧図と戸籍、チェックリストと申請書。ここは時間がかかりますが、補助者でも実施できます。判断は、法的な結論を出す確認です。相続人の範囲、登記の可否、遺産分割協議書の有効性。これは司法書士本人しかできません。この三段階を工程ごとに割り当てると、所長が見るべき箇所は6ステップのうち2〜3か所に絞れます。
| 工程 | 確認のレベル | 確認する人 | 見落としたときに起きること |
|---|---|---|---|
| 案件登録 | 目視 | 補助者 | 期限の逆算がずれ、優先順位を誤る |
| 書類依頼メール | 目視+依頼書類の判断 | 補助者(判断が絡む案件は司法書士) | 不要な書類を集めさせる、または再依頼で1か月遅れる |
| 戸籍到着チェック | 照合 | 補助者 | 届いていない戸籍を届いたことにして、申請直前に判明する |
| 相続人の確定 | 判断 | 司法書士 | 相続人を欠いたまま手続きが進み、やり直しになる |
| 一覧図ドラフト | 照合+字体の判断 | 補助者が照合、司法書士が最終確認 | 申出が受理されず、法務局からの連絡で1〜2週間戻る |
| 申請前チェックリスト | 照合+判断 | 司法書士(確認者名を記録) | 補正が発生し、依頼者への説明と再訪が必要になる |
| 完了報告 | 照合 | 補助者が照合、司法書士が発送前に目視 | 原本還付書類の返却漏れ、識別情報の交付事故 |
到着チェックの誤判定は「足りない」側に倒す
自動判定を入れると、必ず誤判定が起きます。設計上の分かれ道は、誤判定をどちらに倒すかです。届いていないものを「届いた」と判定する誤りは、申請直前まで気づかれず、最悪の場合は法務局で判明します。一方で、届いているものを「届いていない」と判定する誤りは、担当者が現物を見た瞬間に修正できます。同じ誤判定でも損害の大きさがまるで違うので、判定は常に厳しい側に寄せます。自動化の設計思想として、これは士業事務所ではとくに徹底したほうがよい部分です。
一覧図ドラフトは必ず戸籍の現物と突き合わせる
一覧図のドラフトを機械が作った場合、確認の方法は「読んでおかしくないか」ではなく「戸籍の現物と1件ずつ突き合わせる」です。氏名の字体、生年月日、続柄、住所の表記。とくに旧字体は、画面上では正しく見えても登記の場面では別字として扱われることがあります。ドラフトの出来がよいほど、読み流してしまう危険が上がります。照合の手順を紙のチェック表として持ち、指で追いながら確認するくらいの運用にしておくと安全です。
止まったときにどう振る舞わせるか(例外設計)
自動化の設計で時間をかけるべきなのは、うまくいく道筋ではなく、うまくいかなかったときの道筋です。士業事務所の案件は例外の連続です。依頼者が入院した、相続人の一人と連絡が取れない、除籍が戦災で焼失している、遠方の相続人が海外にいる。これらを機械が処理することは期待できませんし、期待すべきでもありません。決めておくのは「誰に、どんな形で戻すか」だけです。
判断できないときは止めて人に投げる、が原則
自動化がもっとも危険なのは、判断がつかない状況で無理に結論を出そうとするときです。生成AIは「分かりません」と言うより、それらしい答えを返すほうが得意です。だからこそ、仕組み側で止める条件を明示的に持たせます。必須項目が空欄なら進まない、判別できないファイルは紐づけない、根拠が足りなければドラフトを作らない。この「作らない」設計が、士業向け自動化の品質を決めます。止まったこと自体は失敗ではありません。止まったことに誰も気づかない状態が失敗です。
週次の「止まっている案件」一覧を出す
個別の通知に加えて、週に一度、止まっている案件の一覧を出す仕組みを入れておくと安心感が変わります。月曜の朝に、ステップ別の停滞件数と、7日以上動いていない案件の一覧が出る。これだけで、所長は事務所全体の状態を数分で把握できます。個別通知は見逃されますが、週次の一覧は「見る時間」を決められるので定着しやすいのです。実際、自動化の中でもっとも喜ばれるのはこの一覧だったという事務所もあります。
| 例外パターン | 起きやすい場面 | 仕組み側の振る舞い | 人がやること |
|---|---|---|---|
| 依頼書類が一部だけ届く | 高齢の依頼者、家族が代理で送るケース | 到着した分だけ更新し、未着項目を残したまま督促の下書きを作る | 電話で状況を確認し、郵送か窓口かを判断する |
| 案件を判別できない書類が届く | 同姓の依頼者が複数いる、ファイル名が日付だけ | 未処理として保留し、担当者に振り分けを依頼 | 現物を見て案件に紐づけ、命名ルールを再周知する |
| 除籍・改製原戸籍が取得できない | 戦災・災害による焼失、保存期間の経過 | 一覧図ドラフトを作らず、取得できない戸籍を明示して停止 | 廃棄証明の取得や上申書の要否を司法書士が判断する |
| 相続人と連絡が取れない | 疎遠な相続人、住所が古い | 案件を保留状態にし、期限が近い場合のみ再通知 | 住所調査、必要に応じて手続きの方針を依頼者と再検討 |
| 依頼者側の事情で長期中断 | 入院、相続人間の対立 | 督促を自動停止し、再開日を登録して待機 | 再開の見込み時期を確認し、期限との関係を説明する |
社労士事務所での自動化提案から見えた、士業事務所に共通する詰まりどころ
当社では、社会保険労務士事務所に対してClaude Coworkを使った給与計算業務の自動化をご提案し、実際に事務所の業務フローを分解する作業を行ってきました。扱う法律も書類もまったく違うのに、司法書士事務所と社労士事務所では、詰まる場所がほとんど同じでした。この共通点は、これから自動化を検討する司法書士事務所にとって、そのまま先回りの材料になります。
給与計算の自動化で最初に詰まったのは「資料が届かない」だった
社労士事務所の給与計算は、毎月決まった日に締めて、決まった日に支給します。一見すると自動化しやすい業務です。ところが実際に手を付けると、最初の壁は計算ロジックではなく「顧問先から勤怠データが届かない」でした。届く形式もバラバラで、エクセル、紙、写真、チャットの本文と、顧問先ごとに違います。計算そのものは数分で終わるのに、資料が揃うまでに数日かかる。つまり、社労士事務所の自動化の主戦場も、作業ではなく作業に入る前の部分でした。これは司法書士事務所の「戸籍が届かない」とまったく同じ構造です。
共通点1:入力が揃わないと先に進めない構造になっている
士業の仕事は、外部から資料を受け取って処理する構造がほとんどです。顧問先の勤怠データ、依頼者の戸籍、企業の議事録。自分たちの努力だけでは着手できません。この構造がある限り、事務所の生産性は「資料が揃うまでの日数」に強く縛られます。自動化の投資対効果がもっとも高いのは、この受け取りの部分です。督促の文面を毎回書かなくてよくなるだけで、担当者の心理的な負担はかなり下がります。督促は、書く手間より「催促していると思われたくない」という気持ちのほうが重いのです。定型文が自動で用意されると、この抵抗が消えます。
共通点2:チェックが所長1人に集中している
社労士事務所でも司法書士事務所でも、最終チェックは有資格者に集まります。これは制度上も実務上も当然です。問題は、判断が必要ないチェックまで所長に集まっていることです。数字の転記が合っているか、書類が揃っているか、宛名が正しいか。こうした照合レベルの確認が所長の机に積み上がっているため、判断が必要な案件の待ち行列が長くなります。自動化の設計では、照合レベルの確認を機械と補助者に降ろし、所長には判断だけを残す形に組み替えます。この組み替えができると、所長の稼働が空くだけでなく、案件全体の流れが速くなります。
共通点3:ファイル名と保存場所が人によって違う
自動化を組もうとして最初に手が止まるのが、ここです。同じ事務所の中で、ある人は「山田様_戸籍」、別の人は「20260401スキャン01」と保存している。人間なら中身を開けば分かりますが、仕組みは判別できません。命名ルールを決めるという地味な作業が、実は自動化の前提条件になります。逆に言えば、命名ルールと保存場所を統一するだけでも、自動化を入れる前から事務所内の探し物時間は減ります。この作業は費用がかからないので、検討段階の事務所にはいつも先にお願いしています。
| 社労士事務所で起きていたこと | 司法書士事務所での同じ現象 | 共通する原因 | 先に手を打てること |
|---|---|---|---|
| 顧問先から勤怠データが届かない | 依頼者・市区町村から戸籍が届かない | 外部からの入力待ちで着手できない構造 | 依頼文と督促文の定型化、未着の可視化 |
| 資料の形式が顧問先ごとにバラバラ | 書類の送付方法が依頼者ごとに違う | 受け取り方を事務所側で設計していない | 返送方法を1〜2種類に絞って案内する |
| 最終チェックが所長に集中 | 申請前確認が司法書士に集中 | 照合と判断が分離されていない | 確認を目視・照合・判断に分けて割り当てる |
| ファイル名の付け方が人ごとに違う | スキャン書類の保存先が担当者任せ | 命名と保存のルールが未整備 | 命名ルールを1枚にまとめて掲示する |
| 顧問先への連絡文を毎回書いている | 依頼者への進捗連絡を毎回書いている | 定番の場面が言語化されていない | 場面ごとの文面を5〜6本だけ先に作る |
▶ 関連記事:士業事務所(司法書士・行政書士・税理士・社労士)のデジタル化・AI導入補助金
どこから作り始めるか:手を出す順番を間違えない
6ステップを一度に自動化しようとすると、まず間違いなく途中で止まります。理由は技術ではなく運用です。同時にいくつもの手順が変わると、担当者が覚えきれず、結局これまでのやり方に戻ってしまいます。順番を決めて、1本ずつ入れます。

最初の1本は「書類依頼メールの下書き」
最初に作るのは、受任直後の書類依頼メールの下書きです。理由は3つあります。1つ目は、失敗しても損害が小さいこと。下書きが変でも、人が直して送るだけです。2つ目は、効果が早く出ること。受任の翌日には依頼が飛ぶようになるので、案件全体が数日前倒しになります。3つ目は、事務所の全員が効果を実感しやすいこと。自動化への抵抗感が強い事務所ほど、最初の1本で「これは楽だ」と思ってもらうことが重要です。
2本目は「到着チェックと督促」
次に入れるのが、依頼した書類の到着チェックと、未着が続いた場合の督促下書きです。1本目で依頼一覧の形式が決まっているので、そこに到着欄を足すだけで済みます。この2本が回り始めると、事務所の中で「いま何が足りないか」が全員に見えるようになります。案件の停滞理由が共有されるので、所長が個別に聞いて回る必要がなくなります。ここまでで、体感としての変化はかなり大きいはずです。
当面は手を出さないほうがよい領域
逆に、当面は自動化しないほうがよい領域もあります。相続人の確定、登記の可否判断、遺産分割の内容に関する助言、法務局とのやりとり、依頼者との面談。これらは司法書士の独占業務や判断の中核であり、そもそも機械に渡す前提で設計すべきではありません。また、依頼者への一次対応も、完全な自動応答にはしないほうがよい領域です。相続の相談者は初めて士業に連絡する方が大半で、機械的な応答に当たると別の事務所を探し始めます。自動化するのは、人が対応するための準備までです。
「どの1本から作るか」だけでも整理できます
ベストプランナー合同会社(埼玉県/ITコーディネータ 川崎洋)では、士業事務所の業務を工程に分解し、最初に自動化すべき1本を決めるところからご支援しています。
社労士事務所での給与計算自動化の構築で使った分解の手順を、司法書士事務所の相続登記・商業登記の流れに当てはめて整理します。
AIで仕事をラクにする相談会(無料)
構築の進め方と期間の目安
自動化の構築というと、要件を固めて設計書を作り、一気に作り込むイメージを持たれることがあります。士業事務所の規模では、その進め方はほとんど合いません。案件の実物を見ながら1工程ずつ作り、動かしながら直していくほうが、結果的に早く、費用も抑えられます。実際の進め方を段階に分けて示します。
まず、進行中の1件を最後まで観察する
最初にやるのは、ヒアリングではなく観察です。いま進行している相続登記を1件選び、受任から完了報告まで、いつ・誰が・何をしたかを記録します。ヒアリングだけで設計すると、事務所が「こうしているはず」と思っている手順が出てきます。実際には、担当者ごとの独自のやり方や、口頭で済ませている確認が必ずあります。1件を追いかけると、そのズレが全部見えます。期間としては1〜2週間、担当者の負担としては1日5分程度の記録で足ります。
1工程だけ作って、2週間そのまま流す
観察が終わったら、前章の順番に沿って1本目を作ります。作る期間より、作ったあとに何もいじらずに流す期間のほうが大事です。2週間ほど実案件で使ってみると、想定していなかった場面が必ず出てきます。依頼者が電話で追加書類を送ると言ってきた、担当者が下書きを毎回大きく書き換えている。この「実際に起きたこと」を材料に直すと、机上で考えた改良より圧倒的に的中します。逆に、動かす前にあれこれ作り込むと、使われない機能が増えるだけです。
事務所側で用意していただくもの
構築を始めるにあたって事務所側にご用意いただくのは、特別なものではありません。過去に送った依頼メールと督促メールの実物が数通、依頼書類の一覧、案件の管理表(エクセルでも紙でも構いません)、そして書類の保存場所です。これらがあれば、最初の設計はほぼ組めます。逆に、これらが担当者の頭の中にしかない事務所は、まず書き出すところから始めます。書き出す作業自体に、事務所内の手順を揃える効果があります。
| 段階 | やること | 期間の目安 | 事務所側で必要な作業 |
|---|---|---|---|
| 観察 | 進行中の1件を受任から完了まで記録し、工程と待ち時間を洗い出す | 1〜2週間 | 担当者が1日5分程度の記録 |
| 整理 | 命名ルール・保存場所・依頼書類一覧を1枚に統一する | 1週間程度 | 過去の依頼メールと管理表の提供 |
| 1本目の構築 | 書類依頼メールの下書き自動生成を作る | 2〜3週間 | 文面の確認と、実案件での試用 |
| 試運転 | 1本目を実案件で流し、出てきた不具合と例外を記録する | 2週間 | 気づいたことのメモ |
| 2本目以降 | 到着チェック・督促、続いてドラフト生成へ展開する | 1本あたり2〜4週間 | 確認レベルの割り当てを決める |
| 定着 | 週次の停滞一覧を運用に乗せ、事務所側で文面を編集できる状態にする | 1〜2か月 | 編集担当者を1名決める |
費用のレンジ感と、補助金の組み合わせ方
費用は事務所の規模、扱う登記の種類、既存ツールの有無で大きく変わるため、断定的な価格を示すことはできません。ただ、検討の入口で知りたいのは正確な見積もりではなく「桁がどのくらいか」だと思いますので、レンジ感としてお伝えします。以下はあくまで一般的な目安であり、実際のご提案では事務所の状況を確認したうえで個別に算定します。
月々のツール費用は「1人あたり数千円〜1万円台」に収まることが多い
生成AIの業務向けプラン、案件管理に使うクラウドツール、連絡や通知に使うツール。これらを組み合わせても、利用人数が数名の事務所であれば1人あたり月額数千円から1万円台のレンジに収まるケースが多いです。専用の登記申請ソフトは別途必要ですが、そちらはすでに導入済みの事務所がほとんどでしょう。月額費用の判断で気をつけたいのは、人数課金のツールを増やしすぎないことです。補助者や事務員まで全員分を契約すると、月額は簡単に膨らみます。誰がどのツールを使うかを最初に決めておきます。
構築費用は「工程の本数」でおおよそ決まる
構築費用は、作る工程の本数と、既存の管理方法をどこまで作り替えるかで決まります。書類依頼メールの下書き1本だけであれば数万円台から十数万円台、到着チェックと督促まで含めて案件管理の土台から組む場合は数十万円台になることが多い、という感覚です。6ステップ全部を一気に組むご提案はしていません。最初から全部を見積もると金額が大きくなり、しかも使われない部分が出るためです。1本ずつ足していけば、途中でやめる判断もできます。
補助金を使うなら、申請時期から逆算する
士業事務所も、デジタル化・AI導入補助金(旧IT導入補助金)の対象になり得ます。個人事務所でも士業法人でも申請の道はありますが、注意点が2つあります。1つは、申請はIT導入支援事業者との共同申請であり、事務所に代わって全部を代行してもらう性質のものではないこと。もう1つは、補助対象になるのは登録されたITツールの導入費用であり、事務所独自の作り込みや、司法書士の独占業務そのものを代替する性質のものは対象になりにくいことです。
実務上いちばん大きいのはスケジュールです。交付決定の前に契約や発注をしてしまうと補助の対象外になります。そのため、補助金を使う前提であれば、公募の時期から逆算して構築の開始時期を決める必要があります。年度によって公募回数も締切も変わりますので、検討を始めた段階で一度スケジュールを引いておくことをおすすめします。「まず1本作ってみて、良ければ補助金で広げる」という進め方も可能ですが、その場合は最初の1本が補助対象外になる点を織り込んでおきます。
費用の話をする前に決めておきたいこと
見積もりを取る前に、事務所として決めておくと話が早い項目があります。自動化で何を短くしたいのか(受任から依頼までの日数か、停滞案件の把握か、完了報告の事故防止か)。誰が仕組みの担当者になるのか。1年でいくらまでなら出せるのか。この3つが決まっていない状態で複数社から見積もりを取ると、内容がバラバラで比較できません。逆に、この3つが決まっていれば、提案の良し悪しはかなり判断しやすくなります。
| 費用の項目 | 中身 | レンジ感 | 補助金との関係 |
|---|---|---|---|
| クラウドツールの利用料 | 案件管理、連絡・通知、生成AIの業務プラン | 1人あたり月額数千円〜1万円台 | 登録されたITツールであれば対象になり得る |
| 初期設定・データ整理 | 命名ルールの統一、既存管理表の移行、権限設定 | 数万円台〜十数万円台 | 導入に伴う作業として扱われる場合がある |
| 自動化1本の構築 | 書類依頼メールの下書きなど、単一工程の仕組み化 | 数万円台〜十数万円台 | ツール本体か独自開発かで扱いが変わる |
| 案件管理の土台を含む構築 | 到着チェック・督促・停滞一覧までを含む一式 | 数十万円台 | 構成により対象・対象外が分かれる |
| 運用の伴走支援 | 月次の見直し、文面の改訂、担当者向けの相談対応 | 月額数万円台 | 継続費用は対象外となることが多い |
自動化を入れた事務所で、変わることと変わらないこと
最後に、期待値の調整をしておきます。自動化を入れて何が変わり、何が変わらないのかをあらかじめ共有しておくと、導入後の落胆がなくなります。とくに補助者や事務員の方に説明するときは、この整理をそのまま伝えていただくとよいと思います。
変わること:依頼者への初回連絡までの時間
もっとも分かりやすく変わるのが、受任してから書類依頼が飛ぶまでの日数です。これまで3日から1週間かかっていた事務所でも、翌営業日には出せるようになります。相続登記のように依頼者側の作業が長い案件では、この数日の前倒しが最終的な完了時期にそのまま効いてきます。依頼者の側から見ても、面談の翌日に具体的な依頼が届く事務所は、明らかに「動いている」と感じられます。
変わらないこと:戸籍の読解と相続人の確定
戸籍を読んで相続人を確定する作業は、自動化しても司法書士の仕事のまま残ります。旧字体の判読、改製前後のつながり、認知や養子縁組の扱い、代襲相続の範囲。これらは形式的な処理ではなく、法的な判断です。読解の下ごしらえとして整理を手伝わせることはできますが、結論を出すのは人です。ここを渡そうとする設計は、品質の面でも責任の面でも成立しません。
変わらないこと:法務局と依頼者への説明責任
補正が出たとき、依頼者に説明するのは司法書士です。「システムが出した内容なので」という説明は通りません。自動化は、事務所の責任の所在を変えるものではなく、責任を果たすための時間を空けるものです。この前提を事務所内で共有しておくと、補助者が仕組みの出力を鵜呑みにする事故を防げます。仕組みを信頼するのではなく、仕組みを使う自分たちの手順を信頼する、という向きです。

よくある質問
補助者が1名の小規模事務所でも、自動化する意味はありますか
むしろ小規模事務所のほうが効果を感じやすい面があります。人数が少ない事務所は、1人が受任から完了報告まで全部を担当するため、案件が増えると「思い出す」負荷が急に重くなります。書類依頼メールの下書きと到着チェックの2本だけでも、抱えられる件数が変わります。人数が多い事務所は、仕組みの前に手順の統一が必要になるので、着手までの準備はかえって長くなることが多いです。
AIエージェントというのは、具体的に何をするものですか
この記事で言うAIエージェントは、指示を1回受けて答えを返すだけのチャットではなく、案件データを見て、条件に応じた処理を行い、必要な文書の下書きを作り、判断がつかなければ人に戻す、という一連の動きをする仕組みを指しています。当社が社労士事務所向けに構築しているClaude Coworkを使った給与計算の自動化も、この形です。魔法のような存在ではなく、手順を書いた分だけ動く、非常に真面目な事務員のようなものだとお考えください。
いま使っている登記申請ソフトは入れ替える必要がありますか
基本的に入れ替えません。登記申請そのものは専用ソフトの領域で、そこを無理に汎用ツールへ移す理由はありません。自動化で扱うのは、申請ソフトに入る前と、申請したあとの部分です。案件の受付、書類の依頼と到着管理、進捗の共有、完了報告。ここは専用ソフトが得意としていない領域なので、既存の資産を残したまま前後だけを整えるのが現実的です。
戸籍や登記情報をAIに読ませることに抵抗があります
その感覚は正しいと思います。この記事で挙げた6ステップのうち、受任登録・書類依頼・到着チェック・申請前チェックリスト・完了報告の5つは、個人情報の中身をAIに読ませなくても組めます。戸籍の読解を伴う一覧図ドラフトだけが、扱う情報の性質が変わります。まずは読ませなくてよい5つから入り、戸籍の扱いについては事務所としてのルールを決めてから判断する、という順番をおすすめしています。
導入したのに使われなくなる、という失敗を避けるには
使われなくなる原因は、たいてい2つです。1つは、手順が変わりすぎて覚えられないこと。もう1つは、文面や項目を自分たちで直せないことです。前者は1本ずつ入れることで防げます。後者は、構築の時点で編集できる形にしておくことと、事務所内に担当者を1名決めておくことで防げます。この担当者は資格者である必要はありません。むしろ、日々その業務を回している補助者の方が向いています。
効果が出たかどうかは、何で測ればよいですか
おすすめしているのは3つの数字です。受任から書類依頼までの日数、依頼から全書類が揃うまでの日数、7日以上動いていない案件の件数。この3つなら、案件管理の記録から自動で出せますし、事務所の実感とも一致します。削減時間を細かく測ろうとすると、測ること自体が手間になって続きません。数字は3つまでにしておくと、月次の振り返りが1分で終わります。
受任から完了報告までの流れを、一緒に分解しませんか
ベストプランナー合同会社(埼玉県/ITコーディネータ 川崎洋)では、社会保険労務士事務所へのClaude Coworkを使った給与計算自動化の構築をはじめ、士業事務所の業務自動化をご支援しています。
司法書士事務所についても、いまの案件の流れをそのまま伺いながら、最初に自動化すべき1本と、補助金を使う場合のスケジュールまで整理します。
ご相談の時点で資料が揃っていなくても構いません。「どこが面倒か」からお話しください。
