要点
- 増員前に、案件の工程、担当、完了条件、例外、停止条件、相談先を見える形にします。
- AIは手順や引継ぎ資料の整理に使い、専門判断・承認・外部送信の権限は人に残します。
- 導入効果は処理時間だけでなく、差し戻し、見落とし、確認負担、引継ぎ質問も記録して判断します。
スタッフが増えると、一人あたりの仕事が自動的に減るとは限りません。誰に聞けばよいか、どこまで進めてよいか、何を確認してから顧問先へ返すかが曖昧だと、代表者や経験者への質問が増えます。
拡大期に必要なのは、経験者の判断をAIへ丸ごと移すことではありません。受付、定型作業、専門判断、承認、連絡を分け、誰が担当しても現在地と次の行動が分かる仕組みをつくることです。
この記事は富士市の小規模な士業事務所を想定した一般的な業務設計です。特定の事務所の成功事例、人数、売上、導入効果を示すものではありません。
増員前に、代表者へ戻ってくる仕事を洗い出す
まず一週間または一つの案件を振り返り、途中で代表者や経験者へ戻った場面を記録します。
- 必要資料が分からず質問した
- 顧問先への返信範囲が分からなかった
- 担当者不在で案件の状況を探した
- 誰が最終確認するか決まっていなかった
- 例外対応の記録がなく、過去の担当者へ聞いた
人の能力の問題にせず、情報、権限、判断基準のどれが足りなかったかを分けます。AIには記録の分類や共通パターンの整理を手伝わせます。
業務を五つの役割へ分解する
一つの案件を一人の担当者だけで表すと、引き継ぎや分担が難しくなります。
- 受付：依頼内容と資料を受け取る
- 準備：情報を整理し、不足を確認する
- 作業：承認済みの手順で下準備を行う
- 専門確認：資格や専門性が必要な判断を行う
- 承認・連絡：確定内容を確認し、顧問先へ伝える
同じ人が複数の役割を担当しても構いません。重要なのは、どの役割で何を確認し、どこから有資格者へ引き継ぐかを明確にすることです。
手順書に「正常な流れ」だけを書かない
業務標準化では、開始条件、必要資料、完了条件、例外、停止条件をそろえます。
- 開始条件：正式な依頼と対象資料がそろっている
- 完了条件：確認記録と承認が残っている
- 例外：資料の不一致、期限が不明、依頼範囲外
- 停止条件：専門判断が必要、本人確認が不足、権限がない
- 引き継ぎ先：担当する有資格者または責任者
AIで手順書を作る場合も、一般的な正解を作らせるのではなく、事務所で承認済みの実際の手順を整理させます。
想定例：問い合わせから専門担当者へ渡す
架空の事務所で、受付スタッフが顧問先から規程に関する質問を受けたとします。
受付では、相談の目的、対象文書、希望する連絡方法を記録します。AIは問い合わせ文から確認候補を整理できますが、回答は作成・送信しません。
準備担当は不足資料と過去の関連記録を確認し、専門担当者へ渡します。有資格者が内容を判断し、承認された回答だけを連絡担当が送ります。
案件画面には、受付済み、資料待ち、専門確認中、回答承認済みなどの状態を表示します。「担当者Aが対応中」だけではなく、何が終わり、何が止まっているかを残します。
具体例2：スタッフが二人増える前に、月次資料の流れを組み直す
架空の士業事務所で、繁忙期に事務スタッフを二人採用することになったとします。これまで一人の経験者が、資料の受領、顧客への不足連絡、入力、専門確認、報告までまとめて進めていました。増員後に「手が空いた人が対応」だけを決めると、同じ資料を二重に登録したり、顧問先へ確認中の内容を確定事項として伝えたりするおそれがあります。
そこで月次資料を、①受付・受領記録、②ファイルと対象期間の照合、③承認済みルールに沿った入力準備、④有資格者による専門確認、⑤責任者承認後の連絡、に分けます。新人は①〜③の範囲を担当し、資料間の数字が一致しない、対象月が不明、期限が迫っている場合は作業を止め、担当者へ渡します。
AIは過去の作業メモから工程候補や質問の共通点を整理できますが、職員の能力評価や、誰にどの案件を割り振るかを自動決定させません。管理者は一週間の滞留・差し戻しを見て、役割や完了条件を調整します。増員の目的は単に処理件数を増やすことではなく、顧問先へ安心して説明できる確認時間を確保することです。
AIで役割表と手順のたたき台を作る
士業事務所の業務分担を整理してください。
対象業務：[事務所で確認済みの一つの業務]
現在の手順：[担当者が記録した事実]
出力：工程、開始条件、必要情報、作業担当、専門確認者、完了条件、例外、停止条件。
制度や資格業務の範囲を推測して追加しない。
担当者名ではなく役割名で表す。
不明な判断基準は一般論で埋めず、確認事項として残す。
外部送信、確定、データ更新には承認を必要とする。出力した役割表を、経験者、新人、管理者のそれぞれが確認します。実際の作業と違う箇所、暗黙の確認、不要な二重入力を修正します。
新人教育と案件運用を同じ手順へつなぐ
教育資料と実務の手順が別々に更新されると、新人が古い資料を学ぶことがあります。業務手順を中心にし、教育用Q&Aはその手順へ参照を付けます。
新人には、操作方法だけでなく、止める条件と質問先を伝えます。練習では架空案件を使い、資料不足、顧問先からの追加連絡、担当者不在なども含めます。
できたかどうかは、説明を読んだ回数ではなく、正しい段階で止まり、適切な担当へ引き継げるかで確認します。
自分専用ツールは「案件の現在地」を表示する
市販ソフトに顧客情報や文書があっても、現在の工程、未確認事項、承認待ちが見えにくいことがあります。その部分だけを補う進行画面を検討できます。
案件コード、業務種別、現在工程、担当役割、未確認事項、次の行動、根拠資料、承認状態を表示します。AI要約は未確認と分かるようにし、正式記録と区別します。
既存システムを丸ごと複製せず、正式な情報の保管先へ戻れる参照を持たせます。初期段階では、外部送信、申請、請求、顧客情報の一括更新などの確定操作を含めません。
自作ツールを新しい属人化にしない
小さなツールにも、管理者、代替担当、変更履歴、停止・復旧方法を残します。作った本人しか直せなければ、別の担当者依存が生まれます。
全案件へ一斉に導入せず、架空データで動作を確認した上で、責任者が認めた範囲から試します。障害時に既存の手順へ戻れるか、代替担当が案件の現在地を説明できるかも確認します。
権限は人数ではなく役割に合わせる
スタッフが増えたからといって、全員に全顧問先の情報を見せる必要はありません。受付、作業、専門確認、管理などの役割ごとに必要な閲覧・編集範囲を決めます。
担当変更や退職時には、引き継ぎだけでなく、アクセス権、共有リンク、通知先、外部サービスのアカウントを見直します。誰が何を確認・承認したかを追える状態も必要です。
AIを利用する環境についても、契約、保存、学習利用、外部提供、削除方法を確認します。練習や試作は架空データから始めます。
拡大後に見るのは「忙しさ」だけではない
- 代表者へ戻った質問の種類
- 資料不足で止まった案件
- 引き継ぎ後にやり直した件数
- 未承認のまま進みそうになった場面
- 同じ情報を複数箇所へ入力した回数
これらを振り返り、手順、権限、画面を改善します。処理件数を増やすために専門確認を省略しないでください。
よくある質問
Q. 少人数のうちから手順書は必要ですか？
短いチェックリストからでも始められます。増員前に暗黙の判断と停止条件を整理すると、教育と引き継ぎに使えます。
Q. 役割を細かく分けると、かえって遅くなりませんか？
分ける目的は承認を増やすことではなく、必要な確認を明確にすることです。重複入力や不要な受け渡しは見直します。
Q. AIを新人スタッフの代わりにできますか？
AIは整理や下書きを支援できますが、責任、権限、専門判断の主体にはしません。人の教育と確認体制は別に設計します。
Q. 最初に作る専用ツールは何がよいですか？
案件の現在地、未確認事項、次の行動を表示する読み取り中心の画面が検討しやすいです。確定や外部送信は後から分けて検証します。
まとめ：「人を増やす」前に「仕組みで渡せる仕事」にする
拡大期の業務設計では、担当者名ではなく、工程、役割、完了条件、停止条件をそろえます。AIは整理を支援し、専門判断と承認は担当する人が行います。
FUJI PRESSでは、富士市の士業事務所向けに、既存業務を活かした手順整理と小さな進行管理ツールの設計を支援します。