Googleフォームの回答確認で、毎回同じ手順を繰り返していませんか？
たとえば、次のような作業です。
・新しい回答が来ているか確認する
・回答内容を見て、対応が必要か判断する
・条件に合う回答だけ別シートへ転記する
・担当者へ通知する
・未対応の回答をあとから探す
1回あたり5〜10分の作業でも、週5日間（平日）繰り返せば25〜50分ほどの時間を費やすことになります。
件数が増えるほど、確認漏れ・転記ミス・対応忘れも起きやすくなります。
この記事では、Googleフォーム回答の確認作業をGASでどこまで効率化できるかを、架空のデモデータを例に解説します。
※架空データを使った説明用のデモです。実際の案件では、現在の作業手順とデータ構成を確認したうえで、自動化できる範囲を切り分けます。
この例で減らす手作業
ここでは、問い合わせフォームの回答確認を例にします。
減らしたい作業は、主に次の4つです。
・新着回答を毎回目視で探す作業
・緊急度や問い合わせ種別を確認する作業
・対応が必要な回答だけを別シートへ転記する作業
・担当者向けの通知文を毎回作成する作業
完全に人の判断をなくすのではなく、「人が判断を下す前の整理作業」を減らすことを目的としています。
想定するフォームと管理項目
フォームの回答項目は、たとえば次のようなものです。
・氏名
・メールアドレス
・問い合わせ種別
・問い合わせ内容
・緊急度
一方で、以下の項目は回答者が入力するものではなく、運用側で管理・追記する列として扱います。
・対応状況
・確認メモ
・担当者
・通知済みフラグ
手作業での運用では、担当者が毎回スプレッドシートを開き、全回答の中から対応が必要なものを探さなければなりません。
たとえば、次のような条件に当てはまる回答です。
・緊急度が「高」
・問い合わせ種別が「契約・請求」
・対応状況が空欄、または未対応
この作業は単純ですが、件数が増えるほど大きな負担になります。
GASでできること
GASを使うと、次のような処理を自動化できます。
1. フォーム回答が追加される
2. GASが条件を判定する
3. 条件に合う回答だけを「要確認」シートへ転記する
4. 担当者向けの通知文を作成する
5. 必要に応じてメール通知する
実際には、メール通知の有無や通知先、通知文に含める情報量は、運用規模やセキュリティポリシーに合わせて調整します。
流れとしては、次のようなイメージです。
フォーム回答
↓
スプレッドシートに記録
↓
GASで条件判定
↓
要確認リストに転記
↓
通知文を作成
↓
必要に応じて担当者に通知
これにより、担当者は毎回すべての回答を見る必要がなくなります。
まず「要確認シート」に抽出されたものだけを確認すればよい状態になります。
朝の確認作業が、
「シート全体をくまなく見る」から
「要確認リストだけを見る」
に変わるイメージです。
GASが最終判断を行うのではなく、「GASは整理、人は判断」という明確な役割分担を推奨しています。
要確認リストの例
たとえば、「緊急度が『高』」または「対応状況が空欄」の回答のみを要確認とする場合、確認用シートには次のような形式でデータが集約されます。
日時 / 氏名 / 問い合わせ種別 / 緊急度 / 対応状況 / 確認メモ
2026-04-28 10:15 / 山田太郎 / 契約・請求 / 高 / 未対応 / 要確認
通知文も、次のような形で作れます。
> 要確認のフォーム回答があります。
> 問い合わせ種別: 契約・請求
> 緊急度: 高
> 対応状況: 未対応
通知文に含める情報の範囲（個人情報や本文の有無）も、運用に合わせて調整可能です。
セキュリティの観点から、メール本文には必要最小限の情報のみを載せる設計にすることも重要です。
Before / After の例
Before
・毎日シートを開く
・新しい回答を探す
・緊急度や種別を目視で確認する
・必要なものだけ別シートにコピーする
・担当者へ手動で連絡する
・未対応の回答をあとから探す
After
・条件に合う回答だけを自動で抽出する
・要確認リストを開いて確認する
・通知文を自動で生成する
・未対応の回答を探しやすくする
・見落としが起きにくい確認フローを作る
自動化しない方がよい部分
一方で、すべてを自動化するのが最善とは限りません。
たとえば、次のような部分は人が確認した方が安全です。
・最終的な対応判断
・顧客への正式な返信メールの送信
・謝罪や契約に関わる回答の作成
・請求、支払い、解約などの慎重を要する判断
・例外的な問い合わせの判断
・個人情報や重要情報を含む内容の扱い
・クレーム対応
GASは「条件に合うものを抽出する」「転記する」「定型の通知文を作る」といった作業は得意です。
ただし、文脈を読み取って複雑な判断が必要な部分は、人が最終確認を行う前提で設計するのが安全です。
外部共有リンクなしで進める方法
取引は、ココナラ内で完結する形を前提にしています。
そのため、Googleドライブやスプレッドシート、Googleフォームなどの共有リンクを用いたデータ共有は、原則として行いません。
基本的には、次のような形で進めます。
・確認用データは、個人情報を伏せたサンプルとして添付していただく
・GASコードは、txtファイルまたはzipファイルで納品する
・手順書は、PDFまたはtxtファイルで納品する
・サンプル構成は、Excelファイルや画像、PDFなどで共有する
・購入者様側でコードを貼り付け、認証とトリガー設定を行う
また、以下の情報はお預かりいたしません。
・Googleアカウントのログイン情報
・パスワード
・APIキー
・外部サービスのログイン情報
実際のGoogleアカウントや運用環境を直接操作するのではなく、購入者様側で設定を完了できるよう手順を整理して納品します。
設定時に購入者様側で行うこと
GASを動かすには、購入者様側で次のような作業が必要になります。
・スプレッドシートを開く
・Apps Scriptにコードを貼り付ける
・必要なシート名や条件を設定する
・初回実行時の認証を行う
・フォーム送信時に動くトリガーを設定する
・サンプル回答で動作確認する
セキュリティ上、ログイン情報をお預かりしない方針のため、認証やトリガー設定は購入者様側でご対応いただきます。
その分、手順書では「どこを開き、どの項目を選べばよいか」を、キャプチャ画像などを用いて具体的に解説いたします。
納品物のイメージ
このような小規模自動化を行う場合、納品物は次のような構成になります。
・GASコード
・設定手順書
・動作確認手順
・サンプル構成ファイル
・対応範囲と対応範囲外の説明
・エラー時の確認ポイント
・トリガー設定の手順
・条件変更時の確認方法
単にコードをお渡しするだけでなく、購入者様が迷わず設定・運用できるよう、周辺資料を整えて納品いたします。
こういう場合に向いています
本サービスは、特に次のようなケースでおすすめです。
・Googleフォームの回答確認が毎回面倒
・条件に合う回答だけを抽出したい
・未対応の回答を見落としたくない
・スプレッドシートの転記作業を減らしたい
・担当者への通知文を自動で作りたい
・まずはスモールスタートで自動化を試したい
逆に、次のような場合は別の設計が必要になります。
・大量の回答を高頻度で処理したい
・複雑な外部サービス連携が必要
・顧客への正式返信まで完全自動化したい
・契約、請求、クレーム対応の判断まで自動化したい
・大規模な社内システムとして運用したい
小さな定型作業を効率化する用途であれば、GASは非常に有効な選択肢です。
まず「何を自動化できるか」を整理してから
「この作業は自動化できるのか」
「GASで対応できる範囲なのか」
「どこから先は人が確認した方がよいのか」
こうした点が曖昧なまま実装に進むと、後から作業範囲が膨らみ、トラブルの原因になることがあります。
そのため、まずは実装前に、次の点を整理するのが安全です。
・現在の作業手順
・自動化できる範囲
・自動化しない方がよい範囲
・必要な入力データ
・納品物の形
・設定時に購入者様側で行う作業
・概算費用
「自分の作業も自動化できるか確認したい」という場合は、まず実装可否診断をご活用ください。
実装に入る前に、自動化の可否や最適な範囲、概算費用を実装する側の視点から整理いたします。
いきなり開発を依頼するよりも、先に要件を整理しておくことで、後からの手戻りや無駄なコストを防ぐことができます。
▶ 3,000円の実装可否診断はこちら
※やり取りおよび納品は、すべてココナラ内の規約に準じて実施いたします。
