人を雇うほどの仕事量ではない。けれど、自分一人ではどうにも回りきらない。見積書や報告書の下書き、資料のフォルダ整理、毎週決まって発生する集計作業。こうした細かい業務が積み重なって、本来力を入れたい仕事の時間が削られていく——個人事業主や少人数のチームで働く人なら、身に覚えのある感覚だと思います。
この記事では、AIを「なんでもこなす万能ツール1つ」として使うのをやめて、役割の違う3人のスタッフとして雇い分けるという考え方を紹介します。着想のもとにしたのは、補助者1名のみで運営するある行政書士の一人事務所が、AIを「もう一人のスタッフ」として事務所業務の中心に据えた実践記録です。あわせて記事の後半では、「では、そのスタッフに任せないことは何か」という線引きの話へと視点を反転させます。
![]()
「万能ツール1つ」から「役割の違う3人」へ
多くの人は、AIチャットの画面を開いて、そのときどきで違う頼みごとをします。あるときは相談相手として、あるときは文章の清書係として、またあるときは調べ物係として。ひとつの窓口になんでも投げ込む使い方です。
これでも便利ではあるのですが、頼む側の頭の中が整理されていないと、AIの答えも中途半端になりがちです。「今は考えを整理したいのか」「もう清書してほしいのか」「作業そのものを代行してほしいのか」が曖昧なまま指示すると、返ってくるものも曖昧になります。
着想のもとにした事例が示すのは、用途を先に3つの役割に分け、それぞれ別のスタッフに頼むように使い分けるというやり方です。事例では対話型AIの3つの形態(チャット形式・ファイル操作ができる形式・コード実行ができる形式)を役割ごとに割り当てていましたが、この「相談役・事務担当・道具屋」という分け方自体は特定のAIサービスに縛られません。他のAIチャット、ファイル連携機能、自動化ツールでも同じように組めます。大事なのはツールの名前ではなく、「今、どの役割に頼んでいるのか」を自分の中で区別することです。
3人のスタッフ:相談役・事務担当・道具屋
3つの役割を整理すると、次のようになります。自分の仕事のどの部分を任せられそうか、右端の欄を自分の業務に置き換えながら読んでみてください。
| 役割 | 何をする人か | 頼み方の例 | あなたの業務での置き換え例 |
|---|---|---|---|
| ①相談役 | 考えを整理する相手。壁打ち、方針の検討、文章のたたき台づくり | 「この提案の弱点を挙げて」「言いたいことは同じで3パターン書き分けて」 | 提案内容の壁打ち、断り方の言い回し、企画の方向性の検討 |
| ②事務担当 | 手元のファイルを読んで、書類や資料を形にする人 | 「このフォルダの資料を読んで見積書の下書きを作って」「議事メモを報告書の体裁に整えて」 | 見積書・報告書・案内文の下書き、資料の要約、フォルダ整理 |
| ③道具屋 | 繰り返し発生する作業のために、小さな仕組みを作る人 | 「毎週の売上集計を自動化する仕組みを作って」「この形式のファイルを一括変換したい」 | 定期的な集計、データの転記、決まった形式への一括変換 |

