自社の応募者追跡システムを構築する

3つの拠点でドライバーを採用する運送会社は、デザインスタジオと同じ採用をしません。それでも借り物のATSは、同じパイプライン、拠点長ごとのユーザー単位課金のログイン、誰かが名前を付けた段階を両方に渡します。繁忙期に6週間で倉庫スタッフを40人採るとき、座席課金は面接官が1人増えるたびに請求書の行になります。

Klivは、実際の採用方法を中心に追跡システムを構築します。あなたの段階、誰が募集を開けるかのルール、同僚の面接メモを読む前に自分のメモを書くルール。パイプライン、採用ページ、スコアカードは、あなたが所有するひとつのデータベースにあります。「北拠点の候補者は誰？」は金曜午後の表計算マージではなく、クエリになります。

採用チームは設定ではなくデータベースルールです。 すべての候補者行は募集に属し、すべての募集はチームを名指しします。拠点長は自分のパイプラインだけを見ます。他の募集の候補者は、どんなURLを試しても読む対象ではありません。

採用ページ上のエージェントは、自社文書に根ざします。 職務記述書、福利厚生ハンドブック、シフト方針をアップロードします。Klivはそれらを意味検索できる知識ベースにします。候補者が「夜勤ローテーションは実際どうなりますか？」と聞くと、推測ではなくあなたの答えを返します。すべてのやり取りは、それが来た応募と一緒に保存されます。候補者が実際に何を聞くかが見えます。

壁は、誰かを採る前にテストされます。 Klivは構築しながら実際の単体テストを書きます。Scenario（Klivの検証用シナリオ）テストは、面接官としてサインインし、同僚の未提出スコアカードを開こうとできます。あなたのデータベースの代役に対して走り、スコアカードが所有者から出なかったことを示す実行レシートを残します。実際の候補者には触れません。

こう作られたATSは、たいてい単独では終わりません。オンボーディングチェックリストと車両台帳も同じデータベースに住みたがります。その大きな内部ツールの型は社内ツールのソリューションにあります。