工務店・ハウスメーカーの採用AIツール選び データ利用と出力根拠を確認する

採用AIツールは、「どの製品が高機能か」だけでは選べません。自社が渡す情報をどの条件で扱い、出力を何に使うかによって、必要な機能と契約条件が変わります。

求人原稿の下書きに使えても、応募書類の整理に使えるとは限りません。応募者情報を扱うなら、データの利用・保存・削除を契約と設定で確かめ、出力から元の記述へ戻れることが選定の前提になります。この記事では、ベンダーへの質問と共通デモを、用途ごとの導入判断へつなげる方法を説明します。

01.製品比較の前に、入力と出力の使い道を決める

「採用業務に使う」では、ベンダーも必要条件を答えにくくなります。まず、何を入力し、どの画面や書類で出力を使い、誰が確定するかを書きます。

ここでは、候補者ランキング、適性スコア、自動除外、自動送信、要約を再入力して採点する処理は使わない方針とします。これは本記事で示す選定範囲であり、すべてのAI利用に共通する法的区分ではありません。

R-02で住所や電話番号が不要なら、書類一式をアップロードできることより、必要欄だけを渡せるかが重要です。氏名を消しても職歴等から本人が分かる場合があるため、名前の置換だけで個人情報の問題がなくなるとは扱いません。

同じ要約でも、担当者の閲覧補助に使う場合と、採否会議の資料へそのまま渡す場合では影響が違います。出力の使用先が変わったら、同じ製品でも利用条件を見直します。

02.「学習しない」の対象と例外を、文書と画面で確かめる

営業担当者の「学習に使いません」という説明からは、保存期間、人による閲覧、操作ログの利用、契約終了後の処理までは分かりません。自社が契約するプランを特定したうえで、次の質問をします。

回答は、対象プラン、文書名と該当箇所、設定値、確認日を組にして残します。営業メールも補足になりますが、実際の契約や管理画面と食い違う点があれば解消する必要があります。個人向けアカウントと法人向け契約で条件が違う製品では、利用開始先とアカウント種別も確かめます。

個人データの取扱いを委託する場合、個人情報保護法25条は委託先への必要かつ適切な監督を求めています。個人情報保護委員会の通則編は、委託先の選定、契約、取扱状況の把握などを示しています。個人情報保護委員会：通則編

ただし、実際のAIサービスへの提供がどの法的区分に当たるかは、契約と処理の実態に即して判断します。委託先を確認しただけで、目的外利用や国外での取扱いなどの検討まで済むわけではありません。自社の情報管理責任者や必要な専門家に、実際の契約とデータの流れを示して確認します。

03.架空デモでは、説明の上手さより原文との対応を見る

実在する応募者の書類を営業デモへ持ち込む必要はありません。架空データを使い、同じ職務要件と指示で製品ごとの差を見ます。

以下の工務店例037、応募情報、製品V1・V2はすべて架空です。実製品の性能や実施済みの試験結果を示すものではありません。

工務店例037は施工管理補助1人を募集し、入社後90日以内に任せる仕事を次の三つとします。

1. 現場写真を案件番号と撮影日ごとに整理する。 2. 担当者が確定した日程を協力会社へ連絡する。 3. 担当者の指示に基づいて進捗表を更新する。

この例では必須資格を設定せず、自動車運転の必要性は担当現場と移動方法を決めてから別に判断します。デモ用の応募情報は次の文章です。

設備工事会社の事務担当として、担当者が決めた工事日程を取引先へ電話とメールで連絡した。月次報告書を作成し、担当者から受け取った写真を表計算ソフトの台帳へ貼り付けた。表計算ソフトでは文字入力、並べ替え、簡単な集計を行った。

各製品へ、共通の指示を渡します。

三つの職務要件に関係する記述を、応募情報から原文のまま示してください。直接分かることと、追加確認が必要なことを分け、該当記述がなければ「記載なし」としてください。能力の高さ、人物像、順位、採否は判断しないでください。

架空例：引用が付いていても意味を照合する

引用表示があっても、「担当者が決めた日程を連絡した」を「自ら日程を調整した」と要約すれば意味が変わります。出力からファイル、ページや欄、原文の前後へ戻り、条件や否定、本人の担当範囲まで読めるかを操作して確かめます。

「調整力が高い」という理由文は、原文の代わりにはなりません。自社で定めていない適性や人物像を表示する機能は、参考情報という名称でも判断へ影響します。厚生労働省も、AIを使う選考に公正採用の基本が適用されることを明記しています。公正な採用選考Q&A

