社会人向けオンライン講座の受講者から届く質問メールに、講座の教材とFAQから回答案を作り、講師の確認を経て返す
社会人向けオンライン講座の受講者から届く質問メールに、講座の教材と FAQ を知識として回答案を作ります。講師が直して承認したものだけを、受講者へ返します。
- 生成AI
- ChatGPT/Claude
- 連携・自動化
- Make/n8n/Power Automate/Zapier
- 対象業界
- IT・SaaS/人材/教育
- 対象部門
- カスタマーサポート
- 対象業務
- 問い合わせ対応/情報検索
- 主な課題
- 問い合わせが多い/属人化している/情報が見つからない
- AIで行う処理
- 生成
- 主な効果
- 品質標準化/対応スピード向上/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- ノーコード連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- サポートの担当が質問用のアドレスを開き、届いた順に質問を読む
- 受講者台帳を開き、送信元のアドレスから受講中の講座と受講期限を調べる
- 内容の質問か事務の問い合わせかを分ける
- 事務の問い合わせは、事務の FAQ を見て担当が返信を書く
- 内容の質問は、教材のスライドと講座の FAQ を開いて該当の箇所を探し、講師に転送する
- 講師が回答を書いて戻し、担当が受講者に返して記録する
- 自動質問用のアドレスに届いたメールに、Gmail のフィルタでラベルが付き、Zap が動く
- 自動質問台帳を引き、同じスレッドをすでに処理していれば止める
- 自動受講者台帳を送信元のアドレスで引き、受講中の講座と受講期限を取る
- 自動Paths が講座ごとに分岐する(講座が分からないものはフォールバック)
- 自動講座ごとの AI by Zapier のステップが、その講座の教材と FAQ を知識として、質問の種類・回答案・根拠の章を返す
- 自動質問台帳に1行書き、講師(事務の問い合わせはサポートの担当)にメールで知らせる
- 人講師が質問台帳の行を開き、回答案を根拠の章と見比べて直す
- 人講師が行の「承認して送る」ボタンを押す
- 自動別の Zap が、承認された回答を受講者のスレッドに返信として送る
- 人教材に答えが無かった質問は、講師が書いた回答を講座の FAQ に足すかを決める
各工程の詳しい説明を読む
- サポートの担当が質問用のアドレスを開き、届いた順に質問を読む
- 受講者台帳を開き、送信元のアドレスから受講中の講座と受講期限を調べる
- 内容の質問か事務の問い合わせかを分ける
- 事務の問い合わせは、事務の FAQ を見て担当が返信を書く
- 内容の質問は、教材のスライドと講座の FAQ を開いて該当の箇所を探し、講師に転送する
- 講師が回答を書いて戻し、担当が受講者に返して記録する
(a)教材を探すのに時間がかかる。 1つの講座のスライドは数百枚あり、質問の言葉と教材の見出しの言葉が一致しないことが多いので、検索でも見つかりません。担当は動画の構成を思い出しながらスライドをめくります。
(b)講師の回答が止まる。 講師は質問を受けてから教材を開き直して答えるので、1件ごとの手間が大きく、忙しい週はまとめて後回しになります。 受講者は回答を待つあいだ、学習が止まります。
(c)答え方が講師によって違う。 同じ講座に講師が2名いると、同じ質問に違う説明が返ることがあります。教材の説明と違う言い方で答えると、受講者はどちらが正しいのか迷います。
(d)同じ質問が何度も届く。 演習のデータの読み込みのエラーのように、多くの受講者がつまずく箇所があります。講座の FAQ に載っていても、担当が FAQ を探すより講師に回すほうが早いので、同じ回答を講師が何度も書いています。
- 【自動】 質問用のアドレスに届いたメールに、Gmail のフィルタでラベルが付き、Zap が動く
- 【自動】 質問台帳を引き、同じスレッドをすでに処理していれば止める
- 【自動】 受講者台帳を送信元のアドレスで引き、受講中の講座と受講期限を取る
- 【自動】 Paths が講座ごとに分岐する(講座が分からないものはフォールバック)
- 【自動】 講座ごとの AI by Zapier のステップが、その講座の教材と FAQ を知識として、質問の種類・回答案・根拠の章を返す
- 【自動】 質問台帳に1行書き、講師(事務の問い合わせはサポートの担当)にメールで知らせる
- 【人】 講師が質問台帳の行を開き、回答案を根拠の章と見比べて直す
- 【人】 講師が行の「承認して送る」ボタンを押す
- 【自動】 別の Zap が、承認された回答を受講者のスレッドに返信として送る
- 【人】 教材に答えが無かった質問は、講師が書いた回答を講座の FAQ に足すかを決める
7番目と8番目が、この設計の分かれ目です。 受講者に届くのは、講師がボタンを押した回答だけです。 AIの回答案がそのまま送られる経路はありません。
10番目が、この構成を育てる作業です。 教材に答えが無かった質問を FAQ に足していけば、次に同じ質問が来たときは根拠つきの回答案が出ます。(d)の同じ質問を何度も書く状態が減っていきます。
02今回想定するシステム構成
受講者のメール(質問用のアドレス) ▼ Gmail のフィルタで「受講者の質問」のラベルを付ける ▼【トリガー】Gmail:New Labeled Email Zap 1(回答案を作る) ├──▶ Zapier Tables:Find Records(同じスレッド/受講者台帳) ├──▶ Paths:講座ごとに分岐(6講座+事務+フォールバック) │ ├ 講座A → AI by Zapier(知識:講座Aの教材と FAQ) │ ├ … │ ├ 事務 → AI by Zapier(知識:事務の FAQ) │ └ フォールバック → サポートの担当へ ├──▶ Zapier Tables:Create Record(質問台帳) └──▶ Gmail:Send Email(講師・担当への知らせ。社内と講師だけ) ▼【人】講師が台帳の行で直し、「承認して送る」を押す Zap 2(返信を送る) ├──▶【トリガー】Zapier Tables:Trigger Zap Button Clicked ├──▶ Gmail:Reply to Email(受講者のスレッドに返信) └──▶ Zapier Tables:Update Record(状態を「送信済み」に)
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| ワークフロー | Zapier(Gmail、Zapier Tables、Paths) | Make、n8n、Power Automate |
| 生成AI | AI by Zapier(Analyze and Return Data、知識ソース) | Claude(自前のキーで接続)、ChatGPT(OpenAI) |
| 知識 | Google ドライブ(講座ごとの教材と FAQ) | Microsoft SharePoint |
| メール | Gmail(質問用のアドレス) | Microsoft Outlook |
新しく足すのは、2つの Zap と質問台帳だけです。 教材、FAQ、受講者台帳はいま使っているものをそのまま読みます。この構成が書き込むのは、質問台帳と、承認された回答の返信だけです。
回答案は、AI by Zapier の Analyze and Return Data で作ります。 公式のページでは、返してほしい項目を名前・型・説明・必須かどうかで決めておくと、その形で値を返し、1つのステップに最大20の知識ソースを付けられます。知識ソースには Google ドキュメントや Google ドライブを選べ、ドライブは Google ドキュメント・スライド・.DOCX・.TXT・.ODT・.PPTX・.PDF に対応し、同期できる語数は96,000語までとされています。
知識ソースはステップごとに決まるので、講座ごとに分岐させます。 Paths は1つのグループに最大10本の分岐と、どれにも当たらないときだけ動くフォールバックを1本置けます。6講座と事務で7本、残りをフォールバックにします。
承認は、Zapier Tables のボタンで受けます。 公式のページでは、ボタンの欄の「Trigger Zap」は押した行をトリガーとして Zap に送り、押した後にボタンを無効にする設定ができ、ボタンはその行にだけ働くとされています。
03どうやって実装するのか
処理の起点を決める
質問用のアドレスに届いたメールに「受講者の質問」のラベルが付いたことを起点にします。 ラベルは Gmail のフィルタで、宛先が質問用のアドレスのものに付けます。サポートの担当が手でラベルを付ける運用にはしません。
New Labeled Email を選ぶのは、検知できる期間に制限が無いからです。 Zapier の説明では、New Email と New Email Matching Search は1時間とされています。質問の取りこぼしは、受講者の学習が止まることです。
そのかわり、同じスレッドに返信が足されたときにも動きます。 受講者が「追加で質問です」と同じスレッドに書いてくることもあれば、Zap 2 が送った返信でも動きます。Zap 1 の最初の段で質問台帳をスレッドのIDで引き、送信元が自社のアドレスなら止め、受講者からの追加の質問なら新しい行として扱います。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 質問のメール | 件名、本文、送信元、スレッドID、添付の有無 | Gmail |
| 受講者台帳 | アドレス、名前、受講中の講座、受講期限、担当の講師 | Zapier Tables |
| 講座の教材 | スライドの PDF、演習の解説、用語集 | Google ドライブ(講座ごとの知識ソース) |
| 講座の FAQ | よくある質問と回答、章の番号 | Google ドキュメント(講座ごとの知識ソース) |
| 事務の FAQ | 受講期限、領収書、ログイン、動画の再生 | Google ドキュメント(事務の知識ソース) |
| 質問台帳 | スレッドID、講座、質問、回答案、根拠、講師、状態 | Zapier Tables |
質を決めるのは、教材の分け方です。 1つの知識ソースは96,000語までなので、講座の教材を章ごとのファイルに分け、ファイル名に章の番号と題を入れます。 「03_回帰分析.pdf」のように分けておけば、AIが根拠として示すファイル名がそのまま章を指します。
講座の FAQ には、章の番号を付けておきます。 「第3章:決定係数がマイナスになるのはなぜか」のように書けば、回答案の根拠が FAQ のどの項目かも、講師がすぐに見つけられます。
データの取得方法を決める
| 取るもの | どこから | どうやって |
|---|---|---|
| 件名・本文・送信元・スレッドID | Gmail | New Labeled Email の出力 |
| 同じスレッドの記録 | 質問台帳 | Find Records(スレッドIDで探す) |
| 受講中の講座・受講期限・講師 | 受講者台帳 | Find Records(送信元のアドレスで探す) |
| 教材と FAQ | Google ドライブ | AI by Zapier のステップに付けた知識ソース |
受講者台帳に当たらない送信元は、フォールバックに回します。 会社のアドレスで申し込んで私用のアドレスから質問する人がいるからです。サポートの担当が本文の名前で台帳を探し、受講者だと分かったら台帳に別のアドレスを足します。
2つ以上の講座を受講している人は、本文から講座を決めます。 受講者台帳に講座が2つあるときは、件名と本文に講座名が書かれているかを Paths の条件で見て分岐させ、決まらなければフォールバックに回します。 講座を取り違えると、別の講座の教材を根拠にした回答案ができ、講師も気づきにくくなります。
知識ソースの同期のされ方は、公式のページに書かれていません。 教材を差し替えたときに知識が自動で新しくなるかが分からないので、教材を改訂したら、そのステップの知識ソースを付け直す手順にします。 改訂の日を台帳に残し、回答案の根拠の版と照らせるようにします。
AIへ渡す前に整形する
- 自社からの送信を止める … 送信元が自社のアドレスなら Zap を止めます
- 重複の確認 … スレッドIDと受信日時で質問台帳を引き、同じメールの記録があれば止めます
- 受講期限の確認 … 受講期限を過ぎていれば、内容の質問でも事務の分岐に回します
- 引用の除去 … 返信に付いてくる過去のやり取りを落とし、新しい質問の部分だけを渡します
- 署名の除去 … 会社名や電話番号の入った署名を落とします
- 添付の印 … 添付ファイルがあれば「添付あり」の印を付けます。添付の中身は渡しません
6番目は、公式のページの制限によるものです。 AI by Zapier の画像の読み取りには、公開された画像の URL が要るとされています。受講者のエラーの画面のスクリーンショットを公開の URL に置くことはしないので、添付は講師が直接開いて見ます。 回答案には「添付の画面を講師が確認します」とだけ書かせます。
3番目を置くのは、受講期限の切れた人の質問に講師が答える決まりになっていないからです。 延長の案内はサポートの担当の仕事です。
AIに処理させる
講座の分岐の AI のステップには、1回で次の項目を返させます。
| 項目 | させること | 判断できないときの扱い |
|---|---|---|
| 質問の種類 | 内容の質問・演習のエラー・事務・講座の範囲の外から1つ | 迷えば content にして講師が見る |
| 回答案 | 知識ソースの教材と FAQ に書かれていることだけで答える | 教材に無ければ回答案を空にする |
| 根拠 | 根拠にしたファイル名と章、FAQ の項目 | 示せなければ回答案を空にする |
| 教材に答えがあるか | found/partial/not_found | 迷えば partial |
| 講師に確かめてほしい点 | 回答案の中で、教材だけでは言い切れないところ | 無ければ空 |
| 課題の答えを求めているか | 提出する課題の答えそのものを聞いているか | 迷えば true |
根拠を示せない回答案は空にさせます。 教材に無いことをAIが自分の知識で答えると、講座の説明と違う言い方の回答が講師の確認をすり抜けるおそれがあります。 空の回答案なら、講師は自分で書くと一目で分かります。
課題の答えを求める質問は、講座の方針に従います。 提出する課題の答えをそのまま教えないのが多くの講座の決まりなので、true のものはヒントの方向だけを回答案に書かせ、講師が判断します。
| させないこと | 理由 |
|---|---|
| 教材に無いことを答える | 講座の説明と食い違うおそれがある |
| 課題の答えそのものを書く | 講座の方針。講師が判断する |
| 採点や修了の見込みに触れる | 講師と運営が決める |
| 受講期限の延長や返金を約束する | 運営の決まりで、サポートの担当が扱う |
| 添付の画面を推測で説明する | 中身を渡していない |
1行目がいちばん起きやすい誤りです。 一般的なデータ分析の質問なら、AIは教材を見なくても答えられてしまいます。それが教材と違う手順だと、受講者は動画の手順と回答のどちらに従えばよいか迷います。
指示内容を固定する
講座の分岐の AI のステップの指示:
あなたは社会人向けオンライン講座「{course_name}」のサポートの担当です。
受講者の質問に、知識ソースの教材と FAQ に書かれていることだけで答えてください。
あなた自身の知識で補わないでください。
【質問の種類】次から1つ。迷う場合は content。
- content:講座の内容の質問
- exercise_error:演習の手順やデータの読み込みでのエラー
- admin:受講期限・領収書・ログインなど事務の問い合わせ
- out_of_scope:講座で扱っていない内容
【回答案の書き方】
- 教材と FAQ に書かれている説明と手順に沿って書いてください。
教材と違う手順や言い方を使わないでください。
- 根拠にしたファイル名と章、FAQ の項目を source に入れてください。
- 教材と FAQ に答えが無い場合は、answer_draft を空にし、
coverage を not_found にしてください。推測で答えないでください。
- 教材だけでは言い切れないところは、check_points に書いてください。
【厳守事項】
- 提出する課題の答えそのものを聞いている場合は、asks_for_answer を
true にし、回答案には考え方の方向だけを書いてください。
- 採点、修了の見込み、受講期限の延長、返金について書かないでください。
- 添付ファイルがある場合、その中身を推測しないでください。
回答案には「添付の画面は講師が確認します」とだけ書いてください。
【受講者の名前】{learner_name}
【添付の有無】{has_attachment}
【質問の本文】{question}
「あなた自身の知識で補わない」を冒頭に置くのは、知識ソースを付けても、AIが一般の知識で答えを足すことがあるからです。 教材に答えが半分しかないとき、残りを埋めたくなります。半分は partial として、講師に確かめる点として返させます。
事務の分岐のステップは、知識ソースを事務の FAQ だけにし、質問の種類と回答案だけを返させます。 受講期限の延長や返金の可否には触れさせず、手続きの案内までにします。
出力形式を固定する
AI by Zapier のステップの出力の項目を、次のように決めます。
| 項目の名前 | 型 | 必須 | 説明 |
|---|---|---|---|
question_type | テキスト | はい | content/exercise_error/admin/out_of_scope |
answer_draft | テキスト | いいえ | 教材に答えが無ければ空 |
source | テキスト | いいえ | ファイル名と章、FAQ の項目 |
coverage | テキスト | はい | found/partial/not_found |
check_points | テキスト | いいえ | 講師に確かめてほしい点 |
asks_for_answer | 真偽 | はい | 課題の答えを求めているか |
項目を決めて受け取る1つ目の理由は、台帳の列にそのまま書けることです。 Analyze and Return Data は、決めた項目の形で値を返すとされています。講師は台帳の行で、回答案と根拠と確かめる点を並べて見られます。
2つ目は、coverage で講師の時間の使い方が変わることです。 found のものは根拠の章と見比べて直すだけで済み、not_found のものは講師が一から書きます。講師への知らせのメールでは、not_found を先頭に並べます。
3つ目は、question_type で講師に回すかを決められることです。 講座の分岐でも事務の問い合わせが混ざるので、admin のものは講師に知らせず、サポートの担当に回します。
質問台帳の行は、次のようになります。
| 列 | 例 |
|---|---|
| 講座・受講者・受信日時 | データ分析入門/受講者の名前/10月14日 9:12 |
| 質問 | 第3章の決定係数がマイナスになったのはなぜか |
| 回答案・根拠・答えの有無 | (回答案)/03_回帰分析.pdf、FAQ 3-4/found |
| 講師・状態・ボタン | 講師の名前/講師確認待ち/「承認して送る」 |
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| Gmail | New Labeled Email/Send Email/Reply to Email | 質問を受け、知らせを送り、承認された回答を返す |
| 受講者台帳・質問台帳 | Zapier Tables の Find Records/Create Record/Update Record | 講座を引き、質問と回答案を記録する |
| 承認 | Zapier Tables のボタン(Trigger Zap Button Clicked) | 講師が押した行だけを Zap 2 に送る |
| 教材と FAQ | AI by Zapier の知識ソース | 講座ごとのステップに付ける |
Zap 2 は、ボタンを押した行の回答を、元のスレッドに Reply to Email で返します。 Gmail の Reply to Email は、既存のメールへの返信を送る操作です。宛先を新たに書かないので、別の受講者に送る取り違えが起きにくくなります。
ボタンは押した後に無効にする設定にします。 二度押しで同じ回答が2通届くのを防ぐためです。送った後に直したくなったときは、講師がサポートの担当に連絡し、担当が手で訂正を送ります。
講師への知らせのメールは、講座ごとにまとめず1件ごとに送ります。 件名には講座名と coverage を入れます。講師はメールの一覧を見るだけで、自分で書く必要のある質問(not_found)がどれかを知ることができます。 本文には次の4つだけを入れます。
| 入れるもの | 理由 |
|---|---|
| 質問の本文(引用と署名を落としたもの) | 台帳を開く前に中身をつかむ |
coverage と check_points | どれくらい手を入れるかの見当をつける |
| 根拠のファイル名と章 | 教材を開く場所がすぐ分かる |
| 台帳の行へのリンク | 直して承認する場所に迷わない |
回答案そのものはメールに入れません。 メールの上で直して返信されると、承認のボタンを通らない経路ができてしまうからです。
講師は外部の人なので、質問用のアドレスには入れません。 講師が触るのは、質問台帳の自分の講座の行だけです。台帳の共有の範囲を講座ごとに分けます。
人が確認する
受講者に届くのは、講師(事務はサポートの担当)が承認した回答だけです。
- 知らせを受けて台帳を開く … 講師は、
not_foundとpartialのものから先に開きます - 根拠の章と見比べる … 回答案の説明が、教材の該当の章の説明と食い違っていないかを見ます
- 確かめる点を埋める …
check_pointsに挙がったところを、講師の言葉で書き足します - 添付を見る … 添付ありの質問は、質問用のアドレスの元のメールを担当が講師に転送し、講師が見て回答を足します
- 承認して送る … 直し終えたらボタンを押します。押した後は直せないので、押す前に読み直します
サポートの担当が見るのは、事務の分岐、フォールバック、受講期限の切れた人のものです。 フォールバックの件数を毎週数え、台帳に当たらないアドレスを受講者台帳に足していきます。
講師が直した箇所は、台帳に残します。 同じ講座で同じ直しが続くなら、教材か FAQ の書き方が足りていません。
例外に対処する
| 起きること | 対応 |
|---|---|
| 送信元が受講者台帳に無い | フォールバックで担当へ。本文の名前で探し、別のアドレスを台帳に足す |
| 受講期限が切れている | 事務の分岐へ。延長の案内は担当が行う |
| 教材に答えが無い | 回答案を空にし、講師が書く。書いた回答を FAQ に足すかを講師が決める |
| 複数の講座にまたがる質問 | 受講中の講座の分岐で答え、ほかの講座の範囲は check_points に書かせる |
| 添付がある | 中身は渡さない。担当が講師に元のメールを転送する |
| AI のステップが失敗する | 台帳に「回答案なし」で記録し、講師に従来どおり回す |
| 内容が利用の規約に触れて止まる | Zapier の提供のモデルでは内容の審査が常に有効。台帳に記録して担当が読む |
| 講師が3営業日ボタンを押さない | 担当に知らせ、受講者に「確認中」の一報を担当が送る |
| 同じスレッドに続けて質問が来る | 新しい行として扱い、前の行の番号を添える |
上の3行が大半を占めます。 台帳とアドレスの整備、受講期限の扱い、FAQ の厚みの問題で、運用を続けるほど減っていきます。
記録を残す
- 質問のメールのスレッドIDと、受信日時・講座・受講者
- AI のステップの出力の全項目と、そのとき付けていた知識ソースの改訂の日
- 講師が直した後の回答と、直した箇所
- ボタンを押した講師と押した日時、返信を送った日時
not_foundの質問と、講師の回答を FAQ に足したかどうか
2つ目で知識ソースの改訂の日を残すのは、教材を改訂した後に古い説明の回答案が出ていないかを確かめるためです。 改訂の前後で根拠の章が変わっていれば、付け直しが効いています。
最後の行は、FAQ を育てる記録です。 not_found の件数が講座ごとに月を追って減っていれば、FAQ が質問に追いついてきているということです。
04実装レベルの3段階
最小構成では、講師に回す手間は減りません。 回答案を担当が講師に転送することに変わりがないからです。教材で答えられるかを確かめる段階です。 半自動化で、1件15分が6分になり、この段階が本記事の想定です。 講座を調べる、教材を探す、回答の下書きを書く、転送と記録が自動になり、人に残るのは、講師が根拠と見比べて直して承認することです。
05工数削減シミュレーション
導入後 400件 × 6分 ÷ 60 = 40 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- データ分析・マーケティング・IT などの社会人向けオンライン講座を複数運営し、受講者からの質問メールが月に数百件届き、サポートの担当が教材を探して講師に回答を頼んでいる会社。質問を Gmail(Google Workspace)の質問用アドレスで受け、教材のスライドや FAQ を Google ドライブに置いていて、回答までに日数がかかることや、講師によって答え方がばらつくことが気になっている場合。
- 講座が1つで質問が月に数十件しかなく、講師が自分で読んで返せている場合。質問の大半がライブの講義の中やコミュニティの掲示板で受けられていて、メールで届くものが少ない場合。教材が動画だけで、文字の資料が無い場合。なお、課題の採点、修了の判定、受講料の返金の判断は、この構成では代替できません。
07最小構成で試す方法
- 先月届いた内容の質問から1つの講座の30件を選ぶ(講師が答えに苦労したものと、同じ質問が何度も来たものを入れる)
- その30件に講師が実際に返した回答を書き出す
- 手元の Claude の画面に、その講座の教材の PDF と FAQ を添付し、30件の質問を1件ずつ貼り付ける
- 「添付の教材と FAQ に書かれていることだけで答え、根拠にしたファイルと章を示してください。教材に答えが無ければ『教材に記載なし』と答えてください」と指示する
- 出てきた回答案を、講師が実際に返した回答と突き合わせる
30件は必ずやってください。 Zap を組む前に、教材から根拠つきで答えられる質問がどれくらいあるかを確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 根拠の章が正しく、講師の回答と近い | Zap の組み立てに進む |
| 教材に無いことを一般の知識で答える | 指示を強める。構成は有効 |
| 「教材に記載なし」が半分を超える | FAQ を先に厚くする。 AIの問題ではない |
3行目が出たら、講師が返した回答を FAQ に写すところから始めます。 過去の回答そのものが、いちばん質問に近い知識になります。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 教材に無いことを一般の知識で答える | 根拠を示せない回答案は空にさせる |
| 教材を改訂しても古い説明が出る | 改訂したら知識ソースを付け直す。改訂の日を台帳に残す |
| 1つの知識ソースに教材が入りきらない | 96,000語まで。章ごとのファイルに分ける |
| 講座の取り違え | 受講者台帳で講座を引いてから分岐させる |
| Zap 2 の返信で Zap 1 がまた動く | 送信元が自社なら止める |
| ボタンの二度押しで2通届く | 押した後にボタンを無効にする |
| スクリーンショットの中身を推測して答える | 中身を渡さず、講師が直接見る |
| 課題の答えをそのまま書く | asks_for_answer で印を付け、方向だけを書かせる |
| Premium の既定のままでタスクが膨らむ | モデルの段を選び直すか自前のキーにする |
| 講師が承認を溜める | 3営業日で担当に知らせ、受講者に一報を送る |
上の2行が、この構成の失敗のほとんどです。 どちらも、教材と違う説明が受講者に届く失敗です。根拠を必須にし、改訂の日を残すことで、講師が確認の場で気づけるようにします。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 受講者の名前、メールアドレス、受講中の講座と受講期限、質問の文(勤め先の業務の事情が書かれることがある)、講座の教材です。
- AIに渡す範囲を絞る … AI のステップに渡すのは、受講者の名前と質問の本文と添付の有無だけです。引用と署名を前処理で落とし、勤め先の電話番号などを渡しません
- 教材の扱いを決める … 教材は会社の商品そのものです。知識ソースに付けた教材は削除するまで残るとされているので、講座を終えたら知識ソースを外します
- 回答を自動で送らない … 送るのは講師が承認したものだけです。教材と違う説明や、課題の答えが入った1通は、講座の質を損ないます
- 講師の見られる範囲を分ける … 講師は外部の人です。質問台帳の共有を講座ごとに分け、受講者台帳は見せません
- データの扱いの条件を確かめる … 自前のキーを使うか、Zapier の提供のモデルを使うかで、データの通り道が変わります。どちらにするかを、受講者向けのプライバシーポリシーと照らして決めます
- この構成は採点と修了の判断を代替しません … 課題の採点、修了の判定、受講期限の延長や返金は、講師と運営が決めます
誤りが起きた場合のリスクは、教材と違う説明を返すことと、課題の答えを渡してしまうことの2つです。 前者は根拠の無い回答案で起き、後者は質問の読み違いで起きます。どちらも、根拠の必須化と講師の承認の2段で止めます。
10まず何から始めるか
1週目:1つの講座の教材を整える
質問のいちばん多い講座を1つ選び、教材を章ごとのファイルに分け、FAQ に章の番号を付けます。 過去に講師が返した回答のうち、何度も書いたものを FAQ に写します。
2週目:30件で試す
先月の30件を、教材を添付した手元の Claude の画面で答えさせます。根拠の章が正しいか、教材に無いことを答えていないかを最優先で見ます。
3週目:台帳とボタンを用意する
質問台帳を Zapier Tables に作り、「承認して送る」のボタンの欄を足します。ボタンは押した後に無効にする設定にします。 講師に台帳の見方を説明します。
4週目:1講座で回答案までをつなぐ
Zap 1 を1講座の分岐だけで作り、回答案を台帳に書くところまでを動かします。この時点では Zap 2 を動かさず、講師は台帳を見て従来どおり返信します。
2か月目: Zap 2 をつなぎ、講師の承認で返信する運用を始めます。残りの講座の分岐を1つずつ足します。3か月目以降: 1件15分が何分になったかを実測し、講座ごとの not_found の件数が月を追って減っていることを確かめた時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| Analyze and Return Data で出力項目を名前・型・説明・必須で決められること。Professional・Team・Enterprise で使えること。モデルの段が Standard(1倍、ツールなし)・Advanced(3倍)・Premium(5倍、新しいステップの既定)と自前のキー(1倍。OpenAI・Anthropic・Google・Azure OpenAI・Amazon Bedrock)であること。1つのステップに最大20の知識ソースを付けられ、Google ドライブは Google ドキュメント・スライド・.DOCX・.TXT・.ODT・.PPTX・.PDF に対応し同期できる語数が96,000語までであること。知識ソースは削除するまで残ること。画像の読み取りに公開された URL が要ること。前の実行から学ばないこと。Zapier の提供のモデルでは内容の審査が常に有効であること | Zapier: Use AI by Zapier to analyze and return data | 2026-10-14 |
| New Labeled Email がラベルの付与とスレッドへの返信の追加で動き、検知の期間に制限が無いこと。New Email と New Email Matching Search が1時間であること。Send Email、Reply to Email、Create Draft などの操作があること | Zapier: How to get started with Gmail on Zapier | 2026-10-14 |
| Paths が Professional・Team・Enterprise で使え、1つのグループに最大10本の分岐とフォールバックを1本置けること。Paths はタスクを使わず、動いた分岐の中の操作だけが数えられること | Zapier: Add branching logic to Zap workflows with Paths | 2026-10-14 |
| Zapier Tables のトリガーに Trigger Zap Button Clicked、操作に Create Record・Update Record、検索に Find Records があること | Zapier: Zapier Tables integrations | 2026-10-14 |
| ボタンの欄の Trigger Zap が押した行をトリガーとして Zap に送り、押した後に無効にする設定ができ、ボタンがその行にだけ働くこと。Zapier Tables のタスクがアカウントの利用量に数えられないこと | Zapier: Use the button field in Zapier Tables | 2026-10-14 |
課題の採点、修了の判定、受講期限の延長や返金は、講師と運営が判断してください。 本記事は上記の公式ページで確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1465)についてのご相談はこちらから。
