この業務で起きている悩み
- 担当
- 採用担当者・採用代行チーム
- 頻度
- 応募書類を受領するたび
- 止まる場所
- 書類ごとに異なる項目配置と、ATSへの転記・登録確認
- メールや添付書類から応募者情報を探している
- 氏名、連絡先、応募求人などをATSへ繰り返し入力している
- 不足項目や重複候補者の確認が後工程に残る
応募者情報のATS登録
応募者情報を読み取り、確認を挟んでATS登録へつなぐ
書類の読み取りからATS登録後の確認までを、担当者の承認を含めてつなぎます。
テンプレートはログイン後に自組織へ複製されます
Before / After
人が行う手順と、導入後に残す確認作業
以下は手順の比較です。所要時間や削減率は業務条件によって変わるため、数値効果は個別の条件で試算します。
Before
現在の手順
- 1受信メールと添付書類を開く
- 2応募者情報から必要項目を拾う
- 3ATSで候補者を検索する
- 4各項目を入力して登録する
- 5登録内容を見直して共有する
After
Pigeon Workflow導入後
- 1新着メールから添付書類を取り込む
- 2書類を読み取り、登録候補の項目を作る
- 3ATSの登録状況と重複候補を確認する
- 4担当者が登録内容を確認・承認する
- 5承認済みデータをATSへ入力し、結果を共有する
Workflow
連携ノードを組み合わせるワークフロー
応募を受け取る
EMAIL トリガー
書類内容を読み取る
書類読み取り
登録項目を整理
AI 抽出
ATSの登録状況を確認
ブラウザ自動操作 RPA
登録可否を確認
手動承認
ATSへ登録
ブラウザ自動操作 RPA
担当者へ共有
Slack 送信
確認が必要な場合の分岐
書類読み取り から分岐
- 確認が必要な項目を抽出
- 原文と結果を提示
担当者が内容を確認・修正
手動承認 から分岐
- 重複候補を確認
- 登録内容を承認
承認結果に応じて処理
ブラウザ自動操作 RPA から分岐
- 登録結果を確認
- 確認事項を整理
必要に応じて担当者が確認
処理結果を記録し、判断が必要な場合は担当者が確認できる状態にします。
Integrations
必要な連携
メール・書類読み取り・Slack
応募メールの受信、書類内容の読み取り、処理結果の共有に使います。
応募受付システム・ATS API
連携先の仕様を確認し、適切な構成をご案内します。
ATSのWeb画面
事前に適合性を確認し、候補者情報の確認、項目入力、登録結果の確認を行います。
テンプレートはログイン後に自組織へ複製されます
Review flow
確認が必要な場合の進め方
01
読み取り内容の確認
確認が必要な項目は、元書類と読み取り結果を担当者が照合して修正します。
02
重複候補
重複候補は担当者による確認と承認を経て処理します。
03
登録結果の確認
登録結果を確認し、判断が必要な場合は担当者の確認へ切り替えます。
Fit & design
適用条件と設計のポイント
- 01書類形式への対応
- 書類形式に応じた読み取り方法を、導入前のサンプル確認で設計します。
- 02原文との照合
- 確認が必要な項目は、担当者が元書類と照合します。
- 03ATSとの適合性
- 対象の画面・認証方法・例外時の扱いは個別デモで確認できます。
- 04重複候補の扱い
- 複数の情報を用いて重複候補を確認し、最終判断は担当者が行います。
Field results
人材紹介会社での運用例
- 期間
- 特定のお客様環境での限定期間
- 対象19件のうち15件を自動で登録まで完了しました。
- 残り4件は、ATS側に求人の希望枠が掲載された後に担当者が登録しました。
- 結果は個別環境や条件により異なります。
お客様の許諾の範囲で、社名・ATSの製品名・応募者情報は掲載していません。構成はお客様の環境に合わせたもので、本ページの構成と一部異なります。
Price guide
料金目安
Light 月額50,000円
税抜・10ユーザー・25,000 AIクレジット・RPAノード
実行量、ブラウザRPAの利用範囲、連携要件によって必要なプランは異なります。適合確認後に個別にご案内します。
料金プランを見るFAQ
よくあるご質問
利用中のATSに対応できますか？
導入前に対象環境との適合性と一連の動作を確認します。
候補者の合否はどのように判断しますか？
採用判断は担当者が行い、Pigeon Workflowは情報の読み取り、整理、登録作業を支援します。
重複候補はどう扱いますか？
ATSの登録状況を確認し、重複候補は担当者による確認と承認を経て処理します。
More use cases