Google Workspace StudioとGASで業務を自動化する。導入の全体像とつまずきどころ

「メールが来たら要約して台帳に記録する」「会議が終わったら議事録からタスクを切り出す」。

こうした処理を、コードを書かずにGoogle Workspaceの中だけで組めるようになりました。
Google Workspace Studioです。

ただ、テンプレートを試す段階では見えなかった制約が、実際に組織で運用してみると次々に出てきます。
フローが他人に配れない、変数が黙って別の列にすり替わる、テスト実行でメールが本当に飛ぶ。
当社が業務フロー5本と公式テンプレート21本を動かして分かったことを、このページでは導入の順番に沿って整理していきます。
何で作るかという判断基準そのものはAIによる業務自動化の全体像。手段の選び方とコスト設計にまとめてあります。

Google Workspace Studioは、Geminiを挟んで自動で動くノーコードツール

まず土台になる仕組みを押さえておきます。
Google Workspace Studioは、Google Workspace上の出来事を起点にして、Geminiを挟んだ処理を自動で走らせるノーコードのツールです。
組み立て方は、どのフローも同じ形をしています。

何かが起きたら（トリガー）→ Geminiに考えさせて → Workspaceのどこかに書き込む・送る

この「Geminiを挟める」ことが、従来の自動化との違いです。
条件分岐で機械的に処理を振り分けるのではなく、「このメールは要対応か」「この議事録から決定事項だけ抜き出す」といった判断を伴う処理を、フローの中に置けるからです。
使い分けの結論を先に書いておきます。

判断が要る処理はStudio、正確さと量が要る処理はGAS。
迷ったらこの一線で切ると、後戻りが少なくなります。

できることは3系統、できないことのほうが導入判断を左右する

Studioで何ができるのでしょうか？
先に地図を渡しておきます。

起点（トリガー）に置けるのは、メールの受信、フォームの送信、スプレッドシートの変更、指定スケジュール、会議の文字起こし・メモの生成といったものです。
処理（アクション）に置けるのは、Geminiに相談する、シートに行を追加・更新する、メールを下書き・送信する、Googleタスクに登録する、Chatに通知する、といったところです。
ここまではテンプレートを触れば分かります。

組織で使うかどうかの判断を左右するのは、次の「できないこと」のほうです。

1つが、作ったフローをそのまま他のメンバーに配れないことです。
フローは作成者のアカウントに紐づくので、書き込み先の共有シートを介して結果だけを共有する設計にします。
属人化しやすい構造なので、最初から引き継ぎ方を決めておきます。

2つが、フロー数に上限があることです。
当社アカウントでは25本でした。
上限に達すると、新規作成ボタンもテンプレートのクリックもエラーを出さずに無反応になります。
また、画面下にトーストが一瞬出るだけなので、「作れない」ときはまず本数を数えてください。

3つが、変数で渡せるデータ量に上限があることです。
数万字の文字起こしをそのまま次のステップへ渡そうとすると、「出力変数が大きすぎます」で失敗します。

4つが、スケジュール起点のフローを自然言語からうまく生成できないことです。
表現を変えて3回試しても作れませんでした。
定時実行が要るときは、スケジュール型の公式テンプレートを開いて中身を差し替えるほうが早いです。

5つが、複雑な分岐・例外処理は書けないことです。
条件が増えてきたら、Studioの外（GAS＋Gemini API）へ移したほうが、結果的に早く終わります。

組織で使う前に決めておくのは3点、導入は3段階で広げる

作る前に決めておかないと、あとで直す羽目になるものが3つあります。
1つが、誰のアカウントで作るかです。
フローが個人に紐づく以上、業務用のフローを個人の裁量で増やすと異動・退職のタイミングで止まります。
「業務フローは推進担当のアカウントに集約する」「個人の実験は個人アカウントで自由に」のように、置き場所を分けておきます。

2つが、Geminiに何を参照させるかです。
Studioのステップでは、Geminiが参照できるソース（ウェブ検索・Workspace内のファイル）を設定できます。

ここをONにしたままプロンプトの情報が不足していると、Geminiが自力でWorkspace内を検索して別の会議の議事録を要約してくることがあります。
当社では実際にこれが起きました。
渡す材料はプロンプトの変数で明示して、ソース参照には頼らない設計にします。

3つが、止まったときに誰が気づくかです。
自動化は静かに壊れるので、フローの実行履歴（エディタ上部のアクティビティパネル）を誰が・どの頻度で見るかを決めておきます。
決めていないと、数週間分の抜けにあとで気づくことになります。
なお現場が作った仕組みが業務データに触り始めたときの線引きは現場が作ったツールが業務データに触り始めたら。個人利用と法人利用の境界で扱っています。

導入は3段階で進めます。

段階1は、公式テンプレートを1本オンにすることです。
自分の受信箱の中だけで完結するもの（未読メールの要約など）から始めると、副作用が自分に閉じているので安全です。

段階2は、自分の業務で1本作ることです。
トリガー1つ・アクション3つ以内に抑えます。
この段階の目的は「動くものを作る」ことではなく、Studioの癖を知ることです。
次の章で挙げるつまずきは、ほぼこの段階で全部踏みます。

段階3は、チームの業務に載せることです。
書き込み先を共有スプレッドシートにした時点で、事故が他人に及びます。
ここで初めてレビューが必要になりますが、レビュー観点は「更新先の行を、何を使って特定しているか」の1つで足ります。
現場が自分で作れる状態まで持っていく設計は社内AIツールの内製化。現場が自分で作れる組織にするまでにまとめてあります。