同じ入力に、欠落や矛盾を加える

通常の文章を一度正しく処理できただけでは、使える範囲は分かりません。たとえば、次の条件を加えて試します。

最初は共通指示で試し、製品固有の設定で改善する試験は別記録にします。実行日、表示されるモデルや版、テンプレート、管理設定を残すと、出力が変わった理由を調べやすくなります。モデル名が利用者へ開示されない場合は、その制約も比較材料です。

04.導入できる条件と、使いやすさの比較を分ける

データ利用や削除条件が未回答なのに、中間点を付けて比較を進めると、未確認事項が見えなくなります。まず、その用途で扱う情報の条件が分かり、原文へ戻れ、人が修正・停止できるかを判断します。

通過後に、原文へ戻る操作のしやすさ、管理の負担、費用を比べます。総合点を付ける場合でも、重大な不適合を低価格や操作性で相殺しない仕組みが必要です。

架空例：用途ごとに結論を分ける比較表

以下は判断の組み立て方を示す例で、製品の事実ではありません。

V1のR-03が不承認でも、R-02を必ず使えるわけではありません。R-02の画面にも同じ適性スコアが出るのか、R-03へのアクセスを管理者が止められるのかを調べます。禁止する処理へ進めてしまうなら、R-02も利用開始できません。「使わないと決めた」と「使えない設定になっている」は別の条件です。

保留には、必要な回答、担当者、期限を置きます。期限までに解消できなければ、その用途の導入を見送る判断になります。不承認の用途を、理由なく試用継続へ読み替えないようにします。

05.試用では、照合と修正を含む作業量を測る

生成が速くても、誤りを探すために原文を何度も読み直すなら、作業全体は減らないかもしれません。入力範囲の選定、マスキング、取込み、照合、修正、承認、記録までを同じ範囲で測ります。

手作業と比べるときは、対象期間、書類形式、処理した件数、総作業時間を併記します。1件当たりの時間を出すなら、総作業時間を対象件数で割り、対象外へ戻した件数も別に示します。扱いやすい書類だけの結果を、すべての応募書類に当てはめることはできません。

誤出力の記録には、問題の文、対応する原文、人の修正、変更した設定、再試験の結果を残します。「指示が悪かった」「モデルの問題だった」という原因は、比較できる記録が得られるまでは仮説として扱います。

ベンダー担当者がその場で修正できても、自社の担当者が再現できるとは限りません。設定変更を誰が行い、どれほど待ち、記録を取得できるかまで試します。価格も月額料金だけでなく、初期設定、教育、原文照合、管理、問い合わせ、データ出力、解約作業を含めて見ます。

候補者情報を扱う実運用の試用は、契約・入力条件が確認できた範囲だけで行います。不通過の機能を実在する応募者の書類で試す必要はありません。担当者が見落とした誤りは、別の担当者による原文照合でも調べ、採否に影響し得る誤りを止められない用途は継続を見直します。

06.最後は「使う用途・条件・責任者」を承認する

導入記録は、製品名だけでは足りません。日常の担当者が何をしてよいか分かる形へ落とします。

架空のV1でR-01とR-02を承認するなら、R-03の遮断、R-02への禁止スコアの非表示、表組みPDFを対象外にする方法を実際に確認してから開始します。表組みPDFの除外など、R-02固有の書類処理条件を満たせない場合は、R-02を保留し、R-01だけに用途を狭める選択もあります。ただし、R-01だけを始める場合も、その利用環境からR-03やその他の禁止処理へ進めないこと、扱う情報の契約・入力条件が確認でき、人が出力を照合・修正・停止できることが前提です。共通の遮断条件を満たせない利用環境では、R-01も開始しません。

利用後に原文引用が出なくなった場合や、未記載の経歴を断定する出力が現れた場合は、そのまま選考資料へ流しません。原文で処理し直し、同じ機能の他案件にも影響していないかを調べます。原因を特定できなければ、該当用途を止めて再試験します。誤共有・誤送信が疑われる場合は、追加処理を止めて情報管理責任者へ報告し、必要な対応を判断します。

応募者から情報の扱いや訂正・削除等の問い合わせがあれば、製品の宣伝文句ではなく、自社で実際に行った処理をたどれる記録が役立ちます。対応の要否と範囲は法令、取得時の説明、保管状況、契約を踏まえて判断します。

選ぶべきなのは、自社が必要とする処理を、担当者が日常的に照合・修正できる製品です。未確認の条件を残したまま機能を増やすより、確認できた用途から始めれば、追加導入で何を調べるべきかも明確になります。