①相談役:考えを整理する相手
いちばん始めやすいのがこの役割です。何かを決める前に「この方向で進めて問題ないか」「見落としている観点はないか」を投げかける相手として使います。清書や作業代行を求めるのではなく、自分の頭の中を言葉にして外に出す手伝いをしてもらうイメージです。専門的な最終判断はこちらでするとしても、その手前の整理はかなり任せられます。プログラミングの知識は要らず、普段使っているチャット型AIですぐ試せます。
②事務担当:手元のファイルを読んで書類を作る
次の段階が、パソコンの中のファイルを読み書きできる形式のAIに、資料作成そのものを任せる使い方です。過去の見積書のフォルダを参照させて新しい見積書の下書きを作らせる、打ち合わせメモを報告書の体裁に整えさせる、といった仕事です。事例では、事務所のブログ記事の執筆もこの形式のAIと共同で進めていました。毎月・毎週決まって発生する定型書類がある人ほど効果が見えやすい役割です。経理まわりの定型業務にこの発想を広げた具体例は、個人事業主がクラウド会計とAIで経理を自動化した2つのやり方で詳しく紹介しています。
③道具屋:繰り返し作業のための小さな仕組みを作る
3つめは、コード実行ができる形式のAIに、事務所専用の小さな道具を作らせる使い方です。毎週手作業でやっていた集計が、実行のひと押しで終わる状態を目指します。着想のもとにした事例でも、定期的に発生する面倒な処理がひと押しで片づく状態を組み上げていました。
ただしこの役割はハードルが上がります。いきなりここから始めず、①相談役、②事務担当で手応えを得てから踏み込むのが現実的です。コードを書かずにAIでアプリを作る感覚をまずつかみたい人にはコード不要でAIにアプリを作らせる初心者向けガイドが、実際に自分専用の道具づくりへ進むときの進め方は非エンジニアがAIで自分専用アプリを作るまでの4ステップが参考になります。
3人に共通して渡すもの:「事務所のルールブック」
事例で印象的なのは、事務所の基本情報・料金の考え方・文章のトーンをまとめた「ルールブック」を、役割をまたいで共通で使えるようAI側へ登録している点です。これを一度用意しておくと、毎回ゼロから前提を説明せずに済み、誰が頼んでも出力のブレが小さくなります。
「前提を先に文章化してAIに持たせておく」という工夫は、このサイトで紹介してきた事例に繰り返し登場する勝ちパターンです。設定ファイルに業務ルールを書いておく、業務マニュアルをまるごと渡す——呼び方は違っても、やっていることは同じです。毎回の説明をなくすための、一度きりの投資だと考えるとよいと思います。10分から30分ほどかけて「うちの仕事の前提」を箇条書きにするだけでも、その後のやり取りがずいぶん楽になります。
視点を反転させる:先に「任せないこと」を決める
ここからが本題です。多くの記事は「AIに何をさせるか」で話が終わります。しかし事例の一人事務所は、それと同じくらいの手間をかけて「AIに任せないこと」を明文化していました。スタッフを雇うときに職務記述書で担当範囲を決めるのと同じ発想です。任せない範囲の例として、次の3つが挙げられます。

1. 最終判断と、その結果への責任
提案するか見送るか、この書き方で出すか——最後に決めるのは人間です。AIの答えはあくまで下敷きであり、それを採用した責任は依頼した側に残ります。
2. 正確性の保証(特に法令・制度など)
AIはもっともらしい誤りを自然な文章で返してくることがあります。事例では、法令にかかわる内容は必ず一次情報(条文・公式の手引きなど)で裏を取る運用にしていました。制度の要件、金額、期限といった「間違えたら影響が大きい事実」は、AIの回答をそのまま信じず自分で確認する、と決めておくことが要点です。
3. 顧客・第三者の個人情報の取り扱い
誰の情報を、どのAIサービスに渡してよいのかは、始める前に線を引いておく必要があります。会話ログや資料には顧客名や取引先の情報が混ざりがちで、守秘義務のある職種では特に注意が要ります。AIに渡す記録をどう残し、どこまでを外に出してよいかという論点は、AIとの会話ログを日報・SNS投稿・タスクに変換する考え方でも扱っています。
なお、士業や医療などの有資格業務には、法令や職業倫理による固有の制約があります。ここで挙げた線引きはあくまで一例です。同じことをすれば誰でも大丈夫、とは考えず、自分の業界のルールを必ず確認したうえで、自分なりの線を引いてください。
「任せない線引き」があるほど、任せられる範囲は広がる
一見すると、任せない範囲を細かく決めるのは、AIの活用を狭める行為に思えます。ところが実際は逆で、「ここから先は必ず自分が確認する」という関所を先に決めておくほど、それより手前の作業は安心して大胆に任せられるようになります。
最終確認を人間がすると決まっているからこそ、下書きは荒くてもどんどん出させて構いません。法令は自分で裏を取ると決まっているからこそ、AIには「まず候補を広く挙げる」役に徹してもらえます。線引きが曖昧なままだと、「これは信じていいのか」と一つひとつ迷いが生じ、かえって全体が遅くなります。任せない範囲の明文化は、ブレーキであると同時に、アクセルを踏むための土台でもあるということです。
自動化が「定着するか」は、賢さより「何を見てOKとするか」
この線引きの話は、別の角度からも裏づけられます。あるIT企業で、社内で1回以上使われたAI用のスキル(定型作業をまとめた部品)577個・のべ6,803回の利用ログを集計した分析があります。そこで「実際に使われ続けた自動化」に共通していた点として、次のようなものが挙げられていました。
- 判断基準を先に固定する:何を見てOKと判断するか(確認すべき観点、どこまで見たら打ち切るか)を事前に決めてある。ここが決まっている自動化ほど定着していた
- 大きな1個より、小さく割る:一つの巨大な仕組みにせず、人間が途中で割り込んでレビューできる小さな単位に分ける
- まず公式・既存のものを使い、足りない差分だけ自作する:全部を自前で作らない。完成度の高い既存部品はそのまま流用する

