少人数の事務でAIを回す分担設計｜1人集約を避ける
「事務が1人しかいないので、AIを入れる余裕がない」——少人数の会社で相談を受けるとき、いちばん多く出てくる言葉です。
結論から言うと、事務が1〜2名の会社でAIが止まる原因は忙しさではありません。指示を出す人と結果を確認する人が同一になり、確認が機能しなくなることが原因です。人数が少ないほど、分担の設計が結果を左右します。
株式会社Fyveは中小企業向けにAI活用の顧問業務を行っています。この記事では、少人数の事務部門でAIを回すための役割の切り方と、担当者が変わっても引き継げる形の作り方を書きます。
少人数の事務でAIを回すときに最初に決めること
ツールの選定より前に決めるべきことが1つあります。「AIの出力を業務として使う」と判断するのは誰かです。
ここが決まっていないと、実務では次のどちらかが起きます。1つは、担当者が自分の判断で使い始めて、間違いが後から発覚するケース。もう1つは、誰も責任を取れないので結局使わないケース。どちらも「AIが役に立たなかった」という結論になりますが、原因は役割の設計です。
使われずに終わる原因の一般的な整理はこちらでも扱っています。
人数が少ないほど設計が重要になる理由
10人の事務部門なら、誰かが休んでも別の人が代わります。1〜2人の事務なら、その1人が休むと業務が止まります。AIを入れると、この構造が改善されるどころか悪化することがあります。
理由は単純です。AIの使い方を知っているのがその1人だけになると、業務の複雑さは下がったのに、実行できる人はむしろ減ります。従来は手作業だったので誰でも代われたのに、AIを使う手順が担当者の頭の中にしかない状態になるためです。
これが少人数の会社でもっとも起きやすい失敗です。効率化と属人化が同時に進む状態で、しばらくは順調に見えます。担当者が辞めるまで問題が表面化しません。
1人に集約すると必ず止まる——3つの詰まり方
1人集約の状態は、次の3つの形で止まります。
詰まり方1：担当者が不在の日に業務が動かない
もっとも分かりやすい形です。AIへの指示の出し方、どのファイルを渡すのか、出力のどこを確認するのか。これらが記録されていないと、代わりの人が着手できません。
手作業の時代は「見て真似する」ことができました。AIを使った作業は画面の中で完結するため、隣で見ていても手順が分かりません。意図的に記録しないと、手順が誰にも見えなくなります。
詰まり方2：確認が自己確認になり、間違いが通る
指示を出した人が結果も確認する形では、確認が形式化します。自分が意図した出力が返ってきているので、意図そのものが間違っていた場合に気づけません。
実務でよく起きるのは、集計の対象範囲が間違っているケースです。AIは指示どおりに集計しているので、出力自体には矛盾がありません。指示が間違っていることは、指示を出した本人には見えにくいという構造的な問題です。
詰まり方3：改善が止まる
1人で回していると、「今の使い方でとりあえず動いている」状態が固定されます。より良い指示の出し方があっても、比較する相手がいないので気づけません。
2人以上で同じ作業をしていると、指示文の違いが自然に見つかります。この気づきが積み上がるかどうかで、半年後の状態が変わります。
この3つのうち、経営側から見えるのは1つ目だけです。担当者が休んだ日に業務が止まれば誰でも気づきます。しかし2つ目と3つ目は表に出ません。順調に見えている期間こそ、集約が進んでいる時期だと考えておく必要があります。
役割は「人」ではなく「工程」で分ける
少人数の会社で「担当を分ける」と言うと、人が足りないという話になります。そこで、人ではなく工程で分けます。
同じ人が複数の役割を持っても構いません。重要なのは、1つの作業の中で「指示」と「確認」が別の工程として存在することです。
3つの役割
- 指示する人：AIに何をさせるかを決め、実際に操作する。素材（ファイル・データ）を渡す
- 確認する人：出てきた結果が業務として使えるかを判定する。元データとの照合を行う
- 決める人：使ってよい範囲・扱ってよい情報・手順の変更を決定する
3人必要という話ではありません。事務1名と経営者1名の会社なら、次の割り当てが成立します。
- 指示する人：事務担当
- 確認する人：事務担当（一次確認）＋経営者（最終確認）
- 決める人：経営者
ここで重要なのは、確認を2段にすることです。事務担当が「これで良いと思う」と判断したものを、経営者が業務として使えるかどうか判定する。この形なら、指示の前提が間違っていた場合に気づけます。
経営者が確認役に入ることの意味
少人数の会社では、経営者が確認役に入るのが現実的です。追加の人員が要らず、判断も速くなります。
実務上のもう1つの効果として、経営者が出力を見ることで次にAIを当てる業務の候補が経営者側に見えてくるという点があります。導入の判断をする人が実物を見ていない状態では、次の投資判断ができません。
確認の負荷を下げる設計
「確認する人を置く」と言うと、確認の手間が増えると受け取られます。実際には、確認しやすい形に設計すれば負荷は下がります。
照合できる形で出力させる
確認が重いのは、正しいかどうかを判断する材料がないときです。次のような形にすると、確認は数十秒で終わります。
- 合計を必ず出させる：数字の集計なら、明細の合計が元データと一致するかで判定できます
- 件数を出させる：「対象は32件でした」と書かせる。件数が合えば取りこぼしがありません
- 参照元を書かせる：どのファイルのどの範囲を見たのかを出力に含める
- 変更点だけを列挙させる：全文を読み直すのではなく、前回との差分を確認する
3つ目が特に効きます。参照元が書かれていれば、間違いの原因が「指示」か「データ」かを切り分けられます。この切り分けができないと、うまくいかないときに何を直せばいいのか分かりません。
確認しない項目を決める
すべてを確認しようとすると続きません。確認の対象を決めます。
- 必ず確認する：金額、日付、宛名、件数
- 抜き取りで確認する：文章表現、並び順
- 確認しない：体裁、書式
この線引きを紙に書いておくと、確認役が交代しても同じ基準で判定できます。
確認の記録を1行だけ残す
もう1つ、負荷が小さく効果が大きい工夫があります。確認した人と日付を1行だけ残すことです。表計算の末尾に「8/6 確認：○○」と書くだけで足ります。
これを入れる理由は、責任の所在を明確にするためではありません。確認が実際に行われたかどうかが後から分かるようにするためです。記録が無いと、数か月後に「あの月は誰も見ていなかった」という状態が発覚します。
介護施設の記録システムを構築した案件でも、誰がいつ入力したかが必ず残る設計にしました。手書きの時代は「この記録は誰が書いたのか分からない」という問題が常にありました。AIを使う工程でも同じで、入力と確認の履歴が残る形にしておくと、間違いが起きたときに原因まで戻れます。
引き継げる形にする——指示文を資産にする
属人化を避ける具体的な方法です。AIへの指示を「その場で書く文章」から「保存された型」に変えるだけで、引き継ぎが可能になります。
指示文を型にする
私がカー用品のECサイト向けに記事作成の仕組みを作った案件では、指示文をYAML形式のテンプレートにまとめました。専門的な商品を扱う記事なので、構成が毎回変わると読みにくくなります。形式を固定したことで出力のブレが減り、最終的にはクライアント自身がAIで記事を作れるようになりました。
形式そのものはYAMLでなくて構いません。要点は、指示を毎回考えるのではなく、決まった枠に情報を入れるだけにすることです。事務作業の場合、次の枠で足ります。
- やってほしいこと：1文で
- 渡す素材：ファイル名と範囲
- 出力の形：表／文章／箇条書き、項目名
- 守ってほしい条件：含めない情報、丸めない数字
- 必ず書かせること：合計、件数、参照元
この5項目を埋めた文章をファイルに保存し、次回はそれをコピーして使います。これだけで、担当者以外でも同じ結果を出せる状態になります。
置き場所を決める
型を作っても、担当者のPCの中にあると引き継げません。共有の場所に置きます。
- 業務ごとにフォルダを作る（部署単位ではなく業務単位）
- 1業務につき、指示文の型と手順書を1組ずつ置く
- 更新したら日付を書く（誰がいつ変えたか）
ファイルの置き場所そのものが整っていない会社では、この作業が最初のハードルになります。データの置き場所と権限の考え方はこちらで整理しています。
手順書は1枚に収める
手順書が長いと読まれません。1枚に収める条件は、判断を含めないことです。
- 書く：どこを開くか、何を貼るか、どのファイルを渡すか、どこを見て確認するか
- 書かない：AIの仕組みの説明、なぜそうするのかの背景、例外への対応
例外への対応は別の紙にします。通常のケースを1枚で完結させることが、引き継げるかどうかを決めます。
分担パターン3つ
実際の人数構成に合わせた割り当ての例を書きます。
パターン1：事務1名＋経営者
もっとも多い構成です。
- 事務担当：指示と一次確認。指示文の型を作り、更新する
- 経営者：最終確認と、使ってよい範囲の決定
- 成立の条件：経営者が週に1回、出力を実際に見る時間を持つこと
この構成の弱点は、事務担当が不在のときに誰も操作できないことです。対策として、経営者自身が1度は手順書どおりに操作してみることを勧めています。1回やっておけば、緊急時に動けます。
パターン2：事務2名
- 担当A：指示と操作
- 担当B：確認
- 月に1回、役割を交代する
交代が重要です。役割を固定すると、確認役がAIの操作を覚えられません。交代することで両者が両方できる状態になり、不在時にも止まりません。交代のタイミングで手順書の不足も見つかります。
パターン3：事務1名＋パート・非常勤
- 常勤の事務：指示と操作、手順書の管理
- パート：確認の一部（照合作業）
- 経営者：最終確認
照合作業は、業務の全体像を知らなくても実行できます。「この合計とこの合計が一致しているか」「この件数が合っているか」という作業に切り出せば、担当者を増やせます。確認の工程を判断が要らない形に落とすと、任せられる人が増えるという設計です。
「決める人」が決めること——触らせる範囲
「決める人」の役割の具体的な中身です。ライセンスを何人分契約するかもここに含まれます。
段階的に広げる
- 第1段：経営者と事務担当のみ
- 第2段：確認役として関わる人を追加
- 第3段：他部門の希望者
最初から全員分を契約すると、使われない席が発生します。ライセンスの考え方はこちらで整理しています。
入力してよい情報の線引き
少人数の会社でも、これは文書にしておく必要があります。1枚で足ります。
- 入れてよい：自社の売上データ、社内の文書、公開されている情報
- 条件付き：取引先の情報（契約で守秘義務がある場合は確認が必要）
- 入れない：従業員の給与や評価、顧客の個人情報（業務上必要な場合は、プランと設定を確認したうえで判断）
あわせて、業務では法人向けのプランを使うことを決めます。判断軸は「入力データが学習に使われないこと」と「管理画面があること」の2点です。無料版の線引きはこちらで扱っています。
「AIに詳しい人」を置く必要はない
分担の話をすると、「社内にAIに詳しい人がいないので無理だ」という反応が返ってくることがあります。ここは誤解を解いておきたい部分です。
この分担の設計で必要な能力は、AIの知識ではありません。指示する人に必要なのは業務の手順を説明できること、確認する人に必要なのは業務として使えるか判断できることです。どちらも社内の人がすでに持っている能力です。
「詳しい人」を置くと逆に危ない
むしろ、ITに詳しい社員1人にAIの担当を任せる形は、少人数の会社では危険な設計になります。理由は2つあります。
1つは、その人が業務の当事者でない場合、指示文が実務とずれることです。業務を知らない人が作った手順は、例外に当たった瞬間に止まります。
もう1つは、集約が加速することです。「AIのことはあの人に聞く」という状態が定着すると、事務担当者は自分で型を作らなくなります。詳しい人がいることで、他の人が覚える機会が失われるという構造です。
私が過去に受託した案件でも、ITに詳しくない担当者が主役になった方が定着しています。介護施設の案件では、施設長がExcelとWordを多少使う程度の方でしたが、業務を知っているからこそ「この書類のこの項目が要る」という判断が速く、結果として実務に合った仕組みになりました。
外部に頼む部分と社内でやる部分
- 外部に頼むと早い：サービスの選定、初期の設定、権限設計、指示文の型の初版づくり
- 社内でやるしかない：業務の手順の説明、確認の基準の決定、日々の運用、型の更新
この線引きを最初に決めておくと、外部の支援を頼む場合も範囲が明確になります。
うまくいっていない分担の兆候
早めに気づくためのサインを挙げます。どれか1つでも当てはまったら、分担を見直す時期です。
- 「あの人がいないと分からない」という会話が出る：属人化がすでに進んでいます
- 指示文が毎回違う：型が保存されていない、または型が使いにくい
- 確認が「たぶん合っている」で終わっている：照合できる形で出力されていません
- 経営者が出力を見ていない：最終確認が形だけになっています
- 手順書が更新されていない：実際の手順と書かれた手順がずれています
- 担当者が「元の方法の方が速い」と言い始める：確認の負荷が作業の削減量を超えています
最後の項目が出たら、その工程はいったん止めて見直す判断が正しいです。担当者の実感は、たいてい正確です。
最初の90日で何をするか
少人数の事務部門で分担を作る場合の進め方を書きます。
1〜2週目：対象を1工程に絞る
業務単位ではなく工程単位で選びます。「請求書の作成」ではなく「取引先ごとの数字を集めて転記する」まで割ります。あわせて、その工程に今どれくらい時間がかかっているかを測ります。この測定は着手前にしかできません。
3〜4週目：指示文の型を作る
前述の5項目で型を作り、共有の場所に保存します。この段階では、従来の手順も並走させます。
5〜8週目：確認の形を決める
何を照合すれば正しいと言えるのかを決め、確認する項目・抜き取る項目・確認しない項目を紙に書きます。経営者が最終確認に入る流れをここで作ります。
9〜12週目：担当者以外がやってみる
ここが本番です。手順書を見ながら、別の人が同じ結果を出せるかを試します。出せなければ手順書を直します。この確認を飛ばすと、属人化したまま次の業務に進むことになります。
1業務が引き継げる形になってから、次の業務に移ります。進め方の全体像はこちらで整理しています。
90日の先——事務の仕事はどこまで残るのか
分担の設計を考えるうえで、最終的にどういう形になるのかを書いておきます。
私が介護施設の記録業務をAI化した受託案件では、2年かけて段階的に広げた結果、事務作業が「情報の入力」と「完成した書類の最終確認」の2つに収束しました。書類そのものを作る工程、転記する工程、体裁を整える工程は無くなっています。
この形が示しているのは、残るのは入力と確認であり、確認は無くならないということです。少人数の事務部門で分担を設計するとき、確認の工程を軽視すると、最後まで残る仕事を設計しないまま進めることになります。
この案件でもう1つ意図的に設計したのは、デジタル機器が苦手な職員への配慮です。全員に同じ操作を求めるのではなく、手書きのまま提出できてスキャンでデータ化される経路を併設しました。リテラシーの差を教育で埋めようとせず、経路を分けることで解決するという考え方です。少人数の事務部門でも、同じ発想が使えます。
よくある質問
Q. 事務が1人だけの会社でも分担は作れますか
作れます。ただし確認役は事務担当以外の人が担う必要があります。現実的には経営者が入る形です。経営者が確認に一切関わらない状態では、1人集約の問題は解決しません。
Q. 経営者にAIの知識がなくても確認役になれますか
なれます。確認役に必要なのはAIの知識ではなく、業務として使えるかどうかの判断です。「この金額は合っているか」「この宛名で出して問題ないか」は、業務を知っていれば判定できます。
Q. 担当者が「自分でやった方が速い」と言う場合はどうしますか
その工程が向いていない可能性と、指示文の型が使いにくい可能性の両方があります。まず型を見直し、それでも変わらなければ対象工程を変えます。担当者の実感を押し切って続けると、記録も手順書も更新されなくなります。
Q. パート・非常勤の人にAIを触らせてもいいですか
入力してよい情報の線引きを文書にして、法人向けのプランで使う前提であれば問題ありません。むしろ照合作業のような判断の要らない工程は、任せられる範囲が広がります。アカウントは個人の共有ではなく、1人1つで発行します。
Q. 担当者が辞めることになりました。何を引き継げばいいですか
引き継ぐのは3つです。指示文の型（ファイル）、手順書（1枚）、確認の基準（何を照合するか）。この3つが共有の場所にあれば引き継げます。無い場合は、退職までの期間で作ってもらうのが最優先です。
Q. 2人が同じ工程をやると、かえって非効率ではないですか
同時にやるのではなく、月ごとに交代します。同じ月に2人が並行して同じ作業をする必要はありません。交代の目的は効率ではなく、実行できる人を2人に保つことです。
Q. 確認の手間が増えて、結局時間が減らないのですが
出力の形が確認向きになっていない可能性が高いです。合計・件数・参照元を必ず書かせる形に変えてみてください。それでも確認に時間がかかる工程は、照合の材料がそもそも存在しない工程なので、対象を変える判断が妥当です。
Q. 複数の部署にまたがる業務ではどう分担しますか
工程ごとに担当を割り当てます。ただし、複数部署にまたがる業務は最初の1件には向きません。調整に時間が取られるため、1人で完結する工程から始めて、型ができてから広げる順序を勧めています。
まとめ
少人数の事務でAIを回す設計の要点を整理します。
- 止まる原因は忙しさではなく、指示と確認が同一人物になること
- 役割は人ではなく工程で分ける。指示する人／確認する人／決める人の3つ
- 確認を2段にする。事務担当の一次確認と、経営者の最終確認
- 確認の負荷は設計で下がる。合計・件数・参照元を必ず出力させる
- 指示文は「その場の文章」ではなく保存された型にする。5項目の枠で足りる
- 手順書は1枚。判断を含めない
- 90日の最後にやることは、担当者以外が手順書で同じ結果を出せるかの確認
- 効率化と属人化が同時に進む状態に注意する。「あの人がいないと分からない」が最初のサイン
人数が少ないことは不利な条件ではありません。役割の設計が1枚で済み、決定も速いという利点があります。設計を飛ばして操作から入ると、そこが弱点に変わります。
あわせて、拠点や店舗が複数ある会社では、事務の分担の前に数字を1か所へ集める仕組みが必要になります。集約の設計はこちらで扱っています。
御社の業務に合わせたCopilot導入・定着支援
「ライセンスを配ったのに使われない」を終わらせる。
業務の棚卸しから、効く業務の切り分け、社内への定着まで一貫して支援します。