面接が終わるたびに、面接官の記録と選考の状況から応募者へのお礼と次の選考の案内メールの下書きを作り、採用担当の確認に回す
面接が終わって面接官が記録を送ると、応募者へのお礼と次の選考の案内メールの下書きができあがり、採用担当の確認に回ります。採用担当は下書きを確かめて送るだけになります。
- 生成AI
- ChatGPT/Claude
- 連携・自動化
- Make/n8n/Power Automate/Zapier
- 対象業界
- 人材/介護/小売/飲食
- 対象部門
- 人事/採用
- 対象業務
- 書類作成
- 主な課題
- 人手が足りない/書類作成に時間がかかる/期限・対応漏れが起きる
- AIで行う処理
- 生成
- 主な効果
- 品質標準化/対応スピード向上/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- ノーコード連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 面接官が面接の後に、記録のフォームで判定と評価のコメントを送る
- 採用担当が、選考管理のスプレッドシートで記録が届いたことに気づく
- 面接官の記録を読み、応募者に伝えるべきこと(面接で約束したこと、応募者からの質問への回答)を拾う
- 選考の状況を見て、次の段階の面接官、形式、所要時間、日程の決め方を確かめる
- お礼と次の選考の案内のメールを書く。保留の場合は、結果を連絡する時期を書く
- 送ったことを選考管理のスプレッドシートに記録する
- 人面接官が面接の後に、記録のフォームを送る。「応募者に伝えてよいこと」と「社内だけの評価」の欄が分かれている
- 自動フォームの回答をきっかけに Zap が動き、選考管理表から応募者と選考の状況を引く
- 自動判定で分岐する。次へ進む/保留は下書きを作る。見送りは下書きを作らず、採用担当に知らせるだけにする
- 自動段階ごとの案内事項の表から、次の段階で案内すべき事項を取り出す
- 自動AI by Zapier が、応募者に伝えてよい記録と案内事項から、お礼と案内の下書きを作る
- 自動採用グループの共有の Gmail に下書きを作り、選考管理表に「下書き作成済み」と書き込む
- 人採用担当が下書きを開き、案内事項の抜けと言い回しを確かめて送る
- 【人/自動】 送った日時を選考管理表に記録する
各工程の詳しい説明を読む
- 面接官が面接の後に、記録のフォームで判定と評価のコメントを送る
- 採用担当が、選考管理のスプレッドシートで記録が届いたことに気づく
- 面接官の記録を読み、応募者に伝えるべきこと(面接で約束したこと、応募者からの質問への回答)を拾う
- 選考の状況を見て、次の段階の面接官、形式、所要時間、日程の決め方を確かめる
- お礼と次の選考の案内のメールを書く。保留の場合は、結果を連絡する時期を書く
- 送ったことを選考管理のスプレッドシートに記録する
(a)当日中に送れない。 記録が届くのが夕方に集中し、4名で手分けしても翌日に回る日があります。応募者は複数の会社を並行して受けていることが多く、連絡が1日遅れるだけで、ほかの会社の選考が先に進みます。
(b)案内すべき事項が抜ける。 二次面接は本社での対面か、オンラインか。最終面接の前に提出してもらう書類はあるか。段階ごとに案内すべき事項は決まっていますが、担当者の記憶に頼っています。 抜けた事項は、応募者からの問い合わせで気づきます。
(c)面接で約束したことが伝わらない。 面接官が「給与の詳細は次の面接の前に資料で送ります」と応募者に伝えていても、それが記録のコメントの中に埋もれていると、採用担当が拾い損ねます。 応募者から見ると、約束が守られなかったことになります。
(d)社内の評価が文面ににじむ。 面接官の評価のコメントを読みながら書くため、「〇〇のご経験について次回さらに伺えれば」のように、評価の中身が透けて見える文面になることがあります。
- 【人】 面接官が面接の後に、記録のフォームを送る。「応募者に伝えてよいこと」と「社内だけの評価」の欄が分かれている
- 【自動】 フォームの回答をきっかけに Zap が動き、選考管理表から応募者と選考の状況を引く
- 【自動】 判定で分岐する。次へ進む/保留は下書きを作る。見送りは下書きを作らず、採用担当に知らせるだけにする
- 【自動】 段階ごとの案内事項の表から、次の段階で案内すべき事項を取り出す
- 【自動】 AI by Zapier が、応募者に伝えてよい記録と案内事項から、お礼と案内の下書きを作る
- 【自動】 採用グループの共有の Gmail に下書きを作り、選考管理表に「下書き作成済み」と書き込む
- 【人】 採用担当が下書きを開き、案内事項の抜けと言い回しを確かめて送る
- 【人/自動】 送った日時を選考管理表に記録する
1番目のフォームの作り替えが、この設計の土台です。 社内だけの評価をAIに渡さないために、入力の段階で欄を分けます。 後からAIに「評価は書かないで」と頼むより、渡さないほうが確実です。
3番目で見送りを外しているのも、意図してのことです。 不採用の連絡は、合否の確認、送る時期、文面の決まりがあり、1通ごとの言葉選びが応募者の受け止め方に強く響きます。 決まった文面を採用担当が送る運用を、そのまま残します。
02今回想定するシステム構成
面接記録の Google フォーム(回答は選考管理表につながる) │ 面接官が面接後に送る ▼【トリガー】New Form Response(Google Forms) Zapier ├──▶ Google スプレッドシート ── 選考管理表から応募者と選考の状況を引く ├──▶ Google スプレッドシート ── 段階ごとの案内事項の表を引く ▼ Paths(次へ進む/保留/見送り) ├─ 見送り ─▶ Slack で採用担当に知らせる(下書きは作らない) ▼ AI by Zapier ── 応募者に伝えてよい記録と案内事項から、お礼と案内の下書きを作る │ 案内事項の抜け/配慮の要る記述に印 ├──▶ Gmail に下書きを作成(送信はしない) ├──▶ 選考管理表に「下書き作成済み」を書き込む └──▶ Slack で採用担当に知らせる ▼ 【人】採用担当が確かめて送る
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| ワークフロー | Zapier(Paths by Zapier) | Make、n8n、Power Automate |
| 生成AI | AI by Zapier(お礼と案内の下書き) | Claude API、OpenAI API |
| 面接記録 | Google フォーム | Microsoft Forms |
| 選考管理表 | Google スプレッドシート | 採用管理システムの書き出し |
| 下書き | Gmail | Outlook |
| 通知 | Slack | Microsoft Teams |
フォーム、選考管理表、Gmail は、新しく足すものではありません。 新しく作るのは、フォームの欄の分け方の変更と、段階ごとの案内事項の表の2つです。
起点は、Google フォームの New Form Response のトリガーです。 新しい回答が届いたときに動くトリガーで、回答が追加・変更されたときに動く New or Updated Form Response もあります。Google フォームの回答は Google スプレッドシートに保存されている必要があります。 すでに選考管理表につながっているので、そのまま使えます。
AIのステップには AI by Zapier を使います。 Zap の中に置くAIのステップで、ひな形の「作成」にあたります。返してほしい項目は名前・型・説明で定義し、定義しないとまとめた1つの結果が返ります。 件名、本文、抜けた案内事項を別々に受け取りたいので、必ず定義します。
モデルの階層は Standard(1倍のタスク)から始めます。 Advanced は3倍、Premium は5倍のタスクを使います。この構成は必要な情報をすべてプロンプトに差し込み、道具を使わせないので、Standard で足ります。 AI by Zapier は Professional、Team、Enterprise のプランで使えます。
Paths は条件ごとに手順を分ける機能で、1つのグループに最大10本の分岐を置けます。 分岐は左から順に評価され、どれにも当たらないときの分岐を1つ置けます。判定が空欄の回答は、どれにも当たらない分岐で採用担当に回します。
03どうやって実装するのか
処理の起点を決める
面接官が記録のフォームを送ったことを起点にします。 New Form Response のトリガーで、回答が届くたびに1件ずつ動かします。1日の終わりにまとめて処理しません。 記録が届いた時点で下書きができていれば、採用担当は面接の合間に送れます。
回答の修正では動かしません。 New or Updated Form Response を使うと、面接官が誤字を直しただけで2通目の下書きができます。修正があったときは、採用担当が下書きを直す運用にします。 判定そのものを変えたいときは、面接官から採用担当へ連絡してもらいます。
面接官が2名以上で担当する面接では、記録が2通届きます。 二次面接を部長と現場のマネージャーの2名で行う場合などです。フォームに「主担当か」の欄を設け、主担当の記録だけを下書きのきっかけにします。 もう1名の記録は選考管理表に残るだけで、下書きには使いません。2名の判定が食い違う場合は、主担当が採用担当と相談してから送る決まりにします。
面接官に「面接が終わったら、その場でフォームを送る」ことを決めてもらうのが、実は最初の作業です。 記録が翌日に届けば、下書きも翌日になります。フォームの欄を減らし、5分で送れる形にしておくのは、そのためでもあります。
入力データを集める
面接記録のフォームの欄を、次のように分けます。
| 欄 | 中身 | AIに渡すか |
|---|---|---|
| 応募者ID | 選考管理表のID(面接の案内に書いてある番号) | 渡さない(表を引くのに使う) |
| 面接の段階 | 一次/二次/最終 | 渡す |
| 判定 | 次へ進む/保留/見送り | 渡す(分岐に使う) |
| 応募者に伝えてよいこと | 面接で約束したこと、応募者からの質問で後日回答すると伝えたこと | 渡す |
| 次の面接官への申し送り | 次の段階で確かめたい点 | 渡さない |
| 評価のコメント | 評価の理由、懸念点 | 渡さない |
| 保留の場合の結果連絡の時期 | 何日までに連絡するか | 渡す |
質を決めるのは、「応募者に伝えてよいこと」の欄の書き方です。 説明文に「この欄の内容は、応募者へのメールに使われます」と書いておきます。面接官が、応募者に読まれる前提で書くようになります。
| 選考管理表から引くもの | 中身 |
|---|---|
| 応募者の情報 | 氏名、メールアドレス、応募職種 |
| 選考の状況 | 今回の段階、次の段階、採用担当の名前 |
| 日程の決め方 | 日程調整のページのURL、または候補日の出し方 |
| 案内事項の表(段階ごと) | 中身の例 |
|---|---|
| 一次→二次 | 形式(オンライン)、所要時間(45分)、面接官の役職、日程の決め方、返事の期限 |
| 二次→最終 | 形式(本社で対面)、所要時間(60分)、持ち物、事前に提出する書類、交通費の扱い |
| 保留 | 結果を連絡する時期、問い合わせ先 |
案内事項の表の値は、職種ごとに変わることがあります。 営業職の最終面接では事前の課題があり、キャリアアドバイザーでは無い、といった違いです。表に「職種」の列を持たせ、段階の組と職種の両方で1行を引くようにします。
案内事項の表は、採用グループが持つ決まりです。 AIに「二次面接の案内に必要なことを考えて」と頼むと、毎回違うものを並べます。何を案内するかは表で決め、AIは表の事項を文章にするだけにします。
データの取得方法を決める
| 取るもの | どの操作で | 何に使うか |
|---|---|---|
| 面接の記録 | New Form Response のトリガー | 判定、段階、伝えてよいこと |
| 応募者と選考の状況 | Lookup Spreadsheet Row(応募者IDで検索) | 宛先、氏名、次の段階 |
| 案内事項 | Lookup Spreadsheet Row(段階の組で検索) | 次の段階で案内すべき事項 |
| 選考管理表への書き込み | Update Spreadsheet Row | 下書きの作成、送信の記録 |
選考管理表の検索には Lookup Spreadsheet Row を使います。 列と値で行を探し、補助の検索列と値で絞り込めます。応募者IDと今回の段階の両方が一致する行を引くようにすると、同じ応募者の一次と二次の行を取り違えません。
面接官が応募者IDを誤って入力すると、別の応募者の行を引きます。 フォームの応募者IDの欄は、面接の案内に書いてある番号をそのまま写す形にし、引いた行の氏名を Slack の通知に必ず出して、採用担当の目で確かめます。
AIへ渡す前に整形する
- 判定の確認 … 判定が空欄、または見送りのときは、下書きを作らずに採用担当に知らせます
- 応募者の行の確認 … 応募者IDで行が引けないときは止め、採用担当に知らせます
- 重複の確認 … 同じ応募者IDと段階で、すでに「下書き作成済み」の行があれば止めます
- 案内事項の取り出し … 今回の段階と次の段階の組から、案内事項の表の1行を取り出します
- 伝えてよいことの整え … 「応募者に伝えてよいこと」の欄が空欄なら、空欄のまま渡します。AIに補わせません
- 期限の日付の計算 … 返事の期限や結果連絡の時期を「3営業日後」で決めている場合は、日付に直してから渡します。日付の計算はAIにさせません
- 主担当の確認 … 「主担当か」の欄が「いいえ」の記録では、下書きを作らずに終えます
- 連絡手段の確認 … 選考管理表で「電話での連絡を希望」となっている応募者は、下書きを作らず、採用担当に電話の依頼として知らせます
6番目を軽く見ないでください。 「3営業日後の〇月〇日(〇)まで」をAIに計算させると、曜日や祝日を取り違えます。応募者は書かれた日付を信じて動きます。 日付は Zapier の側で計算してから差し込みます。
AIに処理させる
させるのは、渡した事項を、応募者に送る丁寧な文面にすることだけです。
| させること | 中身 |
|---|---|
| お礼 | 面接に時間を取ってもらったことへのお礼。段階と形式に合わせた書き方 |
| 結果の伝え方 | 次へ進むか、結果を待ってもらうか。判定のとおりに |
| 案内事項 | 表から取り出した事項を、漏れなく文章にする |
| 約束の反映 | 面接で約束したことを、いつ・どう果たすかとともに書く |
| 抜けの報告 | 表にある事項のうち、値が空で書けなかったものを挙げる |
| 配慮の要る記述の報告 | 伝えてよいことの欄に、適性・能力と関係のない事項が書かれていたら印を付けて報告し、本文には入れない |
| させないこと | 理由 |
|---|---|
| 評価や感想を書くこと | 社内の評価が透けて見える。そもそも評価は渡していない |
| 合否の見通しを書くこと | 「前向きに検討しています」は約束になる |
| 案内事項の追加や推測 | 表に無い持ち物や手続きを作らない |
| 日付の計算 | Zapier の側で計算して渡す |
| 送信 | 下書きまで。送るのは採用担当 |
最後から2つ目の「配慮の要る記述」は、厚生労働省が示す考え方にもとづきます。 就職差別につながるおそれがある事項として、本籍・出生地、家族、住宅状況、生活環境・家庭環境、宗教、支持政党、尊敬する人物などの14事項が挙げられており、応募者からの指摘の多くを「家族に関すること」の質問が占めるとされています。面接の雑談で出た話が「伝えてよいこと」の欄に紛れ込んだときに、メールに書いてしまわないための歯止めです。印が付いたら、面接の進め方そのものを採用担当が面接官と振り返る材料にもします。
指示内容を固定する
あなたは人事部採用グループの担当者です。
面接を終えた応募者に送る、お礼と次の選考の案内メールの本文を作ります。
【渡す情報】
- 応募者の氏名:{name}
- 応募職種:{position}
- 今回の面接:{stage}(形式:{format})
- 判定:{decision}(next または hold)
- 次の選考の案内事項:{next_step_items}
- 日程の決め方:{scheduling}
- 返事の期限:{reply_deadline}
- 結果連絡の時期(hold のとき):{result_date}
- 面接で応募者に伝えたこと:{told_to_candidate}
- 採用担当の名前:{recruiter_name}
【厳守事項】
- 判定が next なら次の選考へ進むこと、hold なら結果を待って
もらうことを、判定のとおりに書いてください。合否の見通しや、
「前向きに」「期待しています」のような評価の言葉は書かないでください。
- 「次の選考の案内事項」にある事項は、すべて本文に入れてください。
値が空の事項は書かずに missing_items に入れてください。
案内事項に無い持ち物や手続きを足さないでください。
- 日付と曜日は、渡されたとおりに書いてください。計算しないでください。
- 「面接で応募者に伝えたこと」に書かれた約束は、本文に入れてください。
空欄なら、約束について何も書かないでください。
- 「面接で応募者に伝えたこと」に、本籍・出生地、家族、住宅、
生活環境、宗教、思想、支持政党、尊敬する人物、労働組合など、
応募者の適性・能力と関係のない事項が含まれていたら、本文に入れず、
sensitive_notes にその箇所を写してください。
- 面接の内容(応募者が話した経験や考え)に触れないでください。
- 本文は400字以内。宛名と署名は含めないでください。
「面接の内容に触れない」をわざわざ書いているのは、お礼の文面で起きやすいからです。 「〇〇のプロジェクトのお話が印象的でした」のような一文は、丁寧に見えますが、応募者には評価の手がかりとして読まれます。 次へ進む人と保留の人で書きぶりが変われば、なおさらです。
missing_items を出させるのは、案内事項の表の値が空のまま運用に乗ったときに気づくためです。二次面接の会場が決まっていないのに、会場に触れない案内が送られる、という失敗を防ぎます。
出力形式を固定する
AI by Zapier の出力項目を次のように定義します。
| 出力項目 | 型 | 説明 |
|---|---|---|
subject | テキスト | 件名(例:「一次面接のお礼と二次面接のご案内」) |
body | テキスト | 本文。宛名と署名を含めない |
missing_items | テキスト | 値が空で書けなかった案内事項 |
sensitive_notes | テキスト | 本文に入れなかった、配慮の要る記述 |
1つ目の理由は、件名と本文を Gmail の下書きの別々の欄に入れられることです。 出力項目を定義しないと、1つにまとまった結果が返ります。
2つ目は、missing_items と sensitive_notes を Paths の条件に使えることです。 どちらかが空でなければ、Slack の通知に「要確認」と付けて採用担当に知らせます。空なら、通常の通知だけにします。
3つ目は、宛名と署名を Zapier の側で差し込めることです。 氏名の漢字と敬称、採用担当の署名は、選考管理表の値をそのまま使います。AIに書かせると、氏名の字を取り違えることがあります。
Gmail の下書きは次の形で作ります。
宛先:{email}
件名:{subject}
本文:
{name} 様
{body}
――――――――
{recruiter_signature} システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 面接記録のフォーム | New Form Response のトリガー | 面接の記録を受ける |
| 選考管理表 | Lookup Spreadsheet Row/Update Spreadsheet Row | 応募者と状況を引き、下書きの作成を記録する |
| 案内事項の表 | Lookup Spreadsheet Row | 段階ごとの案内事項を引く |
| AI by Zapier | Zap の中のAIのステップ | お礼と案内の下書き |
| Gmail | Create Draft | 採用グループの共有アカウントに下書きを作る |
| Slack | メッセージの投稿 | 採用担当に知らせる |
送信は Zapier からは行いません。 Gmail には Send Email の操作もありますが、使いません。応募者への連絡は、採用担当が確かめてから送ります。
差出人は、採用担当の名前の別名にします。 共有のアカウントから別のアドレスで送るには、Gmail に別名(エイリアス)を設定しておく必要があります。応募者からの返信が担当者に届くようにしておきます。
人が確認する
- Slack の通知で、応募者の氏名と判定を確かめる … 面接官が応募者IDを誤って入力していないかを、氏名で確かめます
- 「要確認」の付いたものから開く …
missing_itemsがあれば案内事項を埋め、sensitive_notesがあれば内容を確かめて面接官に伝えます - 本文を読み、評価がにじむ言葉が無いかを見る … 「前向きに」「期待」のような言葉が残っていれば消します
- 日付と曜日を確かめて送る … 返事の期限と結果連絡の時期を、カレンダーで確かめます
- 送った日時を選考管理表に記録する
1番目を省かないでください。 別の応募者に案内を送ると、選考の状況という個人の情報を第三者に渡すことになります。宛先の取り違えは、文面の誤りよりはるかに重い失敗です。
目標は、1件5分です。 下書きを読み、日付を確かめて送るまでで、missing_items や sensitive_notes の付いたものは長くかかります。
送る時間帯も決めておきます。 夜の面接の記録で下書きができても、夜遅くに送ると応募者の負担になります。20時を過ぎたものは翌朝に送るなど、採用グループで決めておき、翌朝の最初の作業にします。当日中に送ることより、翌朝の早い時間に確実に送ることを優先するほうが、続けやすい運用になります。
例外に対処する
| 起きること | 対応 |
|---|---|
| 応募者IDで行が引けない | 下書きを作らず、採用担当に知らせる |
| 判定が空欄 | どれにも当たらない分岐で、採用担当に知らせる |
| 判定が見送り | 下書きを作らない。不採用の連絡は決まった文面で採用担当が送る |
| 同じ面接の記録が2回届いた | 「下書き作成済み」の行があれば止める |
| 次の段階の案内事項が表に無い | 下書きを作らず、表の整備を採用担当に依頼する |
| 面接官が記録を出さない | 選考管理表で、面接の日から1日たっても記録の無い面接を毎朝一覧にする |
| 判定を後から変えたい | 面接官から採用担当へ連絡し、下書きを削除して作り直す |
| AIのステップが失敗した | 選考管理表に「下書き失敗」と書き、採用担当が手で書く |
| 応募者が面接に来なかった | 面接官が判定の欄で「欠席」を選ぶ。下書きは作らず、採用担当が連絡の要否を決める |
| オンライン面接が回線の不調で途中で終わった | 判定を保留にし、「伝えてよいこと」に再実施の予定を書いてもらう |
| 2名の面接官の判定が食い違う | 主担当の記録で下書きは作るが、通知に「判定の食い違い」を付けて採用担当に知らせる |
6行目は、この構成の外にある問題です。 記録が届かなければ、下書きは作られません。記録の無い面接を毎朝並べる仕組みを、同じ Zapier の別の Zap で用意しておきます。
記録を残す
- 面接の記録(フォームの回答の全文。選考管理表に残る)
- AIに渡した項目と、返ってきた出力項目の全文
missing_itemsとsensitive_notes- 採用担当が送った本文(下書きとの差を見るため)
- 面接の日時、記録の送信日時、下書きの作成日時、送信日時
記録の保存先は、選考管理表と同じ権限の範囲にそろえます。 AIの入出力を別の場所に書き出すと、応募者の情報の置き場が増えます。Zap を組んだり直したりできる Zapier のアカウントも、採用グループの中に限ります。 Zap の設定を見られる人は、そこを流れる応募者の情報にも触れられるからです。
最後の行で、面接から連絡までの時間を測ります。 面接の終わりから送信までの時間を週ごとに並べると、記録の遅れと確認の遅れのどちらで詰まっているかが分かります。
sensitive_notes の記録は、面接官の振り返りに使います。 同じ面接官から繰り返し出るなら、面接の進め方を見直してもらう材料になります。
04実装レベルの3段階
最小構成では件数がさばけません。 1件ずつ貼るので、月240件には使えません。確かめるための段階です。 半自動化で、1件15分が5分になり、この段階が本記事の想定です。 記録を読み直す作業と、案内事項を確かめる作業がなくなり、採用担当は下書きを確かめて送ることに時間を使います。 段階を飛ばさないでください。 半自動化を1か月回すと、missing_items の多い段階と職種、sensitive_notes の出やすい面接官が見えてきます。案内事項の表と面接官への周知をそこで直してから先へ進むほうが、本格構成で追う催促の数も減ります。 本格構成は、日程調整の仕組みを使っている会社で進めます。 返事の期限を過ぎても日程が決まらない応募者を拾い、催促の下書きを作るところまで広げられます。それでも、送信は人が行う形を残します。
05工数削減シミュレーション
導入後 240件 × 5分 ÷ 60 = 20 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 通年で採用を続け、月に百〜数百件の面接を行っている会社。面接のあと、採用担当が面接官のメモと選考の状況を見直して、お礼と次の選考の案内を1通ずつ書いている場合。面接の当日中に連絡できず、次の選考の日程が決まるまでに日が空いている場合。面接官の記録を Google フォームで集め、選考の状況を Google スプレッドシートで管理している場合。
- 面接が月に数件で、採用担当がその場で連絡できている場合。応募者とのやり取りを採用管理システムの中だけで行い、外部から下書きを作れない場合。面接官が記録を残さず、口頭でしか結果を伝えていない場合。なお、合否の判断や不採用の理由の説明は、この構成では代替できません。
07最小構成で試す方法
- 先月の面接の記録から20件を選ぶ(一次→二次、二次→最終、保留を混ぜる)
- 段階ごとの案内事項の表を、採用グループで1枚にまとめる
- 20件の記録から、「応募者に伝えてよいこと」に当たる部分を手で抜き出す
- 社内で使える生成AIの画面に、第7章のプロンプトと、記録・案内事項を貼る
- 出てきた下書きを、当時実際に送ったメールと並べる
3番目を手でやってみるのが、この試しの目的の半分です。 今の記録から「伝えてよいこと」を抜き出すのにどれくらい迷うかで、フォームの欄を分ける必要の大きさが分かります。
| 出てきた内容 | 判断 |
|---|---|
| 案内事項が漏れなく入り、評価の言葉も無い | フォームの作り替えとZapierの連携に進む |
| 評価や合否の見通しの言葉が混ざった | 指示の書き方で直る。構成は有効 |
| 当時のメールの案内事項がばらばらで、比べられない | 案内事項の表を決めるのが先。 AIの問題ではない |
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 評価のコメントがにじんだ文面になる | 評価はAIに渡さない。 フォームの欄を分ける |
| 「前向きに」など合否の見通しを書く | 評価の言葉を名指しで禁じる |
| 案内事項がばらばらになる | 段階ごとの案内事項の表で決める |
| 期限の日付と曜日を取り違える | 日付は Zapier の側で計算して渡す |
| 面接官の誤字の修正で2通目ができる | New or Updated ではなく New Form Response を使う |
| 応募者IDの誤りで別人の行を引く | 通知に氏名を出し、採用担当が確かめる |
| 見送りの応募者にも下書きができる | Paths で見送りを分け、下書きを作らない |
| 雑談で出た家族の話がメールに入る | sensitive_notes に出させ、本文に入れない |
| 出力項目を定義せず、件名と本文が分かれない | 出力項目を必ず定義する |
| 下書きを自動で送る設定にする | 送信は採用担当が行う |
上の2行が、この構成の失敗のほとんどです。 どちらも、社内の評価が応募者に届く形で起きます。評価を渡さないという入力の設計ができているかどうかで、下書きをそのまま信用できるかが決まります。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 応募者の氏名、メールアドレス、応募職種、選考の段階と判定、面接で伝えたことです。評価のコメントと次の面接官への申し送りは、AIには渡しません。
- AIに渡す範囲を、応募者に伝える内容に限る … 評価、懸念点、申し送りは、フォームの欄を分けて渡さない設計にします。渡さないものは、漏れようがありません
- 適性・能力と関係のない事項を、メールにも記録にも広げない … 厚生労働省は、本籍・出生地、家族、住宅状況、宗教、支持政党などを把握することが就職差別につながるおそれがあるとしています。
sensitive_notesに出たものは本文に入れず、面接の進め方を見直す材料にします - 宛先の取り違えを防ぐ … 応募者IDで行を引き、通知に氏名を出して人が確かめます。選考の状況は応募者本人の情報です
- 不採用の連絡を自動にしない … 見送りは下書きを作らず、決まった文面で採用担当が送ります
- 下書きを置く Gmail のアカウントの権限を絞る … 共有のアカウントには、応募者とのやり取りがまとまります。採用グループだけが使えるようにします
- 選考管理表の保存期間を決める … 応募者の情報をいつまで持つかを、自社の個人情報の取扱いの決まりに沿って決めておきます
誤りが起きた場合のリスクは、評価がにじんだ文面を送ることと、別の応募者に送ることの2つです。 前者は入力の設計で、後者は人の確認で防ぎます。
10まず何から始めるか
1週目:段階ごとの案内事項の表を作る
一次→二次、二次→最終、保留のそれぞれで、応募者に案内すべき事項を採用グループで決めます。 過去に応募者から問い合わせがあった事項を拾うと、抜けやすい事項が分かります。
2週目:20件で試す
先月の記録から20件を選び、「伝えてよいこと」を手で抜き出して、生成AIの画面で下書きを作ります。当時のメールと並べ、評価の言葉が混ざっていないかを最優先で見ます。
3週目:面接記録のフォームを作り替える
「応募者に伝えてよいこと」「次の面接官への申し送り」「評価のコメント」の欄を分け、説明文を付けます。面接官に、面接の直後に送ってもらうよう依頼します。
4週目:フォームから下書きまでをつなぐ
Zapier で、フォームの回答から選考管理表と案内事項を引き、Gmail に下書きを作るところまで作ります。この時点では、一次→二次だけを対象にします。
2か月目: 二次→最終と保留を足し、missing_items と sensitive_notes の件数を毎週数えます。3か月目以降: 送った本文と下書きの差から指示と案内事項の表を見直し、1件15分が何分になったかを実測します。面接の当日中に案内を送れる割合が9割を超えた時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| AI by Zapier が Zap にAIのステップを加える組み込みの機能であること。ひな形に作成があること。出力項目を名前・型・説明で定義でき、定義しないとまとめた1つの結果を返すこと。階層が Standard(1倍)、Advanced(3倍)、Premium(5倍)であること。Professional、Team、Enterprise で使えること | Zapier: Use AI by Zapier to analyze and return data | 2026-10-06 |
| Google フォームのトリガーに New Form Response と New or Updated Form Response があること。回答が Google スプレッドシートに保存されている必要があること | Zapier: How to get started with Google Forms on Zapier | 2026-10-06 |
| Paths の1つのグループに最大10本の分岐を置けること。左から順に評価されること。どれにも当たらないときの分岐を1つ置けること | Zapier: Add branching logic to Zaps with Paths | 2026-10-06 |
| Lookup Spreadsheet Row が列と値で行を探し、補助の検索列と値で絞れること | Zapier: Find and update spreadsheet rows in Google Sheets | 2026-10-06 |
| Gmail の操作に Create Draft と Send Email があること。別のアドレスから送るには Gmail に別名の設定が要ること | Zapier: How to get started with Gmail on Zapier | 2026-10-06 |
| 就職差別につながるおそれがある14事項(本籍・出生地、住宅状況、家族、生活環境・家庭環境、宗教、人生観・生活信条、思想、購読新聞・愛読書、支持政党、尊敬する人物、労働組合・社会運動、身元調査、不要な健康診断、適性・能力に関係ない事項を含む応募書類)。応募者からの指摘の多くを家族に関する質問が占めること | 厚生労働省 公正採用選考特設サイト: 採用選考時に配慮すべき事項 | 2026-10-06 |
応募者の情報の取扱いと、配慮すべき事項の運用は、自社の人事部と法務の判断に従ってください。 本記事は公開情報で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-0620)についてのご相談はこちらから。
