Googleフォーム×Make自動化｜問合せ対応を月15時間減らす5手順

「お客様窓口のGoogleフォームに毎日10〜20件の問合せが来る。担当者が1件ずつ目視で内容を確認して、緊急のものは口頭で営業に伝え、CRMに転記し、Slackに通知し、お礼メールを返信する。気がつけば毎日2時間が問合せ対応に消えていて、本来の付加価値業務に手が回らない。明らかに自動化したいが、社内にITに強い人がいないので、何から始めればいいかすらわからない」

中小企業の経営者・現場マネージャー・IT専任担当のいない総務／カスタマーサクセス向けに、Googleフォームで受け付けた問合せ・申込み・社内申請をMakeで自動処理する考え方と5つの手順を、ノーコード前提で具体的に解説します。「どこまで自社で進めて良いのか」「どこからプロに頼むべきか」の判断基準と、Before（毎日2時間がフォーム対応に消える1日）からAfter（月15時間削減・出典：BoostX社内検証 2026年）への移行設計まで一気通貫で整理します。

なぜGoogleフォーム×Makeで問合せ対応が変わるのか｜3つの構造的理由

うちの会社はDXに弱いから自動化なんて無理とよく聞きますが、Googleフォームの問合せ対応が手作業で詰まっているのは、現場担当者の能力の問題ではありません。Googleフォームというツールの設計思想と、それに紐づく運用フローの不備という構造的な要因が先に存在しています。BoostXが業務自動化の無料相談で繰り返し聞く構造的な理由は、次の3つに集約されます。

理由1：Googleフォームは「集めるまで」しか面倒を見てくれない

Googleフォームは無料で扱いやすい反面、回答後の処理は「スプレッドシートに溜める」までしか標準機能では用意されていません。CRMへの登録、Slackへの通知、緊急問合せの振り分け、お礼メール返信、社内担当者へのアサイン、これらは全て人の手で運用する設計が暗黙の前提です。問合せ件数が月100件を超えてくると、対応漏れと転記ミスが組織の信用を毎日少しずつ削り始めます。

理由2：Excel／スプシでの手作業転記は「見えない人件費の出血」

担当者が1件あたり5〜10分かけて転記・通知・返信を回している場合、月100件の問合せで処理時間は10〜17時間です。時給3,000円換算で月3万〜5万円、年間36万〜60万円の見えない人件費が消えています。BoostXが請求書業務の自社自動化で達成した「月12時間削減」と同じ性質の問題で、フォーム回答処理は「気がつくと人件費が垂れ流しになっている代表例」です。出典として、BoostX社内では請求書作成・管理プロセス全体を自動化することで月12時間相当の業務時間を削減した実績があり、フォーム処理にも同じ削減ロジックが適用できます。

理由3：Make／Zapier系のノーコード自動化が中小企業の現実解になっている

2020年代に入り、Make（旧Integromat）やZapierといったノーコード自動化サービスが、中小企業でも月数千円〜数万円で導入できる現実解になりました。プログラミング知識ゼロでも、視覚的に「Googleフォーム→整形→分岐→Slack通知→CRM登録」のフローを組めます。BoostXの社長は「Claude Codeの活用は、コードを書くこと自体ではなくMCP連携や自動化で本当のAI駆動経営を実現することが本質」というスタンスを公開していますが、Makeはまさに「経営者が自動化の輪郭を理解した上で現場に任せられるレベル」のツールです。

Make自動化の全体像｜受信→整形→分岐→通知→記録の5つの工程

Googleフォーム×Makeでの自動処理は、5つの工程に分けると経営者でも現場担当者でも理解できる粒度になります。BoostXが業務自動化のクライアント企業と一緒に組んでいる定番の骨格は、次の図のとおりです。

