自動車教習所に届く教習生の予約変更・技能教習・検定の問い合わせを Zapier で分類し、担当への振り分けと所内の決まりに沿った回答の下書きを作る
教習所の受付アドレスに届く教習生からのメールを、予約の変更、技能教習、検定、期限、送迎などの用件に分け、担当に回して回答の下書きを作ります。受付は下書きに記録を書き足して送ります。
- 生成AI
- ChatGPT/Claude
- 連携・自動化
- Make/n8n/Power Automate/Zapier
- 対象業界
- その他/教育
- 対象部門
- カスタマーサポート
- 対象業務
- 分類・仕分け/問い合わせ対応
- 主な課題
- 人手が足りない/問い合わせが多い/期限・対応漏れが起きる
- AIで行う処理
- 分類
- 主な効果
- 品質標準化/対応スピード向上/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- ノーコード連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 受付が受付アドレスを開き、届いたメールを上から読む
- 用件を読み取り、予約の変更なら受付、教習の進み方なら教務、検定なら検定の係、送迎なら送迎の係と決める
- 教習の管理システムで教習生の番号を引き、予約と教習の進み方を確かめる
- 所内の決まり(取消の締切、追加の教習の料金、検定の申込の締切)を思い出しながら返信を書く
- ほかの係の用件は、係に口頭か所内のチャットで伝える
- 自動受付アドレスに届いたメールで、Zapier の Zap が動く
- 自動AIが用件を分類し、教習生の番号、教習の種類、予約の日時、当日の取消かどうかを抜き出す
- 自動当日の取消なら、下書きより先に受付の全員へ知らせる
- 自動用件ごとに担当を決め、メールに用件のラベルを付ける
- 自動AIが所内の決まりの文書に沿って回答の下書きを作り、元のメールに返信の下書きとして置く
- 自動受付の記録の表に、用件、担当、受け取った日時を書く
- 人担当が教習の管理システムで記録を見て、下書きの空欄(期限、残りの時限、予約の日時)を書き足して送る
- 自動毎朝、前日までに受け取って送った記録の無いメールを拾って知らせる
各工程の詳しい説明を読む
- 受付が受付アドレスを開き、届いたメールを上から読む
- 用件を読み取り、予約の変更なら受付、教習の進み方なら教務、検定なら検定の係、送迎なら送迎の係と決める
- 教習の管理システムで教習生の番号を引き、予約と教習の進み方を確かめる
- 所内の決まり(取消の締切、追加の教習の料金、検定の申込の締切)を思い出しながら返信を書く
- ほかの係の用件は、係に口頭か所内のチャットで伝える
(a)用件が混ざって届く。 「明日の教習を休みたいのと、卒業検定はいつになりそうか」のように、1通に予約と検定の両方が書かれます。受付が予約だけに返事をし、検定の問いが残ることがあります。
(b)当日の取消に気づくのが遅れる。 朝一番の技能教習の取消が前の晩のメールで届いていても、受付が上から読んでいくと、気づくのは昼前になります。その時限の教習指導員と教習車は空いたままになります。
(c)回答が担当によって違う。 取消の締切、取消の料金、検定の申込の締切を、担当ごとに少しずつ違って覚えています。 「前日の17時まで」と「前日の営業終了まで」が混ざると、取消の料金の行き違いになります。
(d)期限の問い合わせに暗算で答える。 「教習の期限はいつまでですか」に、入所日から数えて答えると、教習の管理システムに載っている期限と食い違うことがあります。
- 【自動】 受付アドレスに届いたメールで、Zapier の Zap が動く
- 【自動】 AIが用件を分類し、教習生の番号、教習の種類、予約の日時、当日の取消かどうかを抜き出す
- 【自動】 当日の取消なら、下書きより先に受付の全員へ知らせる
- 【自動】 用件ごとに担当を決め、メールに用件のラベルを付ける
- 【自動】 AIが所内の決まりの文書に沿って回答の下書きを作り、元のメールに返信の下書きとして置く
- 【自動】 受付の記録の表に、用件、担当、受け取った日時を書く
- 【人】 担当が教習の管理システムで記録を見て、下書きの空欄(期限、残りの時限、予約の日時)を書き足して送る
- 【自動】 毎朝、前日までに受け取って送った記録の無いメールを拾って知らせる
3番目を、ほかの処理より前に置きます。 当日の取消は、返信より割当の組み直しが先です。知らせの本文には、教習生の番号と取消したい時限だけを載せます。
7番目は省けません。 下書きの「期限」「残りの時限」の欄は空欄のまま置かれ、担当が記録から写してから送ります。 Zap に教習生へメールを送る操作は入れません。
02今回想定するシステム構成
受付アドレス(Gmail) ▼【トリガー】Gmail:New Email Matching Search(受付宛て・未処理) Zapier の Zap ├──▶ AI by Zapier ①:用件の分類と抜き出し(出力項目を決める) ├──▶ Paths:当日の取消 → Gmail:Send Email(受付の全員へ) ├──▶ Paths:用件ごと(予約/教務/検定/送迎/入所の相談)+ Fallback │ ├ Gmail:Add Label to Email(用件のラベル) │ ├ AI by Zapier ②:回答の下書き(知識の元:所内の決まりの文書) │ ├ Gmail:Create Draft Reply(元のメールへの返信の下書き) │ └ Zapier Tables:Create Record(受付の記録) │ Fallback → Gmail:Send Email(受付へ。下書きは作らない) ▼【人】担当が記録を見て書き足して送る Schedule by Zapier(毎朝8時) └──▶ Zapier Tables:Find Records(送った記録の無いもの)→ Gmail:Send Email(受付へ)
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| ワークフロー | Zapier(Paths、Schedule by Zapier) | Make、n8n、Power Automate |
| 生成AI | Claude(AI by Zapier に Anthropic の自前のキーをつなぐ) | ChatGPT(OpenAI) |
| 記録 | Zapier Tables(受付の記録) | Google スプレッドシート |
| 文書 | Google ドキュメント(所内の決まりの文書) | Notion |
| メール | Gmail(受付アドレス) | Microsoft Outlook |
新しく足すのは、Zap と、受付の記録の表と、所内の決まりの文書だけです。 教習の管理システムにはつなぎません。 教習生の記録は担当が画面で見て、下書きに書き足します。
AIは AI by Zapier のステップで呼びます。 公式のヘルプでは、Professional・Team・Enterprise のプランで使え、出力項目ごとに名前と型を決められ、知識の元を1ステップ20個まで加えられます。 モデルは、Zapier が用意する段階(Standard・Advanced・Premium)か、自前のキー(OpenAI、Anthropic、Google Gemini、Azure OpenAI、Amazon Bedrock)を選べます。
この構成では Anthropic の自前のキーで Claude を使い、Gemini は選びません。 教習生には18歳未満の人がいて、メールの本文がそのままAIに渡ります。Gemini API の規約は、18歳未満の人が使う、または使いうるサービスの一部として使うことを禁じています。 AIを使うのは受付の職員だけですが、扱う中身が未成年の教習生のものであることを踏まえて、事業者の選び方を記録に残します。
03どうやって実装するのか
処理の起点を決める
受付アドレスに届いたメールを、Gmail の New Email Matching Search で拾います。 Zapier の Gmail のページでは、指定した検索の文字列に合う新しいメールが届いたときに動くトリガーです。検索の文字列は「受付アドレス宛て、かつ『処理済み』のラベルが無い」にし、Zap が付けたラベルのメールで二度動かないようにします。
Webの問い合わせフォームの送信も、同じ入口で拾います。 フォームの送信は受付アドレスにメールで届くので、送り元の書き方(フォームの通知の送信元)で見分けて、本文から教習生の番号と用件の選択肢を取り出します。入口を2つに分けると、どちらかが止まったときに気づきにくくなります。
営業時間外に届いたメールも、届いたときに分類します。 当日の取消は、前の晩や当日の早朝に届くことが多いからです。知らせは受付の全員の携帯で見られるメールに送り、朝の受付の開始前に割当を組み直せるようにします。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 受け取ったメール | 送り元、件名、本文、受け取った日時、スレッド | Gmail のトリガー |
| 所内の決まりの文書 | 技能教習の予約と取消の締切、取消の料金、追加の教習の料金、検定の申込の締切と日程の決め方、送迎バスの経路と時刻、入所の手続き | Google ドキュメント(知識の元) |
| 用件ごとの担当の表 | 用件と、担当の係と、知らせの宛先 | Zap の Paths の設定 |
| 受付の記録 | メールの番号、用件、担当、受け取った日時、送った日時 | Zapier Tables |
質を決めるのは、所内の決まりの文書です。 取消の締切は「前日の17時まで」のように時刻まで書き、料金は料金表の行のとおりに書きます。見出しは用件の分類と同じ名前にそろえます。 見出しがそろっていれば、AIは用件ごとに同じ箇所を写します。
文書には、AIが答えてはいけない事柄も書いておきます。 「教習の期限、仮免許の有効期間、残りの時限、検定の合否は、教習の管理システムで担当が確かめて答える」と文書の冒頭に書きます。 知識の元に書かれていれば、下書きの中でその欄を空けやすくなります。
データの取得方法を決める
| 取るもの | どこから | 何に使うか |
|---|---|---|
| メールの本文と送り元 | Gmail のトリガーが返す項目 | 分類と抜き出しの材料 |
| 所内の決まり | AI by Zapier の知識の元(Google ドキュメント) | 回答の下書き |
| 送った記録の無いメール | Zapier Tables の Find Records | 毎朝の知らせ |
教習の管理システムからは、データを取りません。 教習生の予約と教習の進み方は教習所の中の仕組みにあり、外のワークフローから読み出す経路を作らないことで、教習生の記録を外へ出しません。担当は画面で引いて、下書きに書き足します。
知識の元の文書は、決まりを変えた日に必ず直します。 公式のヘルプでは、知識の元は削除するまでアカウントに残るとされています。取消の料金を変えたのに文書が古いままだと、古い料金で下書きが作られ続けます。 文書の先頭に「最終更新日」を書き、受付の誰が直したかを残します。
AIへ渡す前に整形する
- 自動の返信の除外 … 不在の通知や配信の失敗の通知は、分類せずに「処理済み」のラベルだけ付けます
- 引用の除去 … 返信の本文に付いてくる前のメールの引用と署名を落とします
- フォームの通知の整形 … フォームの通知なら、教習生の番号と用件の選択肢を項目に分けます
- 教習生の番号の形の確認 … 番号の桁と形が教習所の決まりに合うかを、Formatter で見ます
- 当日かどうかの判定の材料 … 受け取った日時を項目として AI ①に渡します
前処理の順番は、AIの前に置けるものを先にします。 1番から4番までは Zap の条件と Formatter で済み、AIのタスクを使いません。 自動の返信や配信の失敗の通知を AI ①まで通すと、月900件のうち1割近くがそれで占められることがあります。
5番目で受け取った日時を渡すのは、「明日」「今日の3時間目」を日付にするためです。 AIには受け取った日時と、書かれた言葉だけを渡し、「当日の取消か」を真偽で返させます。 曜日や祝日の数え方を AI に任せると誤るので、真偽が真になったものだけを知らせ、 日付は担当が確かめます。
AIに処理させる
2つのステップに分けます。 ①は分類と抜き出し、②は回答の下書きです。
| 分類(①) | 中身 | 回す先 |
|---|---|---|
| booking_change | 技能教習の予約の変更・取消 | 受付 |
| lesson_progress | 技能教習の進み方、段階、みきわめ | 教務 |
| classroom | 学科教習の時間割、効果測定 | 教務 |
| exam | 修了検定・卒業検定の日程と申込 | 検定の係 |
| deadline | 教習の期限、仮免許の有効期間 | 受付(記録を見て答える) |
| fee | 追加の教習の料金、支払い、取消の料金 | 受付 |
| shuttle | 送迎バスの経路、時刻、乗る場所 | 送迎の係 |
| other | 入所の相談、苦情、退所・転所など上に当たらないもの | 受付の責任者 |
deadline を別の分類にするのは、AIの下書きを最も制限する用件だからです。 期限の問い合わせには、決まりの説明だけを書かせ、日付の欄は空けます。
| 抜き出し(①) | 中身 |
|---|---|
| student_no | 教習生の番号(書かれたまま) |
| course | 教習の種類(普通車 MT・AT、普通二輪など) |
| requested_slot | 変えたい・取り消したい予約の日と時限(書かれたまま) |
| same_day_cancel | 当日の予約の取消か(真偽) |
| sub_topics | 主な用件とは別に書かれている用件 |
| sender_role | 教習生本人か保護者か |
| させないこと | 理由 |
|---|---|
| 期限や残りの日数を計算する | 期限は教習の管理システムの値で答える |
| 検定を受けられるか、合否を答える | 教務と検定の係が記録で決める |
| 予約を取ったと書く | 予約の操作は担当が管理システムで行う |
| 文書に無い料金や締切を書く | 取消の料金の行き違いになる |
| 苦情に謝罪の内容や補償を書く | 責任者が事情を聞いて決める |
1行目がいちばん起きやすい失敗です。 「入所したのは4月10日です。期限はいつですか」と書かれていると、AIは9か月を足して「1月9日まで」と答えます。 実際の期限は、教習所の管理システムの値です。計算そのものを禁じ、日付の欄を空けさせます。
指示内容を固定する
分類と抜き出し(①)の指示です。
あなたは自動車教習所の受付として、教習生や保護者から届いたメールを用件で分けます。
【入力】
- 受け取った日時:{received_at}
- メールの本文:{body}
【すること】
- category を次から1つ選ぶ:booking_change, lesson_progress, classroom,
exam, deadline, fee, shuttle, other
- 主な用件とは別の用件があれば sub_topics に並べる
- student_no、course、requested_slot は本文に書かれたまま写す。書かれていなければ空
- same_day_cancel は、受け取った日と同じ日の技能教習を取り消したいと
書かれているときだけ true
- sender_role は、本文から保護者と分かるときだけ guardian、それ以外は student
【厳守事項】
- 教習生の番号を推し量って補わないでください。
- 迷ったときは other を選んでください。
回答の下書き(②)の指示です。
あなたは自動車教習所の受付として、教習生への返信の下書きを作ります。
送る前に担当が教習の管理システムで記録を確かめ、空欄を書き足します。
【入力】
- 用件:{category}(ほかの用件:{sub_topics})
- 教習の種類:{course}
- 予約の日と時限:{requested_slot}
- 送り手:{sender_role}
- 知識の元:所内の決まりの文書
【本文の組み立て】
1. 問い合わせへのお礼を1文。
2. 用件の受け止めを1文。
3. 所内の決まりの文書の、その用件の見出しの記載を、締切や料金はそのまま写して箇条書きで。
4. 教習生ごとに違う事柄は【担当が記入:期限】【担当が記入:残りの時限】
【担当が記入:予約の日時】のように空欄で置く。
5. ほかの用件があれば、それぞれ担当の係から連絡すると1文。
【厳守事項】
- 教習の期限、仮免許の有効期間、残りの日数を計算しないでください。必ず空欄にしてください。
- 検定を受けられる、合格した、と書かないでください。
- 予約を取った、取り消した、と書かず、「承りました。手続きの結果は改めてお知らせします」と書いてください。
- 所内の決まりの文書に無い料金・締切・時刻を書かないでください。
- 送り手が guardian のときは、保護者の方への言葉づかいにしてください。
- 本文は400字程度。署名は入れないでください。
「必ず空欄にしてください」を、計算の禁止と並べて書きます。 計算を禁じるだけでは、AIは「入所から9か月以内です」と決まりの文を書いたうえで、親切に日付を添えます。 空欄の形まで決めておくと、担当が書き足す場所も一目で分かります。
「予約を取った」と書かせないのは、下書きの時点では予約の操作が済んでいないからです。 担当が管理システムで空きを見て、別の時限を提案することもあります。
出力形式を固定する
①の分類と抜き出しは、AI by Zapier の出力項目で次の形に決めます。
{
"category": "booking_change",
"sub_topics": ["exam"],
"student_no": "24-0815",
"course": "普通車AT",
"requested_slot": "10月28日 3時限目",
"same_day_cancel": false,
"sender_role": "student"
}
1つ目の理由は、category を Paths の条件にそのまま使えることです。 公式のヘルプでは、Paths の1つのグループに分岐を10まで置け、どの分岐にも合わなかったときに動く Fallback の分岐を1つ持てます。8つの用件を5つの担当の分岐にまとめ、Fallback には下書きを作らず受付へ知らせる操作だけを置きます。
2つ目は、same_day_cancel を真偽で返させることです。 「取消のようです」のような文で分岐が揺れません。真のときだけ、当日の取消の分岐で受付の全員へ知らせます。
3つ目は、sub_topics で2つ目の用件を落とさないことです。 主な用件で下書きを作り、sub_topics にある係にも知らせます。第3章の(a)の「検定の問いが残る」が、ここで拾えます。
Paths は、条件に合う分岐がすべて動きます。 公式のヘルプでは、分岐は左から順に評価され、条件を満たす分岐はそれぞれ動くとされています。当日の取消の分岐と用件の分岐を同じグループに置くと、当日の取消のメールで両方が動きます。 それで構わない設計にし、当日の取消の分岐には知らせだけを置きます。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 受付アドレス | Gmail の New Email Matching Search | メールを拾う |
| Gmail | Add Label to Email | 用件のラベルと「処理済み」のラベル |
| Gmail | Create Draft Reply | 元のメールへの返信の下書き |
| Gmail | Send Email(宛先は所内に固定) | 当日の取消、Fallback、毎朝の知らせ |
| AI by Zapier | Zap のステップ | 分類と抜き出し、回答の下書き |
| Zapier Tables | Create Record、Update Record、Find Records | 受付の記録 |
下書きは Create Draft Reply で、元のメールへの返信として置きます。 Zapier の Gmail のページでは、既存のメールへの返信の下書きを作る操作です。担当は受信のメールを開けば、その下に下書きがある状態になります。Reply to Email と Send Email は、教習生あてには使いません。
送った日時は、担当が受付の記録に書きます。 Gmail の下書きを送っても、Zap にはそれが伝わりません。記録の表に「送った」のボタンを置くか、担当が送った日時の欄を埋めます。Zapier Tables には、レコードのボタンが押されたときに動くトリガーがあり、送った日時をボタンで書き込めます。
人が確認する
担当が、すべての下書きを読んでから送ります。
- 用件と担当を確かめる … ラベルと下書きの書き出しで、用件の取り違えが無いかを見ます
- 記録を見て空欄を埋める … 教習の管理システムで、期限、残りの時限、予約の日時を引いて書き足します
- 予約の操作をする … 予約の変更・取消は、管理システムで担当が行い、結果を下書きに書きます
- 決まりの写し方を確かめる … 取消の締切と料金が、文書のとおりかを見ます
- 送って記録する … 送ったら、受付の記録に送った日時を残します
用件を直したら、ラベルも付け直します。 ラベルと受付の記録の用件が食い違うと、毎朝の未返信の知らせが別の係に届きます。
2番目と3番目は、AIの前と変わらない作業です。 この構成で減るのは、読み分けて担当を決める時間と、決まりの文を打つ時間です。記録を見る時間はそのまま残ります。
目標は、900件をならして1件2分です。 決まりの説明で済む送迎や料金の問い合わせは1分ほど、予約の変更は管理システムで操作するので3分ほどかかります。
例外に対処する
| 起きること | 対応 |
|---|---|
| どの用件にも当たらない | Fallback で受付の責任者へ。下書きは作らない |
| 当日の取消 | 下書きより先に受付の全員へ知らせる |
| 教習生の番号が書かれていない | 下書きに番号を尋ねる1文を足し、担当が名前で引く |
| 教習生の番号の形が合わない | 番号を空として扱い、担当が名前で引く |
| 苦情(other) | 下書きを作らず、受付の責任者へ |
| 体調や事故のことが書かれている | 下書きを作らず、受付の責任者へ。教習を続けてよいかをAIに書かせない |
| 知識の元の文書が読めない | AI ②を止め、分類とラベルと記録だけ行う |
| AIのステップが失敗する | 受付の記録に「未分類」と書き、受付へ知らせる |
| 同じ内容のメールが続けて届く | 受付の記録でスレッドを照らし、二度目は記録だけ残す |
6行目は、ほかの行より先に見ます。 「てんかんの治療を始めた」「通院で薬が変わった」のような書き方は、教習を続けられるかに関わり、教習所の責任者と本人が話して決める事柄です。AI ①の出力に「体調・病気・事故」の印の項目を足し、印があれば下書きの分岐に入れません。
記録を残す
- 受付の記録(メールの番号、受け取った日時、用件、担当、送った日時)
- 分類と抜き出しの結果(
category、sub_topics、same_day_cancel、sender_role) - 当日の取消を知らせた時刻と、受付が割当を組み直した時刻
- 担当が用件を変えた記録
- 使った知識の元の文書の最終更新日
- 毎朝の、送った記録の無いメールの件数
3つ目で、当日の取消の知らせが効いているかが見えます。 知らせから組み直しまでの時間が、朝の受付の開始より前に収まっているかを月ごとに見ます。
5つ目は、古い決まりで下書きが作られていないかを後から確かめるためです。 取消の料金を変えた月の下書きで、文書の最終更新日が変更日より前なら、その期間の返信を見直す範囲が決まります。
04実装レベルの3段階
最小構成は、確かめるための段階です。 月900件には使えません。 半自動化で、1件6分が2分になり、この段階が本記事の想定です。 記録を見る作業は残りますが、読み分けと決まりの文を打つ作業が無くなります。本格構成は、管理システムの提供元が外からの読み出しを用意している場合に限ります。 段階を飛ばさないでください。 半自動化を1か月回し、担当が用件を直した記録を見ると、分類の説明と決まりの文書の足りないところが先に分かります。 予約の空きを添えるのは、その後で十分です。
05工数削減シミュレーション
導入後 900件 × 2分 ÷ 60 = 30 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 普通車と二輪の教習を行う指定自動車教習所で、在籍の教習生が数百人いて、予約の変更や検定の日程の問い合わせがメールで毎月数百件届く場合。受付の数名が、技能教習の予約、検定の日程、送迎バスの問い合わせを読み分け、教務や検定の係に口頭で回している場合。当日の取消のメールに気づくのが遅れ、教習指導員と教習車の割当が空く場合。
- 予約の変更を教習所の予約の仕組み(アプリやWebの予約画面)の中で教習生が自分で済ませており、メールの問い合わせがほとんど無い場合。問い合わせの大半が電話と窓口の場合。合宿の教習の申込と旅行の手配が中心の場合(この構成は在籍の教習生からの問い合わせを扱う)。なお、教習の期限や仮免許の有効期間の確認、検定の合否、追加の教習の要否の判断は、この構成では代替できません。
07最小構成で試す方法
- 先月届いたメールから30件を選ぶ(予約の変更、検定、期限、送迎、2つの用件が書かれたもの、保護者からのものを混ぜる)
- 所内の決まりを、用件の分類と同じ見出しで1つの文書にまとめる
- 手元のAIサービスに文書とメール1件を貼り、「用件を分類し、決まりの文書に沿って返信の下書きを作って。期限や残りの日数は計算せず空欄にして」と指示する
- 出てきた分類と下書きを、当時受付が返した返信と並べて読む
30件は必ずやってください。 Zap を組む前に、「決まりの文書から、用件ごとの回答の骨組みを書けるのか」を確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 当時の返信と同じ締切・料金で、空欄も置かれている | Zap を組む段階に進む |
| 期限を計算して書く | 指示の書き方で直る。構成は有効 |
| 担当によって違う締切が文書と食い違う | 決まりの文書をそろえるのが先 |
3行目は珍しくありません。 失敗ではなく、受付の4名が違う決まりを覚えていたと分かったということです。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 期限を計算して書く | 計算を禁じ、空欄の形を決める |
| 「予約を取りました」と書く | 「承りました。結果は改めて」と書かせる |
| 古い決まりで下書きが作られる | 決まりを変えた日に文書を直し、最終更新日を残す |
| 当日の取消の知らせが遅れる | 当日の取消の分岐を用件の分岐より左に置き、知らせだけを置く |
| 2つ目の用件が残る | sub_topics の係にも知らせる |
| 分類できないメールが下書きの無いまま残る | Fallback で受付の責任者へ知らせる |
| Zap が付けたラベルで二度動く | 検索の文字列で「処理済み」を外す |
| 送ったかどうかが Zap に分からない | 記録の表のボタンか送った日時の欄で残す |
| AIのステップの既定が Premium | 自前のキーにするか段階を選び直す |
| 体調のことに下書きで答える | 印の項目を足し、下書きの分岐に入れない |
上の3行が、この構成の失敗のほとんどです。 どれも、教習生ごとの事情に、AIが決まりの文だけで答えようとすることから起きます。空欄を置かせ、担当が記録で埋めます。
真ん中の行の「二度動く」も、最初の週に出やすい失敗です。 検索の文字列に「処理済み」の除外を入れ忘れると、Zap がラベルを付けたメールがまた検索に合い、同じメールに下書きが2つ付きます。 試すときは、受付アドレスではなく試し用のアドレスで動かしてから切り替えます。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 教習生と保護者の名前、メール、教習生の番号、予約の日時、教習の種類、本文に書かれた体調や学校・仕事の事情です。18歳未満の教習生の情報が含まれます。
- 使うAIの事業者を決めて記録する … AI by Zapier は自前のキーでつなぐ事業者を選べます。18歳未満の利用を規約で禁じている事業者のサービスは選ばず、 使う事業者と理由を記録に残します
- 教習の管理システムをつながない … 教習生の記録は担当が画面で見るだけにし、外のワークフローに記録を読み出す経路を作りません
- 体調や病気の事柄をAIに判断させない … 教習を続けられるかに関わる事柄は、責任者と本人が話して決めます
- 保護者からの問い合わせの扱いを決める … 成人の教習生の予約の状況を、保護者に答えてよいかを所内で決めます。AIは送り手の立場を印として返すだけです
- 知識の元を整理する … 知識の元は削除するまでアカウントに残ります。古い決まりの文書は消してから新しい文書を加えます
誤りが起きた場合のリスクは、教習の期限や予約の状況を誤って伝えることです。 期限を過ぎれば教習のやり直しになり、教習生の負担が大きくなります。期限の欄を空欄にさせ、担当が記録で埋めることが、その止めになります。
10まず何から始めるか
1週目:所内の決まりを1つの文書にそろえる
予約と取消の締切、取消の料金、追加の教習の料金、検定の申込の締切、送迎バスの経路と時刻を、用件の分類と同じ見出しで1つの文書に書きます。 受付の4名が覚えている決まりの違いを、ここでそろえます。
2週目:30件で試す
先月のメール30件を手元のAIサービスに貼り、分類と下書きを作らせます。期限を計算していないか、予約を取ったと書いていないかを最優先で見ます。
3週目:分類と知らせをつなぐ
Gmail のトリガーで拾い、AI ①で分類し、ラベルを付けて記録を書き、当日の取消を知らせるところまで作ります。この時点では下書きを作らず、 受付がこれまでどおり返します。
4週目:下書きを足す
AI ②と Create Draft Reply を足し、担当が空欄を埋めて送ります。
2か月目: 毎朝の未返信の知らせを動かし、sub_topics の係への知らせを足します。3か月目以降: 担当が用件を変えた記録と下書きの直しを見て、文書と分類の説明を直し、1件6分が何分になったかを実測します。受付の4名が同じ決まりで答え、当日の取消が朝の受付の開始前に組み直せるようになった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| 仮免許の有効期間が、適性試験を受けた日から起算して6月であること(道路交通法第87条)。普通二輪免許・原付免許などは16歳、普通免許などは18歳に満たない者に与えないこと(同第88条) | e-Gov 法令API: 道路交通法 | 2026-10-26 |
| 大型・中型・準中型・普通・大型二輪・普通二輪などの免許に係る教習は9月以内、その他の自動車の教習は3月以内に修了すること(道路交通法施行規則第33条) | e-Gov 法令API: 道路交通法施行規則 | 2026-10-26 |
| AI by Zapier が Professional・Team・Enterprise で使えること。Standard(1倍)・Advanced(3倍)・Premium(5倍、新しいステップの既定)と、自前のキー(OpenAI、Anthropic、Google Gemini、Azure OpenAI、Amazon Bedrock、1倍)。出力項目を名前と型で決めること。知識の元が1ステップ20個までで、削除するまでアカウントに残ること | Zapier Help: AI by Zapier | 2026-10-26 |
| Paths が Professional 以上で使え、1つのグループに分岐が10まで、入れ子が3段までであること。左から順に評価され、条件に合う分岐がそれぞれ動くこと。Fallback の分岐を1つ持てること。Paths と Filter がタスクに数えられないこと | Zapier Help: Paths | 2026-10-26 |
| Schedule by Zapier の毎日・毎週などの設定、アカウントのタイムゾーンを使うこと、決めた分ちょうどに動く保証は無いこと、タスクに数えないこと | Zapier Help: Schedule Zap workflows | 2026-10-26 |
| Gmail の New Email Matching Search、Add Label to Email、Create Draft Reply、Send Email、Reply to Email の操作 | Zapier: Gmail integrations | 2026-10-26 |
| Zapier Tables の Create Record、Update Record、Find Records と、レコードのボタンが押されたときのトリガー | Zapier: Zapier Tables integrations | 2026-10-26 |
| Gemini API を18歳未満の人が使う、または使いうるサービスの一部として使わないこと | Google: Gemini API Additional Terms of Service | 2026-10-26 |
教習の期限、検定を受けられるか、教習を続けられるかの判断は、教習所の教務・検定の係と責任者が教習生の記録で行ってください。 本記事は法令と Zapier の公式ページで確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1820)についてのご相談はこちらから。