つまずきどころは5つ、どれもエラーが出ないまま起きる

当社が業務フロー5本を本番運用して、公式テンプレート21本を検証して踏んだものです。
どれもエラーメッセージが出ないか、出ても原因と無関係なので、知らないと原因究明に時間を溶かします。

1つが、「行を更新」の検索値を空にすると全行が書き換わるというものです。
最も危険な仕様で、検索条件の値を空欄にすると「すべての行に一致」と解釈され、フローが走るたびに同じ内容が全行へ書き込まれます。

当社では94行が同一の議事録で埋まりました。
検索値には必ずトリガー行の一意キー（URL・IDなど）を変数で入れること。
これがレビューの唯一の必須項目になります。

2つが、プロンプトに挿した変数が保存後に別の列へすり替わるというものです。
警告もエラーも出ませんし、画面上は正しく見えて、ステップを切り替えて戻っても正しく見えます。
検証はF5でフルリロードするまで信用できません。
当社の実測では、フロー作成後に追加した列（15列目以降）と、極端に長い列で再現しました。

3つが、フロー設定後に追加した列は参照できないというもので、これが、2つ目に挙げたすり替わりの原因の一つです。
トリガーが列の構成を記憶しているため、後から足した列は変数一覧に出ても解決されません。
列を追加したら、トリガーのシート選択をやり直して構成を取り直します。

4つが、長い文字起こしはそのまま渡せないというもので、変数のサイズ上限に当たります。
回避策は、シート側に「要約」や「抜粋」の作業列を用意して、そこを渡すことです。
フロー内で完結させようとせず、前処理を1段外に出します。

5つが、テスト実行は本番と同じ副作用が出るというものです。
メールが実際に送信され、シートに行が増え、Chatに通知が飛びます。
テスト用のシートと自分宛の宛先で始めてください。
もちろん会議トリガーのフローは他人が主催した会議のファイルを参照できずテスト自体が失敗するので、自分主催のテスト会議を1本用意しておくと検証が進みます。

判断基準づくりから一緒に手を動かす

ここまで書いてきたとおり、この領域で効くのは「何で作るか」の判断基準と、稼働後に誰が保守するかの設計です。
ツールの操作よりも、こちらのほうが難所になります。

ただ、判断基準を作るには複数の手段を運用した経験が要ります。
使ったことのない手段の適性は、そもそも判断できません。

私たちが提供しているAI推進の伴走支援では、この判断基準づくりからフローの実装まで一緒に進めています。
「何で作るか」で毎回止まっているなら、進め方の参考になるかもしれません。

よくある質問

Q. Google Workspace Studioは追加費用なしで使えますか。

当社の環境では、Geminiが使えるWorkspaceプランの範囲内で追加費用なく利用できました。
ただし提供範囲はプランと時期で変わるため、自社の契約内容で確認してください。

Q. GASとどちらを使うべきですか。

判断・要約・分類が入る処理はStudio、転記・集計・大量処理はGASが向いています。
Studioで条件分岐が増えてきたら、GASへ移す合図です。

Q. 作ったフローをチームメンバーに配布できますか。

フローは作成者のアカウントに紐づくため、そのまま配布はできません。
同じ処理を各自で作るか、書き込み先の共有シートを介して結果を共有する設計にします。
業務フローは特定のアカウントに集約する運用を推奨します。

Q. フローはいくつまで作れますか。

上限があります（当社アカウントでは25本）。
上限に達すると作成操作がエラーなしで無反応になるため、作れないときはまず本数を確認してください。

Q. フローが止まった、またはおかしな結果を書き込んだときはどこを見ますか。

エディタ上部のアクティビティパネルで実行履歴を確認します。
同じ内容が複数行に書き込まれている場合は、行を更新するステップの検索値が空になっている可能性が高いです。

Q. 機密情報を扱う業務に使ってよいですか。

Workspace内で処理が完結する点は有利ですが、Geminiが参照できるソースの設定次第で意図しないファイルを読むことがあります。
社内のAI利用ガイドラインで扱えるデータの範囲を決めてから使ってください。

Q. プログラミングができない人でも作れますか。

テンプレートの改変であれば作れます。
ただし変数の参照が黙って壊れる挙動があるため、業務に載せる前に必ずフルリロードして設定が保持されているかを確認する運用にしてください。

順番さえ守れば、制約はすべて運用設計で吸収できる

Google Workspace Studioは、判断を伴う処理をコードなしで自動化できる点で、これまでの自動化とは種類が違います。
一方で、フローが個人に紐づく・上限がある・大きなデータを渡せないという制約は、運用設計で吸収するしかありません。
順番は、テンプレート1本 → 自分の業務1本 → チーム業務。
副作用の範囲をこの順に広げていくと安全です。

チーム業務に載せる前に、「更新先の行を何で特定しているか」だけは必ず確認してください。
つまずきどころは5つです。
行の更新で全行が書き換わる、変数が別の列にすり替わる、後から追加した列は参照できない、長い文字起こしは渡せない、テスト実行に本番と同じ副作用が出る。
どれもエラーが出ないまま起きます。

まずは自分の受信箱の中だけで完結する公式テンプレートを1本オンにして、動きを見てみるところから始めるのはどうでしょうか？