5工程の中身を1行ずつで整理します。1. 受信（Googleフォーム送信をMakeが即座にWebhookで受け取る）。2. 整形（回答の表記ゆれを潰し、必須項目漏れを検知）。3. 分岐（緊急問合せ／通常問合せ／資料請求などをフィルタで振り分け）。4. 通知（Slack・担当者メール・テンプレお礼返信を自動送信）。5. 記録（CRM／HubSpot／スプレッドシートへ自動登録）。この5工程を1本のシナリオに組めば、これまで担当者が10〜15分かけていた手作業が、回答送信から1分以内で完結します。

注意点は、5工程は1度組んで終わりではなく、エラー時の通知設計と月次の運用見直しを必ずセットにすることです。Make公式の月間運用回数（オペレーション数）には契約プラン別に上限があり、想定以上に問合せ件数が増えるとシナリオが途中で止まることもあります。「動いて当たり前」の前提を捨て、「動かなくなったらすぐ気づける仕組み」まで設計するのが、運用に耐える自動化の最低条件です。

5つの自動化手順 前半｜手順1〜3：受信・整形・分岐の作り込み方

前半3手順は「データを綺麗な状態に揃える」ための工程です。ここを雑に組むと、後半の通知・記録が高頻度で誤動作する原因になります。経営者・マネージャーの視点では「精度を担保する3工程」と覚えておけば十分です。

手順1：Googleフォームの送信をMakeでリアルタイム受信する

Makeのシナリオエディタで「Google Forms：Watch Responses」を起点モジュールに置き、対象のGoogleフォームを連携します。連携時の認証はGoogle側のOAuthでワンクリック完了するため、ITに不慣れな担当者でも10分程度で接続できます。実装担当者を立てる前に、経営者・マネージャーが最初の1本を社内会議で実際に組んでみると、自動化の輪郭が一気に掴めます。「自分でできる範囲」と「プロに頼むべき範囲」の境界線を、自分の手で判断する材料になります。

手順2：表記ゆれ・必須項目漏れを「整形ステップ」で潰す

Googleフォームは自由記述欄が多いほど、メールアドレスの全角／半角混在、電話番号のハイフン有無、会社名の表記ゆれといった揺らぎが必ず混入します。整形ステップでは、メールアドレスを小文字統一、電話番号からハイフンと全角空白を除去、会社名末尾の「株式会社／（株）」表記を統一、といった処理を入れます。整形を雑にするとCRM側で重複データが量産され、後から手作業でクレンジングする工数が増えていきます。

手順3：緊急度・問合せ種別でフィルタ分岐する

Makeのフィルタ機能で、問合せ内容を「緊急」「資料請求」「商談希望」「採用」「その他」に振り分けます。緊急判定は本文に「至急」「故障」「停止」などの語が含まれるかでルールベース判定するのが第一歩で、慣れてきたらAIモジュール（OpenAIやClaude）でテキスト分類に切り替えます。BoostXの社長の運用観として「突合の自動化で最も重要なのは、AIに何をどう判定させるかのプロンプト設計」というスタンスがあり、いきなりAI判定に飛ばずキーワードルールから始めるのが、現場で形骸化しない進め方です。

5つの自動化手順 後半｜手順4〜5：通知・記録と「壊れない設計」

後半2手順は「業務に直接効く」工程です。ここまで組んで初めて、現場担当者の手作業が実際に消えます。あわせて「壊れない設計」のためのエラー通知とログ保管を、最初から組み込むのが運用設計の急所です。

手順4：Slack／担当者メール通知＋テンプレートお礼返信

分岐後の問合せ種別ごとに、Slackチャンネル・担当者メール・問合せ者へのお礼返信を自動送信します。緊急問合せは営業マネージャーのSlack DMにメンション付きで送信、資料請求はマーケティング担当のメーリングリストへ、商談希望はインサイドセールスのHubSpot Dealに直接登録、といった具合です。問合せ者へのお礼返信は、ChatGPT／Claudeで本文を生成しても良いですが、最初はテンプレートに数項目だけ動的に差し込む方式から始めるのが安全です。BoostXのAI伴走顧問の現場では「メール作成・議事録・社内通知文で月40時間以上を費やしている企業はAIで月20時間以上削減できる」という社内データを共有しており、フォーム返信の自動化はこの数字に直結します。

