フォームの回答を確認して、スプレッドシートを更新し、担当者にメールを送り、週次報告まで作る定型業務をAIで自動化できますか。
できます。ただし「全部まるごと」ではありません。この相談文に出てくる4工程のうち、回答の転記・スプレッドシートの更新・担当者へのメール送信の3つはほぼ100%自動化できる一方で、週次報告は「数字を並べるところまでは自動、コメントと判断は人」で切るのが現実的です。自動化の成否は、AIの性能ではなく業務の形が4つの軸のどこに位置するかで決まります。
この記事では、その4つの軸と、業務の型(転記・集計/通知/レポート/一次対応/突合)ごとに「どこまで自動化して、どこから人に残すか」を事例で整理します。作り方の手順そのものではなく、着手する前に向き不向きを見分けるための記事です。
結論:自動化に向くのは「入力が揃っていて、判断が要らない仕事」
定型業務をAIで自動化すべきかどうかは、次の4軸で判定できます。4軸すべてが○なら迷わず自動化、2つ以上が×なら手をつけない方が安く済みます。
- 入力が決まっているか(フォーム・CSV・固定フォーマットか、それとも人が自由に書いたメールか)
- 判断が要るか(ルールで書き切れるか、毎回人の裁量が入るか)
- 間違えた時のコスト(後から直せるか、取り返しがつかないか)
- 頻度と件数(毎日・毎週あるか、年に数回しかないか)
総務省の令和7年版情報通信白書によれば、日本企業が生成AIの活用に期待することの最多は「業務効率化」で、2024年度は49.7%の企業が挙げています。一方で導入時の懸念として最も大きいのは「適切な利用方法がわからない」ことで、ほかに情報セキュリティリスクやコスト増加が課題に挙がっています。つまり多くの会社にとっての詰まりどころは、AIの性能ではなくどの業務にAIを当てればいいか分からないことにあります。4軸はそこを埋めるための物差しです。
4つの判断軸と、○×の具体例
軸1:入力が決まっているか
自動化の成否の8割はここで決まります。入力の形が毎回同じなら、AIを使わずプログラムだけで処理できる部分が増え、その分だけ安く・壊れにくくなります。
- ○:Googleフォーム/Microsoft Formsの回答、ECの注文CSV、勤怠打刻ログ、決まった帳票のPDF
- △:取引先ごとに様式が違う請求書PDF(AIの読み取りは効くが、様式ごとの検証が要る)
- ×:「例の件、よろしくです」だけ書かれたメール、口頭で受けた依頼のメモ
軸2:判断が要るか
「ルールを文章で書き出せるか」で試すと早いです。書き出せるならプログラムで、書き出せないが例を見れば分かる程度ならAIで、例を見ても人によって答えが割れるなら自動化しない、という順番になります。
- ○:期限を過ぎた行だけ抽出して担当者へ通知する(条件が明文化できる)
- ○(AI向き):アンケートの自由記述を「価格」「使い勝手」「サポート」に分類する(例示で揃う)
- ×:値引きするかどうかの判断、採用の合否、クレームの謝罪範囲の決定
軸3:間違えた時のコスト
AIは必ず一定の確率で間違えます。ですから「間違いが起きる前提で、後から直せるか」で線を引きます。取り返しがつかない出口(社外への送信、入金、削除)は、AIに最後のボタンを押させないのが原則です。
- ○:社内スプレッドシートへの追記、社内チャットへの通知、下書きの作成
- ×:顧客へのメール送信、請求金額の確定、在庫データの上書き削除
軸4:頻度と件数
作る手間は一度きり、効果は回数分だけ積み上がります。逆に言えば、年に数回しかない業務は自動化しても元が取れません。目安として「月に合計1時間以上かかっていて、来年も同じ手順で続く」ものから着手すると外しにくくなります。
業務の型ごとの事例:どこまで自動化し、どこは人が持つか
型1:転記・集計(もっとも向く)
フォームの回答をスプレッドシートへ、売上CSVを月次シートへ、といった転記と集計です。入力が決まっていて判断が要らず、間違えても直せるため、4軸すべてが○になります。冒頭の相談文でいえば「回答を確認してスプレッドシートを更新する」部分がここです。
ここは実のところAIすら要りません。フォームとスプレッドシートを直結させ、集計は関数で組むだけで終わることが多いです。AIの出番は「自由記述の分類」など、ルールで書けない列が混じったときだけです。アンケートの自由記述まで含めた進め方はアンケート集計をAIで自動化する方法(自由記述の分類まで)で扱っています。
人に残すもの:集計の定義(何を分母にするか)を決めること。ここを人が決めないと、正しく動いている自動化が間違った数字を出し続けます。
型2:通知・リマインド(向く)
「期限3日前に担当者へ通知」「未回答者にだけ催促」といった型です。条件が明文化できるので、AIではなくトリガーと条件分岐で組むのが正解です。
人に残すもの:社外への催促。社内通知は自動で構いませんが、取引先への催促は相手との関係が乗るので、下書きまで自動・送信は人という形が安全です。
型3:レポート作成(部分的に向く)
週次・月次の報告書です。数字を集めて表とグラフにするところは完全に自動化でき、所感と次のアクションは人が書く——この境目がほぼすべての会社で共通します。AIに所感まで書かせると、文章としては整っているのに現場の実感と食い違い、結局読まれなくなります。
週報・日報の具体的な組み立て方はAIで週報を自動作成する手順(日報から集約する)とAIで日報作成を自動化する手順とツールの選び方で手順まで書いています。見せ方の型はスプレッドシートでダッシュボードを無料で作る方法が参考になります。
型4:問い合わせの一次対応(条件つきで向く)
問い合わせの自動分類・担当者への振り分け・よくある質問への回答案作成までは向きます。ただし顧客への自動返信は、回答の正しさを外部の誰かが検証できる範囲に限るべきです。営業時間や住所の案内は自動でよく、契約条件や価格の個別回答は人が持ちます。
型5:チェック・突合(向くが、出口は人)
請求書と発注データの突合、名簿の重複検出など。差分を洗い出すところまでは自動化すると効きますが、「差分が出たらどうするか」は人の判断です。自動で修正まで走らせると、間違いが静かに広がります。
業務の型 | 入力 | 判断 | ミスの影響 | 自動化の可否 |
|---|---|---|---|---|
転記・集計 | ○ 揃う | ○ 不要 | 小(直せる) | ほぼ全自動でよい |
通知・リマインド | ○ 揃う | ○ ルール化可 | 小〜中 | 社内は全自動/社外は下書きまで |
レポート作成 | ○ 揃う | △ 所感が要る | 中 | 数字は自動/所感は人 |
問い合わせ一次対応 | × バラバラ | △ 内容次第 | 大(社外) | 分類・振り分け・下書きまで |
チェック・突合 | ○ 揃う | △ 例外が出る | 大(金額) | 検出は自動/処置は人 |
交渉・価格決定 | × 口頭中心 | × 裁量 | 大 | 自動化しない |
正直に書きます:自動化しない方がいい定型業務
「定型業務」と呼ばれていても、次に当てはまるものは着手を見送った方が結果的に安く済みます。
- 例外処理が本体になっている業務:手順書は1ページなのに、実際は「A社だけ別扱い」が20個ある。例外を全部実装すると、手でやるより高くつきます。まず例外を減らす交渉が先です。
- 件数が少ない業務:年12回・1回10分なら年2時間。作る側の工数を回収できません。
- 判断の責任が重い業務:与信、人事評価、医療・法務に関わる判断。AIに下案を作らせるのは有効ですが、自動実行にはしません。
- 入力がバラバラなままの業務:手書きメモ、口頭伝達、個人ごとに様式が違うExcel。入力を揃える方が自動化より先で、揃えた時点で作業時間が半分になることもよくあります。
- 来期に手順が変わることが決まっている業務:制度改正や基幹システム入替の直前は待ちます。
自動化が失敗するときの原因は、たいていAIではなく「まだ定型になっていない業務を定型だと思って着手した」ことです。
どう作るか:3つの選択肢の比較
向くと判断できたら、次は作り方です。大きく3つあり、どれが正解かは会社の状況で変わります。
自分で作る(GAS・ノーコード) | 既存SaaSを使う | 作ってもらう(外注) | |
|---|---|---|---|
向くケース | 社内に触れる人がいる。業務が自社固有で小さい | やりたいことが一般的(請求・勤怠・問い合わせ管理) | 複数業務にまたがる。担当者が本業で手一杯 |
立ち上がり | 数日〜数週間(学習時間次第) | 最短。即日〜数日で試せる | 要件整理を含め数週間〜 |
変更のしやすさ | 高い。自分でいつでも直せる | 低い。製品の機能の範囲内でしか変えられない | 中。依頼すれば直るが都度やりとりが要る |
コスト感 | 初期ほぼ0+自社の人件費 | 月額課金。無料枠から始まり、使用量で段階的に上がる | 初期に数十万円規模〜+保守 |
失敗しやすい点 | 作った人が辞めると誰も触れなくなる | 自社の例外が製品に収まらず、結局手作業が残る | 要件を丸投げして「動くが使われない」ものができる |
Google WorkspaceならGoogle Apps Scriptが追加費用なしで使えます。ただし無制限ではなく、公式ドキュメントに1日あたりの上限が明記されています(メール送信先はGoogle Workspaceアカウントで1日1,500件、無料のGoogleアカウントで100件。トリガーの合計実行時間はそれぞれ1日6時間/90分、1回の実行は6分まで)。毎朝100件のメールを送る運用を無料アカウントで組むと初日で止まります。件数の見積もりは作る前に必ず一度やることをおすすめします。
SaaS型の自動化ツール(ZapierやMakeなど)は無料枠から始められ、実行回数に応じて段階的に料金が上がる形が一般的です。料金体系は改定されるので、検討時は必ず公式の価格ページで最新を確認してください。
私たちMihataがよくお手伝いするのは、この3つの中間です。すでに社内で使っているスプレッドシートを土台に、転記・集計・通知の部分だけを仕組みにして、お客様自身が中身を開いて直せる形で残す——という作り方です。全部を新しいシステムに載せ替える必要がないケースは、実際にかなり多いと感じています。
費用の考え方:金額ではなく「自動化する範囲」で決まる
「定型業務の自動化はいくらですか」という質問には、正直なところ一律の金額では答えられません。同じ「フォーム集計の自動化」でも、範囲によって工数が桁で変わるからです。費用を左右するのは主に次の4つです。
- つなぐ先の数:フォーム→スプレッドシートの1本だけなのか、そこに会計ソフトと基幹システムが加わるのか。連携先が1つ増えるごとに、認証・エラー処理・テストが増えます。
- 例外の数:前章のとおり、ここが最大の変動要因です。例外20個を実装するのは、本体を作るのと同じかそれ以上の工数になります。
- 判断をAIに任せる範囲:ルールで書ける処理だけなら安く、AIに分類や文章生成をさせるなら、精度の検証工程が別途必要になります。
- 止まったときに誰が直すか:自社で直せる形にするか、保守を任せるかで、月々の負担が変わります。
費用を抑えたいときに効くのは、値引き交渉ではなく範囲を削ることです。具体的には「例外は当面これまで通り手でやる」「連携は1本だけにする」と決めるだけで、初期費用は大きく下がります。見積もりを比べるときは、金額よりもどこまでの範囲が含まれているかを揃えて見てください。
始め方:まず1本、1週間で回るものを作る
最後に、失敗しにくい進め方を4ステップで。
- 1週間、業務を時間で書き出す。「毎週金曜、フォーム回答をシートに貼る:20分」のように、作業名と時間だけで構いません。
- 4軸で○が多い順に並べる。入力が揃っていて、判断が要らず、間違えても直せて、回数が多いものが先頭に来ます。
- 先頭の1本だけを作る。複数を同時に自動化しようとすると、どれも中途半端になります。
- 1か月動かして、時間の減り方を測る。減っていなければ範囲の切り方を間違えています。その場合は広げずに、切り直します。
このとき2本目以降は、1本目と同じ材料(同じスプレッドシート、同じ通知経路)の上に積む方が早く仕上がります。だから最初の1本は、いちばん効くものではなく、いちばん土台になるものを選ぶと後が楽です。多くの場合それは「転記・集計」です。
自社のどの業務が4軸で○になるのか、一覧にしてみたものの判断がつかない——という段階でしたら、その一覧を見ながら一緒に仕分けするところからお手伝いできます。作らない方がいい業務は「やめておきましょう」とお伝えします。
よくある質問
フォームの回答をスプレッドシートに転記して担当者にメールを送る作業は、AIで自動化できますか。
できます。この流れは入力が揃っていて判断が要らず、間違えても直せるため自動化に最も向く型です。実際にはAIを使わなくても、フォームとスプレッドシートを直結させ、条件を満たした行だけ通知する仕組みで済むことが多いです。AIが必要になるのは自由記述の分類など、ルールで書けない処理が混じったときだけです。
自動化に向かない定型業務はどんなものですか。
例外処理が本体になっている業務、年に数回しかない業務、与信や人事評価のように判断の責任が重い業務、手書きメモや口頭伝達で入力がバラバラな業務、来期に手順が変わることが決まっている業務です。特に入力がバラバラな業務は、自動化より先に入力を揃える方が効果が出ます。
週次レポート作成はどこまで自動化できますか。
数字を集めて表やグラフにするところまでは完全に自動化できます。一方で所感と次のアクションは人が書くのが現実的です。AIに所感まで書かせると文章は整っていても現場の実感と食い違い、読まれない報告書になりやすいためです。
自分で作るのと外注するのは、どちらがいいですか。
社内に触れる人がいて業務が自社固有かつ小規模なら自分で作る方が変更しやすく有利です。やりたいことが一般的なら既存SaaSが最短です。複数業務にまたがる、または担当者が本業で手一杯なら外注が向きます。自分で作る場合の最大のリスクは、作った人が辞めると誰も触れなくなることです。
自動化の費用はどう決まりますか。
つなぐ先の数、例外の数、判断をAIに任せる範囲、止まったときに誰が直すかの4つで変わります。中でも例外の数が最大の変動要因です。費用を抑えたいときは値引き交渉より、例外は当面手作業のまま残す、連携は1本だけにするといった範囲を削る判断が効きます。