GASで社内業務アプリを自作する手順|月額ツール依存から抜ける

AIツールを複数契約したのに、毎月の支払いが増えるだけで社内の手間が減らないと感じていませんか。支払いを止められない理由は、道具の数ではなく、自社の業務に合う仕組みを持っていない点にあります。

結論として、Googleアカウントの標準機能であるGAS(Google Apps Script)で社内専用のアプリを自作すれば、月額課金に頼らず業務を自動化できます。本記事では、GASの仕組み、自社開発へ切り替える判断基準、自作の5工程、失敗の立て直し方までを順に解説しますので、ぜひ参考にしてみてください。

毎月のAIツール代が積み上がるのに社内の手間が減らない、という悩みはありませんか。無料の個別相談では、自作に向く業務の見極め方をお持ち帰りいただけます。

自動化を相談 ›

この記事でわかること

  • GAS(Google Apps Script)で社内アプリを作れる理由と全体の仕組み
  • 月額ツールの契約を続けるか自社開発へ切り替えるかの判断基準
  • 社内業務アプリを自作する5つの工程と、各工程で決める中身
  • 自作がうまく進まないときの原因の見つけ方と立て直しの手順

GASとは?Googleの標準機能で社内アプリを作る仕組み

Googleフォームの回答がスプレッドシートへ渡り、GASが自動返信メールを送信するまでの受け渡しを矢印で示した流れ図

  • GASはGoogleアカウントの中で動く無料の開発環境です
  • フォームと表計算をつなげば問い合わせへの自動返信が作れます
  • 社内で完結する定型業務ほどGASと噛み合います

Googleアカウントの中で動く無料の開発環境

GASは、Google Apps Scriptの略で、GoogleスプレッドシートやGoogleフォームの裏側でプログラムを動かせる開発環境です。追加の契約や専用サーバーを用意せず、すでに使っているGoogleアカウントの中だけで完結します。

私が企業のAI活用を支援する場面では、安全性と他サービスとの連携のしやすさを理由にGASを推奨しています。社外へデータを出さずに自動化を組み立てられる点が、中小企業にとって扱いやすい条件です。

フォームと表計算をつなぐ自動返信の仕組み

代表的な使い道のひとつが、問い合わせフォームへの自動返信です。Googleフォームに届いた回答をスプレッドシートへ流し、GASが受け取った中身をもとにメールを送信します。

私が支援先で実演した際は、最初の実行でエラーが出て送信が止まる状態でした。設定を見直して修正した後は、回答が入った時点で自動メールが届くところまで動かせました。

社内で完結する業務との相性

GASが向くのは、社内の人だけが使い、Googleの範囲で完結する業務です。問い合わせへの返信、シフト表の作成、記事の更新など、決まった手順を繰り返す仕事と噛み合います。

反対に、社外の利用者へ広く公開するアプリは、GASだけで賄わず別の方法が必要です。私は外部向けの開発を避け、社内向けの開発へ集中する方針を取っています。

月額ツール課金から自社開発へ切り替える3つの判断基準

毎月の支払い・情報の機密度・手直しの可否という3つの問いで、自作と既製サービスと外部開発を振り分ける判断フローチャート

  • 毎月の支払いが積み上がる業務は自社開発へ寄せた方が有利です
  • 扱う情報の機密度が高いほど社内完結の価値が増します
  • 完成した後に自分で手直しできるかどうかが分かれ目です

毎月の支払いが積み上がる業務かどうか

判断の起点は、毎月の支払いが止まらない業務かどうかです。月額で数万円規模のサービスを使い続ける前提なら、同じ機能を自社で持つ選択肢と比べます。

私がAI活用の相談で伝えているのは、支払いを続けるより自社アプリの開発が有利だという判断です。開発は一度の負担で済み、使い続ける期間が長いほど差が開きます。

業務で扱う情報の機密度

二つ目の基準は、業務で扱う情報の機密度です。顧客の個人情報や社員の勤務データを外部サービスへ預ける構成では、説明すべき範囲が広がります。

私が相談の場で求めるのは、利用するAIサービスの利用規約とセキュリティ設定を理解し、自分の言葉で説明できる状態です。社内のGoogleアカウントで完結させれば、データを社外へ出さずに自動化を組めるため、説明の負担が下がります。

完成した後に自分で手直しできるか

三つ目は、完成した後に社内で手直しできるかどうかです。外注だけに頼る構成では、画面の文言を一つ変えるだけで依頼と待ち時間が発生します。

GASは編集画面がGoogleアカウント内にあるため、担当者が自分で書き換えられる形です。私は支援の場で、相談者本人に実際の制作を試してもらう進め方を選んでいます。

社内業務アプリを自作する5つの工程

洗い出し・三点セットの決定・試作・人による承認・月1回の点検という5工程が円環でつながり、点検から次の改善へ戻る循環図

  • 工程1:日常業務から手間の掛かる作業を1つだけ選びます
  • 工程2:指示書・起動条件・担当ツールの三点を書き出します
  • 工程3:小さく作って実際の業務データで試します
  • 工程4:下書きはAIに任せ、確認と承認は人が受け持ちます
  • 工程5:月に一度点検し、使われていない機能を直します

工程1:日常業務から手間の掛かる作業を洗い出す

最初の工程は、日常業務の中から手間の掛かる作業を洗い出す作業です。対象は一つに絞り、毎日または毎週必ず発生する仕事から選びます。

私が支援先へ勧める順番は、改善点を洗い出した後にGASでアプリを作る流れです。先に道具を決めると、使い道の無い機能が増えて手が止まります。

工程2:指示書と起動条件と担当ツールを決める

二つ目の工程は、指示書・起動条件・担当するAIツールという三点の書き出しです。指示書には、仕事の中身、使う材料、完成形、確認点、動かす条件の五項目を入れます。