手順5：CRM／スプレッドシートへ自動登録する

最終工程として、整形済みデータをCRMやスプレッドシートに自動登録します。HubSpot CRMにContactとして登録し、緊急問合せはDealを自動作成、資料請求は適切なリストに分類、といった運用が中小企業の現実解です。CRMを導入していない場合は、Googleスプレッドシートに「日付・氏名・会社・連絡先・問合せ種別・担当者・対応状況」の7列で記録するだけでも、担当者の頭の中の情報を組織の資産に変換できます。BoostXが社内の自動化基盤として最も多く採用しているのもGoogleスプレッドシート＋GASの構成で、CRM導入前の「最初の一歩」として極めて有効です。

「壊れない設計」のためのエラー通知とログ保管

Makeのシナリオは時々止まります。Googleフォーム側の仕様変更、API連携先の認証切れ、回答件数の急増による上限到達、実装上の細かいバグ、いずれも珍しくありません。社長の体験として「データ形式バラバラで動作不能、GASの6分実行制限、エラー通知未設定で止まっていることに気づかない」といった失敗実例が記録されており、BoostXの自動化チームは初期構築時から必ずエラー通知（Make管理者・社内Slack #自動化-ログ チャンネル）と、Makeのシナリオ実行履歴の保管を組み込みます。「動かなくなったときに気づけるか」が運用の生命線です。

自動化の限界とプロに頼むべき3つの判断基準

Make自動化はノーコードで始められますが、運用に耐える本格的な自動化を中小企業の現場担当者だけで完結させるのは現実的ではありません。「ここから先はプロに頼んだ方が結果的に安く早く終わる」という境界線が3つあります。経営者・マネージャーの視点で、自社で進めるか外部リソースを使うかの判断材料として整理します。

判断基準1：失敗時に気づける仕組みまで設計できるか

前半でも触れたとおり、自動化は「動かなくなった瞬間に気づけるか」が運用の本丸です。Makeのエラー通知設定、Slackチャンネルへの異常検知メッセージ、Googleスプレッドシートの実行ログ保管、月次の稼働率レポート、これらを設計するには「何が壊れる前提なのか」を経験則で押さえている必要があります。社内に経験者がいない場合、最初の1〜2案件はプロに伴走してもらい運用の型を体得した方が、長期的なコストは下がります。

判断基準2：APIレート制限・実行回数制限などの「裏側のお作法」を理解しているか

Makeの月間オペレーション数、HubSpotのAPI呼び出し制限、Slackのメッセージ送信レート、Googleフォーム連携の遅延仕様、これらは契約プランや時期によって変わる「裏側のお作法」です。問合せ件数が想定の倍に増えた瞬間、シナリオ全体が連鎖して止まり、原因切り分けに半日かかることがあります。中小企業の現場担当者がこのレイヤーまで一人で背負うのは、業務時間を圧迫します。

判断基準3：AI判定や継続改善まで運用に組み込めるか

問合せ分類のAI化、お礼返信の生成AI化、過去問合せの傾向分析、月次の自動化対象見直し、これらの「継続改善」を社内だけで回し続けるのは難易度が高いです。AI伴走顧問のような外部パートナーを月額で持つと、社内担当者が日常業務に集中しながら、自動化の運用品質を維持できます。BoostXのAI伴走顧問は月額11万〜33万円・最低3ヶ月契約のサブスク型で、月1テーマずつ実装まで終わらせる伴走設計を提供しています。「自分たちでMakeを契約して使う」のと「プロに伴走してもらう」のは、難易度が3段階くらい違うと考えると判断しやすくなります。

ビフォーアフター｜Googleフォーム問合せ対応がここまで変わる

Before：手作業で回している現状の1日

