支えるべき業務と、チームが実際に扱う例外に合わせてソフトウェアを選びます。すべてのベンダーを同じ事例で試す簡潔な評価表を使うと、利点だけでなく妥協点も把握できます。
手順と確認項目
ATSは応募、求人、選考段階、評価を管理します。候補者データベースは1回の採用活動を超えてプロフィールを保持し、採用業務向けCRMは顧客関係と進行中の採用案件をつなぎます。1人に複数の応募があり、それぞれ異なる状態を持てます。
候補者のショートリストに同じ人が重複したら、関連する応募より先にプロフィールの識別子を確認します。マッチングでスキルが見つからない場合は、履歴書の本文、抽出項目、求人要件を比較します。点数を変える前に記録を修正します。
- 完全なレコード、重複、例外を含むサンプルを用意します。
- 2種類の役割で業務を実行し、手順、修正、権限を記録します。
- 結果を出力し、件数、関連付け、値を元データと照合します。
結果とレコードを定義する
このテーマでは、まず「プランに含まれる履歴書、利用者、募集中の求人、無料プランの制限」を確認します。
手順、再入力した情報、例外の理由を記録します。別の役割の利用者でも繰り返します。出力を元データと照合し、合計が一致し、権限が役割に沿うことを確認します。1回の成功で経路は分かりますが、責任分担は1週間の業務で確かめます。
全工程を対象に試行する
求人を開き、2件の応募を比較して評価表を記録します。同僚がメールを探さずに要件、評価、次の行動を確認できるでしょうか。
デモ前に必須の成果を3つ、受け入れられる妥協点を1つ書きます。削減時間は同じ条件で測ってから評価します。実際の責任者に1サイクルを完了してもらい、エラー、修正、最終出力を残します。試行が途中で止まったら、足りないモジュール、連携、手順を見積もり上で明確にします。
ルール、例外、業務コスト
誰が入力、修正、承認するかを定めます。不完全なレコード、重複、完了後の変更を試します。関連付けを保ったまま出力できるか、手作業で再構築する必要があるかは選定に影響します。ライセンス、導入、チームの作業時間、連携の保守を分けて計上します。
Hiceで業務を実行する
Hiceでは、プロフィール、履歴書、求人、面接、評価を顧客やチームと関連付けて管理します。セマンティック検索とマッチングが自社データベースからの候補者探索を支援し、ショートリストの確認は採用担当者が行います。
次の行動を選ぶ
関連するソリューションを開き、対象市場の料金を確認して、自社の記録で事例を試します。テンプレートを業務の参照資料として保管し、国別ランキングで同じ分類のほかの選択肢を調べます。