毎月末になると、あなたのパソコンの前で何が起きているか。
スプレッドシートのA列からデータをコピーして、別のシートに貼り付ける。フィルターをかけて、該当する行だけ抜き出す。それを集計して、上司に送るメールの本文に数字を転記する。
30分で終わるならまだいい。でも取引先が増えるたびに、シートが増えるたびに、この「手作業」はじわじわ膨らんでいく。去年まで1時間で終わっていた月末集計が、今年は3時間かかっている。来年はどうなるか。考えたくもない。
この記事は、その「手作業の沼」から抜け出した人たちの実話を集めたものだ。日本だけじゃない。スペインのスタートアップ、アメリカの50拠点企業、東南アジアのカフェ。場所は違っても、やっていることは同じ。スプレッドシートの裏側にある「GAS」という仕組みを使って、人間がやる必要のない作業を機械に渡した。
そしてここからが大事なのだが、彼らの中には「コードを1行も書いていない人」がいる。
どういうことか。順番に話す。
1. そもそもGASとは何か — 30秒で掴む全体像
GAS（Google Apps Script）は、Googleスプレッドシートの「裏側にある厨房」だと思ってほしい。
あなたが普段見ているスプレッドシートは、いわば飲食店の客席だ。料理（データ）を並べて、眺めて、手で盛り付け直している。でもその裏には、料理を自動で作れる厨房がある。最初から付いている。追加料金なし。ソフトのインストールも不要。ただ、ほとんどの人がその厨房の存在を知らないまま、客席で手作業を続けている。
この厨房はGoogleスプレッドシート専用ではない。Gmail、Googleカレンダー、Googleフォーム、Googleドライブ。全部つながっている。厨房は同じで、配膳先が複数ある。3階建ての飲食店だと思えばいい。1階がスプレッドシート、2階がGmail、3階がフォーム、4階がカレンダー。厨房（GAS）から料理を運べる先が、4フロアある。
そしてこの厨房は、Google Workspaceの全ユーザーに無料で開放されている。Google Workspaceの月間アクティブユーザーは30億人以上。Googleスプレッドシートだけでも9億人が使っている。つまり9億人の足元に、使われていない厨房が眠っている。
2. 世界の事務職がGASで取り戻した時間
厨房の存在を知り、実際に使い始めた人たちに何が起きたか。海外と日本、それぞれの事例を見ていく。
事例1: 50拠点の経理地獄が消えた（アメリカ・大手企業）
ある大手企業では、全米50拠点の経理担当者が、それぞれ自分のスプレッドシートで損益データを管理していた。四半期末になると、50枚のスプレッドシートが1人の担当者のもとに届く。そこから2〜3週間かけて、手作業でデータを突き合わせ、修正し、統合する。
想像してほしい。50枚のスプレッドシート。フォーマットが微妙に違う。数字の入力ミスがある。それを1人で直す。これが年4回。
Google Cloudの公式ケーススタディによると、この企業はGASベースのWebアプリを導入し、四半期レポートの作成速度が67%向上した。2〜3週間かかっていた作業が、数日で終わるようになった。入力ミスがあればその場でアラートが出る。スプレッドシートの情報漏洩リスクもGoogleのセキュリティ基盤でカバーされるようになった。
これは大企業の話だが、構造は中小企業でも同じだ。「複数のシートを1つにまとめる手作業」は、会社の規模に関係なく発生する。
事例2: 請求書作成に丸1日 → 自動化で月数百時間削減（スペイン・スタートアップ）
スペインのフードデリバリースタートアップCravyでは、提携レストランへの請求書を毎週手作業で作っていた。スプレッドシートで請求データをまとめ、PDFに変換し、フォルダに保存する。レストランが10店舗を超えたあたりで、この作業に丸1日かかるようになった。
各レストランに2種類の書類（サービス手数料の請求書と、注文明細のレシート）を発行する必要がある。店舗数 × 2。これを毎週。
彼らはGASで、データベースからレストラン情報を自動取得し、テンプレートに流し込み、PDFを生成してGoogleドライブに保存する仕組みを作った。開発チームのブログには「月に数百時間の節約になった」と書かれている。
ここで注目してほしいのは、Cravyは「IT企業」だということだ。エンジニアがいる。でもその前は手作業でやっていた。つまり、「自動化できることを知っていても、手が回らなければ手作業に甘んじる」のが現実だ。逆に言えば、「知って、やれば」変わる。
事例3: カフェの勤怠管理、不正打刻ゼロへ（東南アジア）
Muze Cafeという飲食店では、スタッフの遅刻、二重打刻、指紋認証機の不具合に悩んでいた。GASとスプレッドシートを組み合わせた勤怠管理システムを導入し、出退勤のエラーを100%削減した。打刻データはリアルタイムでスプレッドシートに反映され、月次レポートは自動でPDF化されて管理者にメール送信される。
飲食店だ。ITとは縁遠い業種だ。でもGASは「ブラウザとGoogleアカウントがあれば使える」から、業種を選ばない。
事例4: 受信トレイ1,200通 → 140通（個人の実験）
ある個人開発者は、Gmailの受信トレイが1,200通まで膨れ上がっていた。スパム、マーケティングメール、本当に対応が必要なメール。全部ごちゃまぜ。
彼はChatGPTにGASのコードを書かせて、Gmail自動整理スクリプトを作った。「特定のキーワードを含むメールを自動アーカイブ」「重要なメールだけラベルを付けて残す」というルールエンジンをスプレッドシートで管理する仕組みだ。
1週間後、受信トレイは140通になった。「頭が静かになった」と本人は書いている。全体の開発時間は約1時間。ChatGPTなしでは数時間かかっていたはずだと。
ここが重要だ。彼はChatGPTにコードを「注文」した。 ゼロから書いたわけじゃない。
事例5: フォローアップメール自動化で週10時間削減（アメリカ・営業チーム）
スプレッドシートで顧客リストを管理していた営業チームが、「最終連絡日から3日経過」「提案書送付済みだが未署名」などの条件に基づいて、フォローアップメールを自動送信する仕組みをGASで構築した。レスポンス率が40%改善し、週10時間以上の工数削減を達成したという。
営業担当者がやっていたのは、スプレッドシートを毎朝開いて、1行ずつ日付を確認して、「この人にはそろそろ連絡しなきゃ」と判断して、メールを手打ちすることだった。これが全自動になった。
事例6: 日本の現場でも動いている
日本語圏の事例も見ておこう。
- 営業日報の自動生成: Googleフォームで入力 → スプレッドシートに蓄積 → 毎日17時にGASが自動整形 → Googleドキュメントに日報作成 → 上司にGmail送信。営業担当者の報告書作成時間がほぼゼロになった
- 経費精算のオンライン化: 紙の申請書をGoogleフォームに置き換え → GASが承認者にメール通知 → 承認ボタンで経理部に自動転送。承認フローの透明性が向上し、処理遅延が解消
- 問い合わせメールの自動振り分け: Gmailの受信トレイを監視 → 件名・本文からキーワード抽出 → 担当部署を自動判別 → スプレッドシートに記録 → 担当者に通知。一定期間返答がなければリマインドメールも自動送信
どれも「スプレッドシート＋Gmail＋フォーム」の組み合わせだ。特別な外部サービスは使っていない。Googleの中で完結している。
3. GASでできることの全体マップ
ここまで事例を並べたが、「結局、GASで何ができるの?」を一覧で見たいという人のために整理する。
スプレッドシート操作（1階） データの一括読み書き、自動集計、フィルタリング、書式設定、グラフ作成、別シートへの転記、PDF出力、重複削除、データ検証
Gmail操作（2階） メール自動送信、差し込みメール（宛先ごとに内容を変える）、添付ファイル付き送信、受信メールの検索・分類、特定条件でのアーカイブ
Googleフォーム連携（3階） フォーム回答の自動処理、回答内容に応じた分岐処理、自動返信メール、回答データのスプレッドシート転記
Googleカレンダー連携（4階） 予定の一括登録、予定一覧のスプレッドシート書き出し、リマインダー通知、定期イベントの自動作成
Googleドライブ操作 ファイルの自動保存・整理、フォルダ自動作成、PDFへの変換・保存
外部サービス連携 Slack通知、LINE通知、天気API、AI（ChatGPT/Claude）のAPI呼び出し、任意のWebサービスとのデータ連携
全部タダ。 ブラウザとGoogleアカウントだけで動く。
4. 「Zapierでよくない?」への回答 — 自動化ツール比較
「スプレッドシートの自動化」で検索すると、GAS以外のツールも大量に出てくる。Zapier、Make（旧Integromat）、Microsoft Power Automate。ここを整理しないと、迷子になる。
結論から言うと、GASと有料自動化ツールは「競合」ではなく「別の道具」だ。
Zapier / Make は「アプリとアプリをつなぐ配線工事」だ。Shopifyで注文が入ったらスプレッドシートに行を追加する、みたいな「サービス間の橋渡し」が得意。ただし、いくつか問題がある。
- 無料枠が小さい。 Zapierの無料プランは月100タスクまで。5ステップまでの単純な処理しかできない。本格的に使うと月額$20〜$70、業務利用だと年間数万円〜数十万円になる
- 「ノーコード」という看板は半分嘘。 API、JSON、トリガー、条件分岐。これらの概念を理解していないと、実用的なワークフローは組めない。画面がビジュアルなだけで、必要な知識量は実はGASとそこまで変わらない
- Google内部の操作はGASの方が強い。 GASはGoogleの「自社製品」だ。スプレッドシートのセル1つ1つを操作したり、特定の書式を適用したり、複雑な条件でデータを加工したりする精密な操作は、Zapierではできない（できてもものすごく面倒）
GAS は「Google製品の内部に入り込んで作業する職人」だ。スプレッドシートの中身を精密にいじれる。しかも完全無料。実行回数に課金されない。何万回動かしても0円。
たとえるなら、こういうことだ。
- Zapier = 宅配便。荷物をA地点からB地点に運ぶのが仕事。便利だが、1個運ぶたびに送料がかかる
- GAS = 自社の配達員。Googleという会社の中なら、どこにでも無料で届けてくれる。外の会社に届けるのはちょっと手間がかかるが、やれなくはない
じゃあどう使い分けるか?
| やりたいこと | 最適なツール |
|---|---|
| スプレッドシートの中の作業を自動化 | GAS一択 |
| Gmail・フォーム・カレンダーの連携 | GAS一択 |
| Shopify→スプレッドシートなど外部サービス連携 | Zapier/Makeが楽 |
| SlackやLINEへの通知 | GASでもZapierでもできる |
| 月額費用ゼロで自動化したい | GAS一択 |
Google内部で完結する作業なら、GAS以外を選ぶ理由がない。
5. じゃあなぜ、みんなGASを使わないのか
答えは簡単だ。「コードが書けないから」。
GASの本を買ってみる。開く。JavaScriptの変数宣言、関数定義、ループ構文。3章あたりで本を閉じる。
これは読者の問題ではない。GAS入門書というジャンルの設計問題だ。
世の中に出ているGASの入門書は、ほぼ例外なく「コードを学ぶ本」として設計されている。JavaScriptの基礎文法から始まり、SpreadsheetAppクラスのメソッドを解説し、サンプルコードを写経させる。体系的で、正確で、網羅的。エンジニアが読めば良書だと感じるだろう。
でも、あなたは「エンジニアになりたい」わけじゃない。
「毎月末の集計を楽にしたい」だけだ。
寿司を握りたいんじゃなくて、寿司を食べたいだけだ。
そのために3年間修行する必要があるなら、多くの人は「じゃあいいです、手作業で」と言う。合理的な判断だ。
英語圏の調査でも、70%以上のGAS初心者がチュートリアルから実際のプロジェクトに移行できないと報告されている。読めるけど、使えない。材料の名前は覚えたけど、料理は作れない。
6. 2024年、状況が変わった
ChatGPT、Claude、Gemini。生成AIが「GASのコードを書いてくれる」時代になった。
これは大きな転換点だ。たとえるなら、こういうことだ。
今まで、自動化したければ「自分で厨房に入って料理を作る」しかなかった。包丁の持ち方から覚えて、火加減を学んで、レシピを暗記する。
でも今は、カウンター越しに「こういう料理を作ってくれ」と注文できるようになった。料理人（AI）がいる。腕はいい。言われたものはだいたい作れる。
ただし、注文の仕方がめちゃくちゃだと、変な料理が出てくる。
「なんか、いい感じのやつ」と言ったら、的外れなものが出てくるのは当たり前だ。「醤油ベースの煮物で、具材はこれとこれ、火加減は弱火、器は深皿で」と言えば、かなり正確なものが出てくる。
つまり、AIの時代に必要なスキルは「コーディング」じゃない。**「注文の仕方」**だ。
- GASで何ができるのかを知っている（メニューが読める）
- 自分がやりたいことを分解して伝えられる（注文を言語化できる）
- AIが出してきたコードの「どこを見ればいいか」がわかる（料理が来たとき、明らかに焦げてないか確認できる）
この3つがあれば、コードは1行も書けなくても自動化はできる。
7. AIへの「注文」は、実際にどうやるのか — サンプル公開
ここで、1つだけ実物を見せる。
たとえば「スプレッドシートの売上データを月ごとに集計して、別シートに書き出したい」という場面。AIには、こう注文する。
以下の条件でGASのコードを書いてください。
- 「売上データ」シートのA列に日付、B列に商品名、C列に金額が入っています
- 月ごとにC列の合計を出してください
- 結果は「月別集計」シートに書き出してください（A列に年月、B列に合計金額）
- 「月別集計」シートがなければ新規作成してください
- 既にデータがある場合はクリアしてから書き込んでください
- 日付のフォーマットは「2024/01/15」のような形式です
これだけで動くコードが出てくる。コードの中身を読む必要はない。スプレッドシートのエディタに貼り付けて、実行ボタンを押す。それだけだ。
注文のコツは「何が、どこに、どんな形で入っているか」を具体的に伝えること。 シート名、列の位置、データの形式。居酒屋で「焼き鳥、塩で、ねぎま3本、つくね2本」と全部言うのと同じだ。「なんか肉のやつ」では出てこない。
8. GASの限界 — 正直に書く
万能ではない。知っておくべき制限がある。
実行時間の上限: 6分。 GASは1回の実行が6分を超えると強制終了する。閉店が早い居酒屋みたいなものだ。数万行のデータを一気に処理しようとすると、タイムアウトする可能性がある。対策はあるが（処理を分割する、配列でまとめて操作するなど）、知っておく必要がある。
メール送信の上限: 1日100通（無料アカウント）。 GASからプログラムで送れるメールは1日100通まで。Google Workspaceの有料アカウントなら1,500通/日に増えるが、無制限ではない。大量のメルマガ配信には向かない。
PDFの精密な加工は苦手。 スプレッドシートをPDFに変換して保存する、くらいならできる。でもPDFの中身をセル単位で編集するような処理は、GAS単体では厳しい（Google Colabとの組み合わせで解決できるが、それは別の話）。
外部サービスとの連携は、Zapierほど手軽ではない。 Shopifyやkintoneのような外部サービスとつなぐ場合、APIの知識が少し必要になる。Zapierなら画面をポチポチするだけでできることが、GASだと設定に手間がかかる場合がある。
これらの限界を知ったうえで、それでも「スプレッドシート＋Gmail＋フォーム＋カレンダーの自動化」というど真ん中の用途では、GASに勝てるツールは存在しない。 無料で、Google純正で、制限内なら何度でも実行できる。
9. 「注文の仕方」を体系的にまとめた本を書いた
ここまで読んで、「じゃあその注文の仕方、どこで覚えるの?」と思った人がいるかもしれない。
そのために書いたのが、Kindle本「コードは書けないけどGASは使える」シリーズだ。
この本は、従来のGAS入門書とは設計思想がまったく違う。
従来のGAS本: JavaScriptの文法を教える → コードを写経させる → 動くものを作らせる
この本: GASの概念を比喩で掴ませる → AIへの「注文テンプレート」を渡す → AIにコードを作らせる
たとえば、この本では「変数」をこう説明する。
変数は「名前付きのタッパー」だ。中にデータを入れて、ラベルを貼る。「売上合計」というタッパーに数字を入れれば、あとから「売上合計のタッパー取って」と言えば中身が出てくる。ラベルを貼らないタッパーは、開けるまで何が入ってるかわからない。冷蔵庫（スプレッドシート）の中にラベルなしのタッパーが50個あったら? 地獄だ。
コードは出てこない。let uriageGoukei = 0; なんて書かない。でも「変数には名前を付けろ」「名前が雑だと後で困る」という本質は伝わる。そしてAIに注文するとき、「売上合計を入れる変数を作って」と言える。
他にもこんな比喩で概念を掴んでいく。
- 関数 = ブレンダー。材料を入れると、形を変えて出てくる
- トリガー = 予約注文。「毎週金曜19時に3品」を事前にセットしておく
- スクリプトプロパティ = 店の金庫。APIキーをコードに直書きするのは「カウンターに財布を置きっぱなし」にするのと同じ
- エラー = 厨房からの差し戻し伝票。「材料の種類が違う」「存在しないタッパーを取りに行った」
居酒屋の大将と常連客サキちゃんの対話形式で進むので、技術書を読んでいる感覚はない。でも読み終わる頃には、GASの主要な概念が「比喩として」頭に入っている。各章の末尾にはAIへの注文テンプレートがついていて、そのままコピペでChatGPTやClaudeに貼れば、動くコードが出てくる。
寿司の握り方は覚えない。でも「メニューが読める客」にはなっている。
10. この本を読むと何が変わるのか
具体的なベネフィットを正直に書く。
変わること:
- 月末集計が手作業3時間 → ボタン1つで30秒、は現実的に起きる
- 「AIにGASを注文する」ための語彙と構造が頭に入る
- エラーが出たとき、AIに的確に「差し戻し」ができるようになる
- 「次はメール自動化やりたい」「フォーム連携もできるかも」と発想が広がる
- Zapierの月額課金なしで、Google内部の自動化が全部タダでできるようになる
変わらないこと:
- コードが読めるようにはならない（そもそもそれが目的ではない）
- 複雑なシステム開発はできない（そういう本ではない）
- 全自動で何もしなくていい、にはならない（AIへの注文と確認は必要）
- Shopifyやkintoneのような外部サービスとの連携は、第3巻以降で扱う
まとめ: あなたの「手作業の時間」は、いくらですか
最後に1つだけ計算してみてほしい。
毎月の集計作業に3時間かかっているとする。年間36時間。時給2,000円なら72,000円分の人件費だ。5年で36万円。しかもその時間、あなたは「スプレッドシートのコピペ」をしている。創造的な仕事ではない。ミスが許されないのに、ミスしやすい作業だ。
GASで自動化すれば、その36時間が消える。丸ごと。毎年。ミスもゼロになる。
50拠点の経理を67%高速化した企業も、請求書を月数百時間分自動化したスタートアップも、受信トレイを1,200通から140通にした個人も、全員が同じことをしている。「人間がやる必要のない作業を、機械に渡した」。
必要なのは、コーディングスキルではない。「注文の仕方」だけだ。
→ Kindle本「コードは書けないけどGASは使える」シリーズを見る
この記事で紹介した事例の出典: Google Cloud公式ケーススタディ（SADA）、reboot.studio（Cravy）、GitHub（Muze Cafe勤怠管理プロジェクト）、Medium各記事、日本語圏の事例はフリーエンジニアお役立ちコラム、HELP YOUブログ等の公開情報に基づく。
コメント