ひとりで全部やる人が、AIに渡している仕事と渡していない仕事
「AIで業務効率化」と検索して出てくるのは、だいたいツールの一覧です。
15選、10選、比較7選。読んでいる間は参考になります。でも読み終わって、自分の仕事が減ったかというと、たぶん減っていません。
ひとりで事業を回していると、問題は「どのツールを使うか」ではないからです。営業も、制作も、請求も、経理も、全部自分に乗っている。その状態で足りないのは道具ではなく、何を手放して、何を手放さないかの線引きのほうです。
この記事では、私が実際にAIへ渡している業務と、渡していない業務をそのまま書きます。ツールは1つも薦めません。
あわせて、自分のカレンダーを半年ぶん見返した実績も出します。週に何本の打ち合わせがあって、何社を並行して動かしているか。そのうえで、何を手放したか。うまくいかなかった話も入れます。
AIに最初に渡すべきなのは「毎週繰り返す・時間がかかる・失敗しても致命傷にならない」作業
ひとりで事業を回す人がAIに最初に渡すべきなのは、毎週繰り返していて、まとまった時間を取られていて、間違えても後から直せる作業です。この3つが重なる場所から始めると、失敗しても損失が小さく、続けるかどうかの判断も早くつきます。
逆に言えば、この3つのどれかが欠けている業務は、最初の1つには向きません。
月に1回しか発生しない作業は、渡す手間のほうが大きくなります。5分で終わる作業も同じです。そして、間違えたときに取り返しがつかない業務は、慣れる前に手を出すべきではありません。
私が最初に渡したのは、会議のあとの整理でした。毎週発生して、地味に時間がかかって、間違えても自分が読み返せば気づける。条件に合っていたからです。
なぜツールから選ぶと失敗するのか
ツールを先に決めると、「このツールで何ができるか」から考えることになります。順番が逆です。
本来は、自分の1週間のうちどこが重いかを見てから、そこに合う手段を選びます。ところが多くの記事はツールの紹介から始まるので、読者はいきなり「Copilotを使うべきか、ChatGPTを使うべきか」の比較に連れて行かれます。
その比較には答えが出ません。自分の業務を書き出していないからです。
もうひとつ、ツールから入ると「使った」で満足してしまいます。文章を作らせて、うまくできたので感心して、そこで終わる。翌週も同じ作業を自分でやっている。この状態は業務効率化ではなく、体験です。
区別する方法はひとつだけあります。先週やっていた作業を、今週は自分がやらなくて済んだかどうか。これに「はい」と答えられないなら、まだ渡せていません。
打ち合わせは減らない。減らせるのはその合間だけ
「時間を作りましょう」という話をよく見かけます。でも、ひとりで事業を回していると、その時間はたいてい打ち合わせで埋まっています。しかも打ち合わせは、自分の都合で減らせません。相手がいるからです。
自分のカレンダーを半年ぶん見返してみました。
1週間あたりの打ち合わせの本数と、それに使った時間です。
2026年3月：18.4本／18.9時間
2026年4月：22.6本／20.9時間
2026年5月：20.0本／17.0時間
2026年7月：25.5本／23.4時間
2026年8月：18.9本／17.1時間
2026年9月：19.2本／15.4時間
※Googleカレンダーの実績を集計（月内平均・週5日換算）
半年間、ずっと週18〜25本です。減っていません。
直近の1週間（2026年9月1日〜7日）で見ると、こうなっています。
打ち合わせ 18本
作業に充てた時間 約23時間
同時に動いていた案件 11社
1社あたり、週2時間ちょっと。この中で、提案も作れば、実装もするし、数値も見ます。
つまり私にとっての課題は「打ち合わせを減らすこと」ではありませんでした。打ち合わせの本数が変わらないまま、その合間で回せる量をどう増やすかでした。
正直に書くと、以前の作業量と厳密に比較はできません。昔は作業の時間をカレンダーに入れていなかったからです。ただ体感としては、今と同じかそれ以上の作業を、当時は1.5倍から2倍の時間をかけてやっていたと思います。ここは記録がないので、あくまで感覚の話です。
減ったのは打ち合わせではなく、その合間の時間の使い方でした。ここから先は、そのために何を手放したかの話になります。
実際にAIへ渡している業務、渡していない業務
ここからが具体的な話です。私はひとりで受託の仕事と自社サービスの開発を並行して回しています。その中で、渡しているものと渡していないものがはっきり分かれました。
先に結論を言うと、手が動く作業は渡し、判断が要る作業は渡していません。この線引きだけは半年間ずれていません。
そして渡している側は、自分で思っていたよりずっと広い範囲になっていました。
渡している業務
書き出してみると、思っていたより範囲が広くなりました。カレンダーに残っている半年ぶんの作業から拾うと、こうなります。
サイトのコーディングと実装
ファーストビューの実装、スマホ表示の調整、物件情報や事例ページの組み込み、公開前の表示チェック。不動産や住宅、食品メーカーなど、業種の違う案件が同時に走っています。
システム開発
料金シミュレーターのようなツール、経営数値を見るためのダッシュボード。ゼロから作るものも、既存の改修も含みます。
仕組み化の設計
事例の投稿、物件情報の登録。毎回ゼロから考えていた作業を、手順に落として繰り返せる形にする。ここは効きが大きい部分です。
サイト構造とSEOの設計
サイトマップの拡張、エリアごとのページ設計、検索されている言葉の調査と、それをどのページで受けるかの割り振り。
LLMO対策
AIに引用されるための構造をどう作るか。実際にAIへ質問を投げて、今どこが引用されているかを確認するところまで。
マーケ戦略・メディア戦略の資料
提案資料の作成と修正、ブランドをどう定義するかの整理、発信の設計。
調査とレポート
市況の調査、ツールを移行するときのリスク洗い出し、比較のまとめ。
会議のあとの整理
話した内容から、やることを取り出して並べる。
改めて並べると、実装から戦略資料まで、ひととおり渡しています。「AIに議事録を書かせています」くらいの話を想像していた方には、少し意外かもしれません。
共通しているのは、正解が自分の中にすでにある作業だという点です。
会議のあとに何をやるかは、会議中にだいたい決まっています。それを文字に起こして並べる手間が面倒なだけです。提案資料も、伝えたいことは決まっていて、形にする時間がかかっている。コーディングも、どう見せたいかは決まっていて、書く時間がかかる。
このタイプの作業は、渡しても判断の質が落ちません。落ちるのは所要時間だけです。
そして範囲が広いほど、次の「渡していないもの」がはっきりします。
渡していない業務
何をやるかを決めること
見積の金額を決めること
クライアントに出す前の、最終的な良し悪しの判断
断る/受けるの判断
理由は単純で、これらは間違えたときに取り返しがつかないからです。
見積を間違えれば、その案件は最後まで赤字のまま進みます。クライアントに誤った内容を出せば、信頼は一度で減ります。AIが下書きを作ること自体は構いませんが、出す判断まで渡すと、自分が確認する工程が消えます。
そして、ここを渡さないと決めておくと、渡す側の業務は思い切って渡せるようになります。線を引くことのほうが、実は効いています。
渡す・渡さないを分ける1つの基準
いろいろ試した結果、判断はこの一言に集約されました。
間違いに、自分が後から気づけるか。
気づけるなら渡していい。気づけないなら渡さない。
会議の整理は、出てきたリストを読めば違和感でわかります。だから渡せます。
数値の集計も、桁が違えば目に留まります。だから渡せます。
一方、自動化した処理が黙って止まっていても、誰も教えてくれません。ここが落とし穴でした。この話は後半でします。
渡し方の手順（2週間だけ試す）
いきなり全部を変えようとすると、たいてい元に戻ります。私が続いたのは、範囲を1つに絞ったときでした。
手順は4つです。
自分の1週間を書き出す
渡す作業を1つだけ選ぶ
2週間だけ試す
続けるかやめるかを決める
Step1 自分の1週間を書き出す
まず、今週やったことを全部書き出します。粒度は「請求書を作った」「議事録をまとめた」くらいで構いません。
このとき、時間がかかった順ではなく、繰り返した回数の多い順に並べます。1回3時間の作業より、週5回15分の作業のほうが、渡したときの効きが大きいからです。
ここを飛ばして手段の話に進むと、だいたい失敗します。
Step2 渡す作業を1つだけ選ぶ
書き出したリストから、「毎週ある」「時間がかかる」「間違えても後から気づける」の3つが重なるものを1つ選びます。
複数を同時に始めたくなりますが、おすすめしません。うまくいかなかったときに、何が原因だったのかが分からなくなるからです。
Step3 2週間だけ試す
期限を決めるのが大事です。終わりを決めないと、なんとなく使い続けて、なんとなく元に戻ります。
2週間にしている理由は、その業務が最低2回は発生するからです。1回だと、たまたまうまくいっただけかどうかが判断できません。
Step4 続けるかやめるかを決める
2週間後、確認するのは1つだけです。
その作業を、自分がやらなくて済むようになったか。
なっていれば続けます。なっていなければ、その業務は渡し方が合っていなかったか、そもそも渡すのに向いていません。素直にやめて、別の1つに移ります。
やめる判断を先に決めておくと、失敗のコストがほぼゼロになります。だからこそ、気軽に試せます。
うまくいかなかったこと
ここまで書くと順調に見えますが、そんなことはありません。
「動いている」と「効いている」は別だった
自動化の仕組みを作って、2週間まったくエラーが出ずに動いていたことがあります。ログもきれいでした。
ところが、その2週間で処理された件数はゼロでした。
仕組みは正常に動いていて、処理する対象が届いていなかった。エラーが出ないので、誰も気づきません。私も気づいていませんでした。
このとき学んだのは、AIに渡した業務は「エラーがないか」ではなく「結果が出ているか」で見ないといけないということです。動作の確認と、成果の確認は別物です。
くわしくはこちらに書きました。
👉 【AIに仕事を渡す】#01 2週間ずっと正常に動いていた自動化。処理された件数はゼロでした
言葉の曖昧さが、そのまま伝わる
もうひとつ。テスト用の画面を見て「この感じであれば全然OK」と言ったことがあります。
私としては「方向性は合っている」という意味でした。ところがその一言が、公開の許可として伝わりました。気づいて戻すまで17分。
人間同士なら、この曖昧さは表情や文脈で吸収されます。渡す相手が変わると、吸収してくれません。
👉 【AIに仕事を渡す】#02 「この感じでOK」と言っただけで公開されました。戻すまで17分です
この2つの失敗があってから、渡すときは「やっていいこと」より「やってはいけないこと」を先に言うようになりました。
よくある質問
AIを使って効率化できる業務は？
毎週繰り返していて、手順がある程度決まっていて、間違いに後から気づける業務です。会議の整理、資料の下書き、調べものの下準備、定型的な返信の草案などが該当します。逆に、判断や最終確認が必要な業務は向いていません。
個人でできる業務効率化のアイデアは？
まず1週間の業務を書き出し、繰り返し回数が多い順に並べることから始めます。ツールを選ぶ前にこの棚卸しをやるかどうかで結果が変わります。渡す業務は最初の1つだけに絞り、2週間試して続けるか決める形が失敗しにくいです。
AIで効率化できる業務の例は？
正解が自分の中にすでにある作業が向いています。会議で決まったことをリストにする、伝えたいことが決まっている資料を形にする、集めた数値を並べ直す、といった作業です。考える工程ではなく、形にする工程を渡すイメージになります。
ひとりで事業をしている人は、AIに何から渡せばいいですか？
会議や打ち合わせのあとの整理から始めるのが手堅いです。毎週発生し、まとまった時間を取られ、内容を自分が把握しているため間違いにも気づけます。この3条件がそろう業務は、渡したときの効果が出やすくなります。
AIに渡してはいけない業務はありますか？
間違いに自分が後から気づけない業務は渡すべきではありません。見積の金額、受ける/断るの判断、クライアントへ出す前の最終確認などが該当します。下書きを作らせるところまでは渡せますが、出す判断は手元に残しておくほうが安全です。
まとめ
ひとりで事業を回している人にとって、AIの使いどころは道具選びではありません。
打ち合わせは減りませんでした。半年間ずっと週18〜25本のままです。変えられたのは、その合間の使い方だけでした。
渡すのは、毎週繰り返し、時間がかかり、間違いに後から気づける業務
渡さないのは、決めること・見積・最終確認
分ける基準は「間違いに、自分が後から気づけるか」
始めるときは1つだけ、2週間だけ
そして、渡したあとに見るのは「エラーが出ていないか」ではなく「結果が出ているか」です。動いているのに効いていない状態は、静かに続きます。
この記事の続き
同じテーマで、うまくいかなかった話を連載にしています。きれいな成功事例より、こちらのほうが役に立つと思っています。
👉 【AIに仕事を渡す】#01 2週間ずっと正常に動いていた自動化。処理された件数はゼロでした
話を聞いてみたい方へ
自分の業務のどこから手を付けるべきか、書き出したものの決めきれない、ということはよくあります。
そういうときは、まず話を聞くところからで構いません。LINEでつながっていただければ、そのまま質問いただけます。売り込みはしません。
参考文献・出典
本記事に外部統計の引用はありません。
記事中の打ち合わせ本数・作業時間・並行案件数は、筆者自身のGoogleカレンダーの実績を集計したものです（集計期間：2026年3月〜9月／直近1週間は2026年9月1日〜7日）。
なお「以前は1.5〜2倍の時間をかけていた」という記述だけは、当時カレンダーに作業時間を記録していなかったため、実測ではなく筆者の体感です。本文中にもその旨を記載しています。
