税理士・社労士事務所の毎月の無料セミナーの参加者に、アンケートの回答に合わせたお礼と個別相談の案内を下書きし、担当者の確認後に送る
無料セミナーのアンケートの回答が届くたびに、相談したい内容と個別相談の希望を読み取り、参加者ごとのお礼と案内のメールを下書きします。担当者が下書きを直して承認したものだけを送ります。
- 生成AI
- ChatGPT/Claude/Gemini
- 連携・自動化
- Make/n8n/Power Automate/Zapier
- 対象業界
- 不動産/保険/士業/金融
- 対象部門
- マーケティング/営業
- 対象業務
- 分類・仕分け/書類作成
- 主な課題
- 人手が足りない/営業フォローが追いつかない/属人化している
- AIで行う処理
- 生成
- 主な効果
- 品質標準化/対応スピード向上/機会損失防止
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 半自動化
- 費用感
- ノーコード連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- セミナーの翌日、回答の保存先のスプレッドシートを開き、前日の回答を確かめる
- 参加者名簿で、回答した人が顧問先かどうか、申込のときに案内メールの同意をしたかを確かめる
- 相談したい内容の欄を読み、税務・労務のどちらの相談か、何を聞きたいのかを考える
- 個別相談の希望に合わせて、お礼と案内のメールを書く。予約ページのURLや資料のURLを貼る
- 書いた下書きを税理士か社会保険労務士に回し、書きぶりを確かめてもらう
- 直した下書きを共有のメールアドレスから送り、名簿に送った日を書く
- 自動アンケートの回答が届くと、Zap が動く
- 自動参加者名簿をメールアドレスで引き、顧問先かどうか、案内メールの同意、配信の停止の希望を確かめる
- 自動同意が無い人、配信の停止を希望した人は、ここで止めて名簿に印を付ける
- 自動顧問先の人は、担当者への知らせに回し、案内のメールは作らない
- 【AI】 相談したい内容をテーマに分け、個別の税務・労務の判断を求める質問に印を付け、回答に合わせたお礼と案内の下書きを作る
- 自動下書きを Human in the Loop の承認の依頼にして、テーマに合った専門家へ回す
- 人専門家が下書きを直して承認するか、差し戻す
- 自動承認されたものだけを Gmail で送り、名簿に送った日と案内の種類を書く
各工程の詳しい説明を読む
- セミナーの翌日、回答の保存先のスプレッドシートを開き、前日の回答を確かめる
- 参加者名簿で、回答した人が顧問先かどうか、申込のときに案内メールの同意をしたかを確かめる
- 相談したい内容の欄を読み、税務・労務のどちらの相談か、何を聞きたいのかを考える
- 個別相談の希望に合わせて、お礼と案内のメールを書く。予約ページのURLや資料のURLを貼る
- 書いた下書きを税理士か社会保険労務士に回し、書きぶりを確かめてもらう
- 直した下書きを共有のメールアドレスから送り、名簿に送った日を書く
(a)お礼のメールが数日遅れる。 回答が集中するのはセミナーの当日と翌日ですが、担当者は次のセミナーの準備もしています。1回のセミナーで60通を書き終えるのに3〜4日かかり、相談を希望した人に届くのが週明けになります。 その間に、他の事務所の無料相談に申し込む人もいます。
(b)案内の書き方が担当者ごとに違う。 同じ「検討中」の回答でも、ある担当者は予約ページを強く勧め、別の担当者はお礼だけで終えます。どの回答の人にどの案内を送ったかがそろっていないので、どの書き方が相談につながったのかを後から比べられません。
(c)質問にメールで答えてしまう。 相談したい内容に具体的な質問が書かれていると、担当者は親切心から一般的な説明を書き足します。個別の事情を聞く前の説明が、相手の会社に当てはまるとは限りません。 確かめる税理士が気づいて削ることもあれば、忙しくて通ることもあります。
(d)同意の確認が抜ける。 申込のフォームで案内メールの受け取りに同意しなかった人にも、名簿を見忘れて案内を送ることがあります。配信を止めてほしいという連絡を受けた人に、次のセミナーの案内を送ってしまったこともあります。
- 【自動】 アンケートの回答が届くと、Zap が動く
- 【自動】 参加者名簿をメールアドレスで引き、顧問先かどうか、案内メールの同意、配信の停止の希望を確かめる
- 【自動】 同意が無い人、配信の停止を希望した人は、ここで止めて名簿に印を付ける
- 【自動】 顧問先の人は、担当者への知らせに回し、案内のメールは作らない
- 【AI】 相談したい内容をテーマに分け、個別の税務・労務の判断を求める質問に印を付け、回答に合わせたお礼と案内の下書きを作る
- 【自動】 下書きを Human in the Loop の承認の依頼にして、テーマに合った専門家へ回す
- 【人】 専門家が下書きを直して承認するか、差し戻す
- 【自動】 承認されたものだけを Gmail で送り、名簿に送った日と案内の種類を書く
3番目と4番目をAIより前に置くのは、意図してのことです。 同意の有無と顧問先かどうかは名簿の列で決まる事実で、生成AIに文面から推し量らせる理由がありません。 送ってはいけない相手の分は、下書きを作る前に流れから外します。
7番目を省かないのが、この構成の前提です。 下書きは専門家の目を通ってから送ります。承認されなかった下書きは送られません。 期限までに誰も承認しなかったものも、送らずに名簿に印を付けて止めます。
02今回想定するシステム構成
セミナーのアンケート(Google Forms → 回答の保存先のスプレッドシート) ▼【トリガー】New Form Response Zapier の Zap ├──▶ Google Sheets:参加者名簿をメールアドレスで引く │ 顧問先か/案内メールの同意/配信の停止の希望/参加したセミナー ├──▶ Paths:同意なし・停止希望 → 名簿に印を付けて止める │ 顧問先 → 担当者へ知らせて止める ├──▶ AI by Zapier(Analyze and Return Data) │ 相談のテーマ、個別の判断を求める質問の印、お礼と案内の下書き ├──▶ Human in the Loop(Request Approval):専門家が直して承認 ├──▶ Gmail:Send Email(承認されたものだけ) └──▶ Google Sheets:名簿に送った日・案内の種類・承認者を書く ▼【人】専門家の承認/差し戻し
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| ワークフロー | Zapier(Google Forms、Google Sheets、Paths、Human in the Loop、Gmail) | Make、Power Automate、n8n |
| 生成AI | AI by Zapier(Analyze and Return Data) | ChatGPT(OpenAI)、Claude、Gemini |
| メール | Gmail(事務所の共有アドレス) | Microsoft Outlook |
新しく足すのは Zapier だけです。 アンケートと名簿、メールは今のものをそのまま使います。名簿に「案内メールの同意」「配信の停止」「顧問先」の3つの列がそろっていることが、最初の準備です。
アンケートの受け取りは、Zapier の Google Forms のトリガーで行います。 New Form Response は新しい回答が届いたときに動く即時のトリガーで、Zapier のヘルプでは、Google Forms の回答はスプレッドシートに保存されている必要があるとされています。回答の保存先を作っていないフォームは、先にスプレッドシートにつなぎます。
下書きは、AI by Zapier の Analyze and Return Data で作ります。 指示を書き、返してほしい項目を名前・型・説明・必須かどうかで定義すると、その形で値を返します。モデルは Standard(1倍)、Advanced(3倍)、Premium(5倍。新しいステップの既定)から選ぶか、OpenAI・Anthropic・Google Gemini・Azure OpenAI・Amazon Bedrock の自前のキーを使えます。AI by Zapier は Professional・Team・Enterprise のプランで使えます。
送る前の確認は、Human in the Loop の Request Approval で行います。 Zap の実行をいったん止め、確認する人に承認・却下・内容の修正を求める仕組みです。Professional のプランでは承認の依頼を自分にしか送れないとされているため、専門家に回すこの構成は Team 以上のプランを前提にします。
03どうやって実装するのか
処理の起点を決める
アンケートの回答が1件届くたびに、Zap を1回動かします。 回答の多くはセミナーの当日の夜から翌日にかけて届くので、届いた順に下書きができ、専門家の手が空いたときに順に承認できます。 セミナーの翌朝にまとめて処理する形にすると、担当者が60通を一度に読む今の形と変わりません。
トリガーは Google Forms の New Form Response にします。 回答の保存先のスプレッドシートの新しい行をトリガーにする方法もありますが、フォームのトリガーなら、質問の名前で回答の項目を受け取れます。 回答の保存先は、名簿と同じスプレッドシートのファイルに置かないようにします。後で名簿の列を足したときに、回答の行と混ざらないようにするためです。
フォームを有効にした後に届いた回答だけが対象です。 既に届いている回答を流したいときは、手で試しの回答を作るか、その回のセミナーの分は手で処理して、次の回から切り替えます。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| アンケートの回答 | 回答日時、氏名、会社名、メールアドレス、満足度、関心のあるテーマ(選択)、個別相談の希望(希望する/検討中/不要)、相談したい内容(自由記入)、顧問税理士・社労士の有無(選択) | Google Forms のトリガー |
| 参加者名簿 | メールアドレス、申込したセミナー、参加の区分(会場/オンライン)、案内メールの同意、配信の停止の希望、顧問先か、顧問先の担当者 | 参加者名簿のスプレッドシート |
| セミナーの情報 | 回の名前、テーマ、資料のURL、講師、次回の関連セミナー | セミナーの一覧のシート |
| 案内の部品 | 予約ページのURL、専門家の紹介の文、署名、配信の停止の連絡先 | 案内の部品のシート |
質を決めるのは、参加者名簿の3つの列です。 同意と配信の停止の列が空のままだと、送ってよい相手かどうかを判断できません。列が空の人は「同意なし」として扱い、案内を作りません。 名簿を整えないまま動かすと、第3章の(d)をそのまま自動で繰り返すことになります。
セミナーの一覧には、回ごとに資料のURLと次回の関連セミナーを書きます。 下書きに貼るURLは、AIに作らせずにこの一覧から差し込みます。AIにURLを書かせると、それらしい誤ったURLが入ることがあります。
データの取得方法を決める
| 取るもの | 方法 | 何に使うか |
|---|---|---|
| アンケートの回答 | Google Forms の New Form Response | AIへの入力、宛先 |
| 参加者名簿の行 | Google Sheets の Lookup Spreadsheet Row(列:メールアドレス) | 同意・停止・顧問先の判定 |
| セミナーの情報 | Google Sheets の Lookup Spreadsheet Row(列:回の名前) | 資料のURL、次回の関連セミナー |
| 案内の部品 | Google Sheets の Lookup Spreadsheet Row(列:テーマ) | 専門家の紹介の文、予約ページ |
名簿はメールアドレスで引きます。 氏名で引くと、申込とアンケートで漢字の表記が違う人を取り違えます。メールアドレスは前後の空白を取り、小文字にそろえてから引きます。 名簿の側も同じ形の検索用の列を別に持ちます。
名簿に行が見つからない人は、別の道に回します。 Lookup Spreadsheet Row には、見つからないときに新しい行を作る設定がありますが、この構成では使いません。 名簿に無い人は申込をしていない人で、案内メールの同意も確かめられていないからです。セミナー担当がアンケートの回答を見て、同意を確かめてから名簿に足します。
Google Sheets のヘルプでは、Zap で扱うにはスプレッドシートの書式をきちんとそろえる必要があるとされています。 1行目を見出しにし、途中に空の行や結合したセルを作らないようにします。
AIへ渡す前に整形する
- メールアドレスをそろえる … 前後の空白を取り、小文字にします
- 名簿の列で先に分ける … 同意なし・停止希望・名簿に無い人・顧問先は、AIに渡しません
- 相談したい内容が空なら、AIを短い指示で動かす … テーマの分類を飛ばし、お礼と希望に合わせた案内だけを作ります
- 個人を特定する項目を外す … AIに渡すのは、満足度、関心のあるテーマ、個別相談の希望、相談したい内容、セミナーの情報だけにし、氏名・会社名・メールアドレスは渡しません
- 同じ人の重複を見る … 同じメールアドレスの回答が同じ回で2件あれば、後の回答だけを使い、名簿に印を付けます
4番目は、宛名をAIに書かせないためでもあります。 宛名と会社名は、下書きができた後に名簿の値を差し込みます。AIが宛名を書くと、回答の中の別の名前(相談したい内容に出てくる従業員の名前など)を宛名にすることがあります。
2番目で顧問先を外すのは、顧問先への連絡が営業の案内ではないからです。 顧問先の経営者が個別相談を希望したら、それは担当の税理士への相談です。担当者に回答をそのまま知らせ、担当者から連絡します。
AIに処理させる
させるのは、相談したい内容をテーマに分け、個別の判断を求める質問があるかに印を付け、回答に合わせたお礼と案内の下書きを書くことです。
| させること | 中身 |
|---|---|
| テーマの分類 | 税務(インボイス、電子帳簿保存、相続・事業承継、その他の税務)/労務(就業規則、助成金、社会保険・労働保険、その他の労務)/会計・経理の仕組み/その他 |
| 個別の質問の印 | 自社の状況を書いて、当てはまるかどうか・いくらになるかを尋ねている文があれば印を付け、その文を写す |
| お礼の一文 | セミナーの感想や相談したい内容に触れた、その人だけの一文 |
| 案内の型の選択 | 個別相談の希望と、個別の質問の印から、案内の型を選ぶ |
| 下書き | お礼の一文と、型ごとの案内の文を並べた本文 |
案内の型は、次の表で決めます。 AIには型の名前を返させ、型ごとの決まった文は案内の部品のシートから差し込みます。
| 個別相談の希望 | 個別の質問の印 | 案内の型 |
|---|---|---|
| 希望する | あり/なし | booking:予約ページの案内と、相談の場でお答えすることの一文 |
| 検討中 | あり | booking_soft:質問は個別相談でお答えする旨と、予約ページの案内 |
| 検討中 | なし | next_seminar:次回の関連セミナーと資料の案内 |
| 不要 | - | thanks_only:お礼と資料の案内だけ |
| させないこと | 理由 |
|---|---|
| 相談したい内容への回答 | 個別の事情を聞かずに答えると、前提の違う説明が残る |
| 税額・助成金の額の見込み | 金額は資料を見て専門家が出す |
| 顧問契約の勧誘の文 | 案内は個別相談まで。契約の話は相談の場で専門家がする |
| URLや日時の作成 | 予約ページ・資料・次回の日時はシートから差し込む |
| 宛名・会社名の記入 | 名簿の値を後から差し込む |
| 同意の有無の判断 | 名簿の列で、AIより前に決める |
1行目がいちばん起きやすい失敗です。 「2割特例は使えますか」と書かれていると、生成AIは一般的な要件を親切に説明し始めます。 その説明が相手の会社に当てはまるかは、売上の規模や届出の状況を聞くまで分かりません。答えないことを、指示の中で何度も書きます。
指示内容を固定する
Analyze and Return Data の指示の欄に、次のように書きます。
あなたは税理士法人と社会保険労務士事務所のセミナー担当です。
無料セミナーに参加した方のアンケートの回答を読み、お礼と案内のメールの
本文の下書きを作ってください。この下書きは、税理士または社会保険労務士が
確かめて直してから送ります。
【分けるテーマ】
tax_invoice / tax_ebook / tax_inheritance / tax_other /
labor_rules / labor_subsidy / labor_insurance / labor_other /
accounting_system / other
相談したい内容が空のときは theme を none にしてください。
【個別の質問の印】
自社の状況を書いたうえで、当てはまるか・使えるか・いくらになるか・
どうすればよいかを尋ねている文があれば has_specific_question を true にし、
その文を specific_question_quote にそのまま写してください。
【案内の型の選び方】
- 個別相談を「希望する」 → booking
- 「検討中」で has_specific_question が true → booking_soft
- 「検討中」で has_specific_question が false → next_seminar
- 「不要」 → thanks_only
【厳守事項】
- 相談したい内容に書かれた質問に答えないでください。要件、制度の説明、
一般論も書かないでください。「個別相談の場で、状況を伺ったうえで
お答えします」とだけ書いてください。
- 税額、助成金の額、手続の期限を書かないでください。
- 顧問契約を勧める文を書かないでください。
- URL、日時、電話番号、人の名前を書かないでください。
差し込む場所には {予約ページ} {資料} {次回セミナー} {担当専門家} と
書いてください。
- 宛名と会社名は書かないでください。本文は「このたびは」から始めてください。
- thanks_line には、感想または相談したい内容に触れた一文を、
60字以内で書いてください。回答に書かれていないことを足さないでください。
- 満足度が低い、または不満が書かれているときは、お詫びや言い訳を書かず、
complaint_flag を true にしてください。
- 本文は400字以内、です・ます調で書いてください。
【セミナー】{seminar_title}({seminar_theme})
【満足度】{satisfaction}
【関心のあるテーマ】{interest}
【個別相談の希望】{consult_wish}
【相談したい内容】{free_text}
「差し込む場所には {予約ページ} と書く」が、この指示の要です。 AIに書かせる文と、事務所が決めた値の境目を、本文の中の印で示します。印が残ったまま送られないように、差し込みの後に印が残っていないかを見る手順を、確認の画面の前に置きます。
「感想に触れた一文は60字以内、書かれていないことを足さない」を入れるのは、お礼の一文が膨らむからです。 長いお礼は、その人の書いたことを言い換えて繰り返す文になりがちで、読む側には定型の文より空々しく見えます。
出力形式を固定する
Analyze and Return Data の出力の項目を、次のように定義します。 見やすさのため JSON の形で示します。
{
"theme": "tax_invoice | tax_ebook | tax_inheritance | tax_other | labor_rules | labor_subsidy | labor_insurance | labor_other | accounting_system | other | none",
"has_specific_question": false,
"specific_question_quote": "",
"guide_type": "booking | booking_soft | next_seminar | thanks_only",
"complaint_flag": false,
"thanks_line": "",
"body_draft": ""
}
theme、guide_type、has_specific_question、complaint_flag は必須の項目にします。
1つ目の理由は、theme で承認を頼む専門家を決められることです。 税務のテーマは税理士へ、労務のテーマは社会保険労務士へ回します。Paths は1つのグループに最大10本の分かれ道を持て、どの規則にも当たらないときに動く Fallback を1本置けます。
| 条件 | 承認を頼む人 |
|---|---|
theme が tax_ で始まる | 税務の担当の税理士 |
theme が labor_ で始まる | 労務の担当の社会保険労務士 |
accounting_system、other、none | セミナー担当の責任者 |
complaint_flag が true | セミナー担当の責任者(下書きは送らず、電話かメールで人が連絡) |
| 出力が欠けている | Fallback の道でセミナー担当の責任者 |
Paths の分かれ道は、条件が当たるものが左から順にすべて動きます。 complaint_flag が true の回答が税務の道でも動いてしまわないように、税務と労務の道の条件にも「complaint_flag が false」を入れて、互いに重ならないようにします。
2つ目は、guide_type を Zapier 側で確かめられることです。 AIが選んだ型が、個別相談の希望と第7章の表に合っているかを、Paths の手前の規則で見ます。「不要」と答えた人に booking が付いていたら、thanks_only に戻して印を付けます。 型の選び方は表で決まっているので、AIの選択を規則で上書きできます。
3つ目は、specific_question_quote を承認の画面に出せることです。 専門家は、質問があったことと、その質問に下書きが答えていないことを、本文と並べて確かめられます。
承認の依頼には、次の形で内容を並べます。
【承認のお願い】セミナーのお礼メール
セミナー:インボイス制度の見直しのポイント(10月第1回)
個別相談の希望:検討中/案内の型:booking_soft
個別の質問:「免税事業者の取引先が多いのですが、
うちは2割特例を使い続けられますか」
宛先:〇〇 様(株式会社〇〇)
件名:セミナーへのご参加のお礼
このたびは、インボイス制度のセミナーにご参加いただき、
ありがとうございました。取引先との関係で迷われている点を
お書きいただき、ありがとうございます。
ご質問の点は、御社の状況を伺ったうえで、個別相談の場で
税理士の〇〇よりお答えいたします。
(予約ページのURL)
当日の資料はこちらからご覧いただけます。(資料のURL)
本文は「修正できる」設定にします。 Request Approval には、確認する人が内容を直せるかどうかを選ぶ設定があり、既定は直せない設定です。専門家が一文を直すたびに差し戻すより、その場で直して承認できるほうが早く終わります。 直した本文は、承認の後のステップでそのまま使えます。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| アンケート | Google Forms の New Form Response | 起点 |
| 参加者名簿 | Google Sheets の Lookup Spreadsheet Row と Update Spreadsheet Row | 同意・停止・顧問先の判定と、送った記録 |
| セミナーの一覧・案内の部品 | Google Sheets の Lookup Spreadsheet Row | URL・専門家・次回のセミナーの差し込み |
| AI by Zapier | Analyze and Return Data | テーマ、質問の印、お礼の一文、下書き |
| 分岐 | Paths | 承認を頼む人を分ける |
| 承認 | Human in the Loop の Request Approval | 専門家が直して承認・却下 |
| Gmail | Send Email | 承認されたものだけを送る |
| 社内チャット | 通知 | 顧問先の回答を担当者へ、承認の依頼を専門家へ |
送信は、承認の後にだけ置きます。 Request Approval の結果には Decision という項目が入り、承認されたときは approved になります。この値が approved のときだけ動く Filter を Send Email の前に置きます。 却下のときは止める設定にし、名簿に「却下」と書きます。
送る文面には、送信者の名称と、配信の停止の連絡先を必ず入れます。 特定電子メール法では、広告や宣伝のための電子メールについて、送信者の氏名又は名称と、受信拒否の通知を受けるための電子メールアドレス等の表示が求められています。署名の部品に入れておき、AIの下書きとは別に差し込みます。
人が確認する
- 個別の質問への答えが入っていないかを見る …
specific_question_quoteと本文を並べて読み、制度の説明や一般論が入っていたら削ります - 案内の型が回答に合っているかを見る … 「不要」の人に予約の案内が入っていないか、「希望する」の人に予約ページが入っているか
- 差し込みの印が残っていないかを見る … {予約ページ} などの印が本文に残っていたら、差し込みの設定の誤りです
- 承認するか、却下して手で書くかを決める … 相談の内容が込み入っていて、定型の案内では失礼になると判断したら、却下して担当者が直接連絡します
1番目が、この構成の要です。 指示で禁じても、生成AIは「ご質問の制度は〇〇の場合に使えます」と書くことがあります。メールで答えた一般論は、相手の会社の事情を聞く前の説明として、そのまま残ります。 確かめる専門家が税理士・社会保険労務士である理由は、ここにあります。
承認の期限は3日にします。 Request Approval には、期限までに誰も応じなかったときに、そのまま先へ進めるか、実行を終えるかを選ぶ設定があります。この構成では「終える」を選びます。 期限を過ぎたものが確認なしで送られることがないようにするためです。期限切れのものは名簿に印を付け、セミナー担当が翌週に手で処理します。
目標は、120件をならして1件4分です。 下書きがそのまま使えるものは1〜2分で承認でき、質問の書かれた回答は本文を読み比べるので数分かかる想定です。
例外に対処する
| 起きること | 対応 |
|---|---|
| 案内メールの同意が無い/列が空 | 下書きを作らない。名簿に「同意なし」と書いて止める |
| 配信の停止を希望している | 下書きを作らない。停止の希望は同意より優先 |
| 名簿に無いメールアドレス | 下書きを作らず、セミナー担当が申込の有無を確かめる |
| 顧問先の人 | 案内を作らず、顧問先の担当者へ回答を知らせる |
| 満足度が低い・不満が書かれている | complaint_flag。下書きを送らず、責任者が直接連絡する |
| 相談したい内容に他人の個人情報が書かれている | 承認の画面で専門家が気づいたら却下し、手で返信する |
| 期限までに承認されない | 実行を終える。名簿に印を付け、翌週に手で処理する |
| AIの出力に必須の項目が欠けている | Fallback の道で責任者へ |
| 同じ人の回答が2件 | 後の回答だけを使い、名簿に印を付ける |
上の2行の順番には意味があります。 申込のときに同意していても、その後に配信の停止を求めた人には送りません。特定電子メール法では、受信を拒否する通知を受けた後は、その意思に反して送ってはならないとされています。名簿の判定は「停止の希望」を先に、「同意」を後に見ます。
記録を残す
- アンケートの回答の全文と回答日時(回答の保存先のスプレッドシート)
- 名簿の判定の結果(同意・停止・顧問先)と、そのときの名簿の値
- AIの出力の全文(テーマ、質問の印と写した文、案内の型、下書き)
- 承認者、承認・却下の結果、承認者が直した後の本文
- 送った日時と件名、案内の型
- 個別相談の予約が入ったかどうか(予約ページの記録と照らして月に一度書き足す)
4つ目の「直した後の本文」は、指示を直す材料になります。 専門家が毎回同じところを削っているなら、それは指示の禁止の書き方が足りないところです。
最後の行が、この構成の物差しです。 案内の型ごとに、送った数と予約が入った数を並べると、どの型の案内が相談につながっているかが、初めて比べられるようになります。 第3章の(b)で比べられなかったものです。
04実装レベルの3段階
本記事の想定は半自動化です。 1件15分が4分になります。残る4分は、専門家が下書きを読み、直して承認する時間です。 本格構成に進むかは、予約ページの記録を Zap で受け取れるかで決めます。 予約の記録を手で転記しているなら、再案内の下書きは、相談の希望と予約の有無を突き合わせる作業がもう一つ増えるだけになります。
05工数削減シミュレーション
導入後 120件 × 4分 ÷ 60 = 8 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 毎月1〜2回、経営者や総務の担当者向けに無料のセミナー(会場・オンライン)を開き、終わったあとのアンケートを見ながら、お礼と個別相談の案内のメールを担当者が1通ずつ書いている税理士事務所・社会保険労務士事務所。お礼のメールが数日遅れて、相談の希望が冷めてしまうことがある場合。担当者によって案内の書き方が違う場合。申込のフォームで、メールでの案内を送ることへの同意を取っている場合。保険代理店・金融機関・不動産会社の顧客向けセミナーにも同じ形で使えます。
- セミナーの参加者が毎回十数名で、担当者が手で書いて足りる場合。アンケートを紙で取っていて、Google Forms などに移す予定がない場合。申込の段階で案内メールの送信への同意を取っておらず、同意を取り直す仕組みも作れない場合。なお、相談の内容への税務・労務の回答、顧問契約の勧誘の可否の判断は税理士・社会保険労務士が行うことで、この構成はお礼と案内の下書きと、送る前の確認の段取りを助けるものです。
07最小構成で試す方法
- 先月のセミナー2回分のアンケートの回答から、30件を選ぶ(具体的な質問が書かれたもの、満足度が低いもの、相談したい内容が空のものを入れる)
- 回答から氏名・会社名・メールアドレスを消す
- 手元のAIサービスに第7章の指示文と回答を1件ずつ貼り、テーマ、案内の型、下書きを出させる
- 出てきた下書きを、当時に担当者が書いて送ったメールと並べ、税理士・社会保険労務士に読んでもらう
| 出てきた内容 | 判断 |
|---|---|
| 当時のメールと同じくらい使える下書きが出て、質問に答えていない | Zapier で承認と送信までを組む |
| 質問に一般論で答えた | 指示の禁止を足す。直るまで本番に進まない |
| 案内の型が回答と合わない | 型を規則で上書きする設計にすれば足りる。構成は有効 |
| お礼の一文が長く、言い換えばかりになる | 字数の上限を下げる |
2行目が1件でも出たら、そこで止めてください。 質問への答えが入った下書きは、確認で必ず削られるとは限りません。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 下書きが質問に一般論で答える | 指示で何度も禁じ、承認の画面に質問の原文を並べる |
| 同意の無い人に案内が送られる | 名簿の判定をAIより前に置き、空欄は「同意なし」として扱う |
| 配信の停止を求めた人に送られる | 停止の希望を同意より先に見る |
| 承認の依頼が専門家に届かない | Professional では自分にしか送れない。 Team 以上にし、Zap を専門家に共有する |
| 期限切れのものが確認なしで送られる | 期限切れの扱いを「実行を終える」にする |
| 税務と苦情の道が両方動く | Paths の条件を互いに重ならないように書く |
| 差し込みの印が本文に残る | 差し込みの後に印の有無を見る手順を置く |
| AIが宛名を書き間違える | 宛名はAIに書かせず、名簿の値を差し込む |
| タスクの消費が想定より多い | 新しいステップの既定は Premium(5倍)。 Standard から試す |
| フォームの質問を変えたら Zap が止まる | 質問の文言を変えるときは、Zap の項目の対応も一緒に確かめる |
上の3行が、この構成の失敗のほとんどです。 どれも、送ってはいけない内容、または送ってはいけない相手に、メールが届いてしまう問題です。下書きの出来よりも、こちらを先に固めます。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 参加者の氏名、会社名、メールアドレス、セミナーの感想、相談したい内容(自社の売上の規模、従業員の状況、相続の事情などが書かれることがあります)です。
- AIに渡す項目を絞る … 渡すのは回答の中身とセミナーの情報だけにし、氏名・会社名・メールアドレスは渡しません。 宛名は名簿から差し込みます
- 自前のAPIキーか Zapier のモデルかを決める … データの通り道が変わります。事務所の個人情報の取扱いの規程と、守秘義務の考え方に照らして決めます
- 質問にメールで答えない … 個別の税務・労務の判断は、状況を聞いたうえで税理士・社会保険労務士が行います。下書きは案内までにし、承認する専門家が答えの混入を削ります
- 送信の同意と停止の希望を守る … 申込のときに案内メールの受け取りに同意した人にだけ送り、停止を求めた人には送りません。 送信者の名称と、停止の連絡先を本文に入れます
- 確認なしで送らない … 送信は承認の後にだけ置き、期限切れは送らずに終える設定にします
- 名簿の共有範囲を絞る … 名簿には顧問先かどうかが並びます。見られるのはセミナー担当と専門家までにします
誤りが起きた場合のリスクは、個別の事情を聞かないままの回答がメールで残ることと、同意の無い人や停止を求めた人に案内を送ることの2つです。 前者は指示と専門家の承認で、後者はAIより前の名簿の判定で防ぎます。
10まず何から始めるか
1週目:名簿を整える
参加者名簿に「案内メールの同意」「配信の停止」「顧問先」の3つの列をそろえ、メールアドレスの検索用の列を作ります。申込のフォームに同意の質問が無ければ、次の回の申込から足します。 案内の型ごとの決まった文と、署名・停止の連絡先の部品もシートに書きます。
2週目:30件で試す
第8章の手順で下書きを出させ、質問に答えていないかを、税理士と社会保険労務士に最優先で見てもらいます。
3週目:回答から承認までを組む
Google Forms のトリガー、名簿の判定、AI by Zapier、Paths、Request Approval までを組みます。この時点では送信のステップを置かず、承認された下書きを担当者が手で送ります。
4週目:送信までつなぐ
1回のセミナーで承認と手での送信を比べ、問題がなければ、承認の後に Send Email を足します。
2か月目以降: 案内の型ごとに、送った数と予約が入った数を毎月数えます。専門家が下書きを直す箇所がほとんど無くなり、お礼がセミナーの翌日に届くのが当たり前になった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| Analyze and Return Data で出力の項目を名前・型・説明・必須で定義できること。モデルが Standard(1倍)・Advanced(3倍)・Premium(5倍。新しいステップの既定)であること。自前のキー(OpenAI、Anthropic、Google Gemini、Azure OpenAI、Amazon Bedrock)を使えること。Professional・Team・Enterprise で使えること。URLから情報を取ってこないこと | Zapier Help: Use AI by Zapier to analyze and return data | 2026-10-13 |
Request Approval が実行を止めて承認・却下・修正を求めること。内容を直せるかの設定(既定は直せない)。期限と、期限切れのときに先へ進めるか終えるかの設定。承認時に Decision が approved になること。Professional では自分にしか依頼を送れないこと。確認する人に Zap の共有が要ること。Looping の中や後に置けないこと | Zapier Help: Request Approval | 2026-10-13 |
| Human in the Loop が Request Approval と Collect Data を持ち、Professional・Team・Enterprise で使えること | Zapier Help: Use Human in the Loop to pause Zap workflows pending human review | 2026-10-13 |
| Google Forms のトリガー New Form Response(即時)。回答がスプレッドシートに保存されている必要があること | Zapier Help: How to get started with Google Forms on Zapier | 2026-10-13 |
| Google Sheets の Lookup Spreadsheet Row(見つからないときに行を作る設定)、Update Spreadsheet Row があること。書式をそろえる必要があること | Zapier Help: How to get started with Google Sheets on Zapier | 2026-10-13 |
| Paths が1つのグループに最大10本、Fallback を1本置けること。条件に当たる道が左から順にすべて動くこと。Professional 以上で使えること | Zapier Help: Add branching logic to Zap workflows with Paths | 2026-10-13 |
| Gmail のアクションに Send Email と Create Draft があること。送信数の上限を超えると最大24時間止められることがあること | Zapier Help: How to get started with Gmail on Zapier | 2026-10-13 |
| 特定電子メール法のオプトイン規制(同意した者等以外への送信の禁止)、送信者の氏名又は名称と受信拒否の通知先の表示義務、受信拒否の通知を受けた後の送信の禁止 | 総務省: 特定電子メールの送信の適正化等に関する法律 | 2026-10-13 |
案内メールの同意の取り方と表示の内容は、特定電子メール法と総務省・消費者庁のガイドラインに照らして決めてください。 本記事は上記の公式ページで確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1328)についてのご相談はこちらから。