従業員30名・月商5,000万円のBtoB企業のカスタマーサクセス担当の1日。朝9時、Googleフォームの回答スプレッドシートを開き、夜間〜早朝に届いた問合せを目視で確認。緊急問合せ3件を営業に口頭で連絡し、通常問合せ7件をHubSpotに1件ずつ手動転記。各問合せ者に個別にお礼返信を書き、テンプレ流用しても1件あたり5分かかる。10時半、ようやく1次対応が完了。午後にも同じ作業を繰り返し、毎日2時間がフォーム対応に消える。月20営業日で40時間、年間で480時間。担当者の付加価値業務（顧客フォロー・解約防止・アップセル提案）に手が回らず、解約率は前年比で改善しない。

After：Make自動化で月15時間削減後の1日（出典：BoostX社内検証）

同じ会社でGoogleフォーム×Make自動化を3ヶ月かけて導入（出典：BoostX社内検証 2026年・中小BtoB企業のCS部門ケース）。フォーム送信から1分以内に整形・分岐・通知・記録が完了する設計に切り替え、担当者の手作業は「異常検知のSlack通知が来たときの確認のみ」に圧縮された。緊急問合せは営業マネージャーのSlackに即座にメンション付きで届き、通常問合せはHubSpot Dealに自動作成。お礼返信はテンプレ＋AI生成のハイブリッドで自動送信。担当者の対応時間は月40時間→月25時間に圧縮（月15時間削減・BoostX社内検証）、年間180時間相当の人件費が浮いた。空いた時間で顧客フォロー電話を月60本追加できるようになり、半年後には解約率が前年比で2割改善した。

違いを生んでいるのはツールではなく「運用設計」

同じMakeを契約しても、Beforeの状態にとどまる会社とAfterに到達する会社の差は、3点に集約されます。1点目、5工程（受信→整形→分岐→通知→記録）を最初から1本のシナリオで設計し、途中まで作って放置しないこと。2点目、エラー通知と運用ログを最初から組み込み、「壊れたら気づける」設計にすること。3点目、月1回の運用見直しで自動化対象を増やす伴走パートナー（社内or外部）を確保すること。「うちはまだBefore寄り」「Afterの状態に近づきたい」と感じた方は、次のセクションで一緒に自動化設計の入口を考えませんか。

よくある質問（FAQ）

Q1. 自社でMakeを契約して使うのと、BoostXに頼むのでは何が違いますか？

Makeの契約自体は誰でもできますが、運用に耐えるシナリオ設計には「失敗時に気づける通知設計」「APIレート制限の理解」「整形ロジックの抜け漏れ対策」の3つの経験則が必要です。BoostXに頼む場合、最初の1〜3ヶ月で運用設計の型を体得していただいた上で、4ヶ月目以降は社内に巻き取る前提で伴走します。「使えるけど止まる自動化」と「止まらない自動化」の差を体験的に学べる点が、自社単独運用との最大の違いです。

Q2. すでにZapierを使っていますが、Makeに乗り換えるべきですか？

必ずしも乗り換える必要はありません。Zapierは英語ドキュメントが豊富で連携先サービス数が多い一方、Makeは複雑な分岐や繰り返し処理を視覚的に組みやすく、月額単価が安い傾向があります。中小企業の問合せ対応のように「分岐が多い・件数が読めない」用途ではMakeが向いています。一方、すでにZapierで安定運用できているシナリオを無理に移すと、移行コストの方が大きくなります。BoostXは新規構築をMake、既存運用をZapierのまま、という併用提案をすることが多いです。

Q3. ITに強い人がいない中小企業でも、Make自動化は本当に運用できますか？

最初の構築だけ外部リソースを使い、運用は現場担当者が回す形が現実解です。BoostXの業務自動化開発の標準パッケージは、初期構築（10〜100万円）＋月次保守（3〜5万円）の組み合わせで、現場担当者が月1回の異常確認と簡単な微調整を行うだけで運用が回る設計を提供します。社内にIT専任がいなくても、エラー通知と運用ログが整備されていれば「動かなくなったときだけプロに連絡する」運用で十分に持続可能です。

まとめ｜Googleフォーム×Make自動化を成功させる3つの本質