注目したいのは、定着を左右するのが「AIがどれだけ賢いか」ではなく「何を見てOKと判断するかが先に決めてあるか」だった、という点です。これは前の章の「任せない線引きを先に決める」という話と、そのままつながります。作った仕組みが使われ続けるかどうかは、その出力を承認するしかた(何を確認できたらOKとするか)を設計できているかにかかっている、というわけです。スモールスタートの原則としても、「大きな1個より小さく割る」「まず既存の機能で試し、足りない分だけ足す」は覚えておいて損はありません。
今日から試すなら:相談役から、順番に
最後に、はじめの一歩の順序をまとめます。
- まず①相談役だけ。普段使っているチャット型AIに、「この件の進め方で見落としがないか」「この文面の弱点は」と壁打ちする。ここはコード不要で、今日5分から始められます
- 次に②事務担当。直近1週間分のやり取りや手元の資料をまとめて渡し、定型書類(見積書の説明文、顧客への案内メール、報告書のたたき台)の下書きを作らせてみる。あわせて「うちの仕事の前提」を箇条書きにした簡単なルールブックを用意する
- ③道具屋は後回しでよい。①②で手応えが出てから、繰り返し作業の自動化に踏み込む
そしてどの段階でも、始める前に「これは自分が必ず確認する」という線を一つ決めておくこと。順番に増やしていけば、大がかりな準備なしでも、AIという3人のスタッフとの付き合い方が少しずつ形になっていきます。
まとめ
- AIを「なんでも屋1つ」ではなく、相談役・事務担当・道具屋という役割の違う3人として雇い分けると、非IT職でも導入の入り口を見つけやすい。この分け方は特定のAIサービスに依存しない
- 3人に共通して「事務所のルールブック(前提・方針・トーン)」を一度渡しておくと、毎回の説明が要らず出力が安定する
- 「AIに何をさせるか」より先に、「AIに任せないこと」=最終判断と責任・正確性の保証(法令は一次情報で裏取り)・第三者の個人情報を明文化する
- 任せない関所を先に決めるほど、その手前の作業は安心して大胆に任せられる。線引きはブレーキであり同時にアクセルの土台
- ある集計分析でも、自動化が定着するかは「AIの賢さ」ではなく「何を見てOKと判断するかを先に決めてあるか」で分かれていた(スキル577個・のべ6,803回の利用ログより)
- 士業・医療など有資格業務には固有の制約がある。同じことをすれば大丈夫とは考えず、自分の業界のルールを確認して線を引く
- 始めるなら①相談役から。今日5分の壁打ちからで十分
まずは、目の前の判断ごとを一つ選んで、「この進め方で見落としはないか」とAIに聞いてみるところから始めてみてはいかがでしょうか。