起動条件は毎朝8時のような時間指定から始め、慣れてからイベント起動へ広げます。私が経営者向けのAI勉強会で伝えている順序は、まず一つ作って後から増やす形です。

工程3:小さく作って実際のデータで試す

三つ目の工程は、小さな範囲で試作して実際の業務データで動かす検証です。最初から全業務を載せず、一本の流れだけを通して結果を確かめます。

AIの出力が薄いまま進む原因は、材料の不足にあります。一次情報を整理して読み込ませる手当てを先に済ませると、試作の精度が上がりやすいです。

工程4:確認と承認を人が受け持つ

四つ目の工程では、AIの担当範囲を下書きの作成までに限ります。確認と判断と承認は人が受け持つ半自動化の形が基本です。

とくに金銭の動く操作と社外へ公開する操作は、人の手元に残す対象です。私は最終確認を人が行う方針を崩さず運用しています。

工程5:月に一度点検して直す

五つ目の工程は、作った仕組みを月に一度点検する習慣です。使われているか、作業時間が減ったか、運用が続いているかの三点を見直します。

使われていない機能を見つけた段階で、作り直すか削るかの判断が必要です。私は作業記録を一つのフォルダへまとめ、後から追える状態を保っています。

自作でつまずく3つの原因と立て直しの手順

材料を渡さない依頼と一次情報を整理して渡した依頼で、AIが出す原稿の厚みがどれだけ違うかを左右に並べた比較図

  • 材料を渡さずAIへ任せると出力が一般論へ寄ります
  • 動かない原因は連携設定の見落としに集まりやすいです
  • 外部サービスの仕様変更は手順書の点検で吸収します

原因1:材料を渡さずAIへ任せた

私の講座資料づくりでつまずいた例から説明します。後半の章が一般論ばかりで、受講者の実務から離れた内容へ寄った状態でした。

原因は、過去の実務記録を渡さずAIへ書かせた点です。立て直しでは自分の議事録を読み込ませて開発中心の構成へ組み替え、受講者が実際に手を動かすハンズオン形式へ進行を切り替えました。

原因2:連携設定の見落とし

自動返信の実演では、最初の実行でエラーが出て送信が止まる場面がありました。原因を追うと、フォームと表計算とメール送信をつなぐ設定の見落としでした。

対処は、動かない区間を一つずつ切り分けて実行し直す手順です。切り分けて修正した後、回答が入った時点でメールが届くところまで到達しました。

原因3:外部サービスの仕様変更

三つ目は、頼っていた外部サービスの画面が変わる事態です。会議の記録を支援する機能で、要約を開始するボタンが消えた場面に私自身が出合いました。

仕様変更は予告なく届くため、手順書の前提を拾い上げる定期点検が欠かせません。特定の機能に依存する箇所を手順書へ明記しておくと、差し替えの判断が速く進みます。

よくある質問

業務の定型度と扱う情報の機密度を縦横2軸にして、自作GASが向く業務の領域を4象限で示したマトリクス図

  • 費用と必要な技能についての疑問に答えます
  • 着手する業務の選び方を示します
  • 安全性と外注との使い分けを整理します

GASの利用に追加費用はかかりますか?

Googleアカウントの標準機能のため、追加の契約なしで使えます。無料枠の実行時間を超える規模では、上位プランの検討が必要です。

プログラミング未経験の担当者が社内アプリを作れますか?

未経験からの着手で問題ありません。生成AIにコードの下書きを任せ、動作確認と修正を担当者が受け持つ分担で進められます。

どの業務から自動化を始めると良いですか?

毎日または毎週必ず発生し、社内で完結する定型業務が出発点です。問い合わせへの返信やシフト表の作成が代表的な候補にあたります。

個人情報を扱う業務でGASを使えますか?

社内のGoogleアカウント内で完結させ、外部接続の認証情報であるAPIキーの管理と編集権限の制限を行う前提なら運用できます。利用規約とセキュリティ設定の確認を先に済ませてください。

外注とGASの自作はどちらを選ぶべきですか?

社内だけで使い、手直しの頻度が高い業務は自作が向きます。社外へ広く公開する規模の開発は、外部の開発者へ任せる判断が無難です。

作った後に放置しない工夫はありますか?

月に一度、使われているか、作業時間が減ったか、運用が続いているかを点検します。使われていない機能は作り直すか削るかを決めてください。

まとめ

既製サービスへ払い続けた場合と自作へ切り替えた場合で、累計の負担が途中で入れ替わるようすを2本の線で示した概念グラフ

AIツールの契約を増やす対応では、自社の業務に合う仕組みが無い限り支払いだけが積み上がります。GASで社内アプリを自作すると、Googleアカウントの範囲で自動化を組み立てられる形へ変わるはずです。

進め方は、対象を一つ選び、指示書と起動条件と担当ツールを決め、小さく試し、確認を人が握り、月に一度点検する流れで進みます。一つ目の自作を終えた時点で、次の業務へ広げる判断がしやすくなるはずです。

記事の5工程を自社で回すには、最初に選ぶ1つの業務がすべてを決めます。無料の個別相談で、御社の業務からその1つを一緒に絞り込みます。

自動化を相談 ›

堺 彬の顔写真

執筆:堺 彬/株式会社SakAI Nexus

代表取締役 / AI活用コンサルタント

株式会社SakAI Nexus 代表。生成AIを使った業務設計と受託開発を支援し、経営者向けのAI勉強会・育成講座を運営しています。

Share B!
前の記事

同じ業種の課題、まず30分で棚卸ししませんか。

初回相談は無料・オンライン。伴走コンサル/受託開発/研修のどれが合うかから一緒に決めます。