この実演例では、顧客名を使わず、架空のチームとデータによるシミュレーションを用います。変更前後の値は業務の流れに関する仮定であり、計算結果は自分たちの仕事で試行を設計するための参考です。
シナリオの仮定と計算
シナリオ：チームが週50件の業務を4週間処理します。当初の仮定は1件12分、業務を連携させた場合の仮定は8分です。時間は1時間35通貨単位で換算します。計算結果は月13.33時間、466.67通貨単位です。いずれもシミュレーション値であり、チームの実測で検証する必要があります。
| 計算項目 | 値 |
|---|---|
| 50 × 4 | 200 |
| (12 − 8) × 200 / 60 | 13.33 |
| 13.333… × 35 | 466.67 |
結果とレコードを定義する
このテーマでは、まず「同じ採用案件に関連付けた顧客、求人、候補者」を確認します。
ATSは応募、求人、選考段階、評価を管理します。候補者データベースは1回の採用活動を超えてプロフィールを保持し、採用業務向けCRMは顧客関係と進行中の採用案件をつなぎます。1人に複数の応募があり、それぞれ異なる状態を持てます。
求人の要件と基準を記録し、候補者を関連付け、面接を割り当て、応募に評価と次の行動を保存します。同じプロフィールで2件の求人を試し、判断の履歴が区別されることを確認します。
全工程を対象に試行する
顧客と求人を結び付け、候補者を3人提示します。評価を正しい採用案件に記録します。履歴書と顧客の別々の記録だけでは、誰をどの案件へ提示したか再現できません。
デモ前に必須の成果を3つ、受け入れられる妥協点を1つ書きます。削減時間は同じ条件で測ってから評価します。実際の責任者に1サイクルを完了してもらい、エラー、修正、最終出力を残します。試行が途中で止まったら、足りないモジュール、連携、手順を見積もり上で明確にします。
ルール、例外、業務コスト
誰が入力、修正、承認するかを定めます。不完全なレコード、重複、完了後の変更を試します。関連付けを保ったまま出力できるか、手作業で再構築する必要があるかは選定に影響します。ライセンス、導入、チームの作業時間、連携の保守を分けて計上します。
Hiceで業務を実行する
Hiceでは、プロフィール、履歴書、求人、面接、評価を顧客やチームと関連付けて管理します。意味検索とマッチングが自社データベースからの候補者探索を支援し、候補者の絞り込みは採用担当者が確認します。
次の行動を選ぶ
関連するソリューションを開き、対象市場の料金を確認して、自社の記録で事例を試します。テンプレートを業務の参照資料として保管し、国別ランキングで同じ分類のほかの選択肢を調べます。