Bir işe alım yönetim sistemi; onaylar, roller ve izinler, talep iş akışı, iş birliği ve operasyonel raporlama gibi işe alımın nasıl yürütüleceğini yöneten katmandır — ATS ise adayların bir süreç boyunca ilerlemesinin kaydıdır. Çoğu sağlayıcı her ikisini tek bir üründe satar. Bu nedenle asıl satın alma sorusu “hangi sistem” değil,halihazırda sahip olduğunuz dört işe alım sisteminden hangileri olduğu ve geri kalanını hangi sırayla satın almanız gerektiğidir. Bu sınırı yanlış belirlerseniz, çakışan özellikler için iki kez ödeme yaparsınız ve aradaki boşluk kapanmadan kalır.
İşe alım yönetimi, işe alımın bir dizi bireysel aramadan çıkıp bir operasyona dönüştüğü yerdir. Buna ihtiyaç duyduğunuzun belirtileri kolayca fark edilir: Onaylanmış bir bütçe olmadan bir pozisyon açılır, iki işe alım uzmanı aynı rol için farklı kriterlerle çalışır, bir işe alım yöneticisi bir adayın neden reddedildiğini göremez ve hiç kimse “bu rol neden 70 gündür hala açık” sorusuna kişisel görüşler yerine verilerle yanıt veremez.
Piyasa bu durumu olması gerekenden daha zor hale getiriyor. Sağlayıcılar neredeyse birbirinin aynı olan ürünleri aday takip sistemleri (ATS), işe alım yönetim sistemleri, yetenek kazanımı paketleri ve işe alım platformları olarak adlandırıyor; bu isimlendirmeler ise kapsam hakkında neredeyse hiçbir şey söylemiyor. Bu rehber, süreçte yer alan dört farklı sistemi birbirinden ayırıyor, bir satın alma sırası belirliyor ve kararı vermenizi sağlayacak yönetişim ve raporlama gereksinimlerini listeliyor. Aday takibinin temel tanımı içinATS nedir yazımıza; tüm işe alım yazılımı kategorilerine genel bir bakış için ise işe alım yazılımları rehberimizegöz atabilirsiniz.
Bir işe alım yönetim sisteminin ATS’den farkı nedir?
ATS “bu aday nerede” sorusuna yanıt verir. Bir işe alım yönetim sistemi ise “bu rolün açılmasına izin var mı, kararı kim veriyor, hangi kriterlere göre veriliyor ve sürecin işe yaradığını nasıl anlarız” sorularını yanıtlar. Yönetim katmanına ait olan ve genellikle sadece süreç takibi için satın alınan araçlarda bulunmayan beş temel yetenek alanı şunlardır:
- Talep ve onay iş akışı. Bir rol; kadro, seviye, bütçe aralığı ve konum belirlenmiş kişiler tarafından onaylanıp bu onay kaydedilene kadar aktif bir iş ilanı haline gelmemelidir. Bu olmadığında, finans ve insan kaynakları ekipleri her çeyrekte e-tablolarda kadro eşitlemeye çalışır.
- Roller, izinler ve gizlilik. Görüşmeciler sadece değerlendirdikleri adayları görmelidir; maaş beklentilerini veya diğer tüm başvuranları değil. Yönetici ve gizli aramalar, sadece insanların bakmayacağına dair bir centilmenlik anlaşmasına değil, gerçek kısıtlamalara ihtiyaç duyar.
- Yapılandırılmış değerlendirme ve karar kayıtları. Talep kriterlerine bağlı değerlendirme kartları ve her reddetme için kaydedilmiş bir gerekçe. Bir işe alım kararının aylar sonra incelenebilmesini sağlayan şey budur ve birçok ülkede bu aynı zamanda yasal uyumluluk belgesidir.
- Operasyonel raporlama. Sadece bir aday listesi dışa aktarımı değil; aşama bazlı dönüşüm, talebe göre bekleme süresi, görüşmeci yükü, kaynak etkinliği ve teklif kabul oranları. Bunların hepsi ekip ve konuma göre filtrelenebilmelidir.
- Veri yönetişimi. Ülkelere göre veri saklama süreleri, aday verilerinin silinmesi, onay kayıtları, denetim günlükleri ve herhangi bir otomatik veya yapay zeka özelliğinin neye karar vermesine izin verildiğine dair belgelenmiş sınırlar.
Dikkat ederseniz bunların hiçbiri aday bulmakla ilgili değildir. Bu eksiklik bilinçlidir ve bu kategorideki en yaygın yanlış anlaşılmadır: Bir yönetim sistemi, elinizdeki adaylara uygulanan süreci yönetir. Eğer asıl sorun sürecinizde değil de havuzda yeterince nitelikli aday olmamasındaysa, bu satın alma bu sayıyı değiştirmeyecektir.
Dört sistem ve bunları satın alma sırası
Ölçekli işe alım, gerçekten farklı görevleri olan dört ayrı sistemi içerir. Sağlayıcılar bunları farklı kombinasyonlarda paketler; bu nedenle “işe alım yönetim sistemi” için alınan iki teklif arasında dağlar kadar fark olabilir. Tek bir demo izlemeden önce sahip olduklarınızı bu tabloya göre haritalandırın.
| Sistem | Yönettiği Alan | Yanıtladığı Soru | Ne Zaman Satın Alınmalı |
|---|---|---|---|
| Aday takibi (ATS) | Aktif süreçteki adaylar | Bu kişi nerede, bir sonraki adım ne | Adayları aşamalar arasında kaybediyorsanız |
| İşe alım yönetimi | Talepler, onaylar, izinler, raporlama | Bu süreç yönetiliyor mu ve çalışıyor mu | Birden fazla ekip işe alım yapıyor ve kimse raporlayamıyorsa |
| İşe alım CRM’i | Süreçte olmayan kişilerle uzun vadeli ilişkiler | Bir rol açıldığında kiminle konuşmalıyız | Benzer profilleri tekrar tekrar işe alıyorsanız |
| Aday bulma ve kişi arama | Hiçbir sistemde kaydı olmayan kişilerin keşfi | Hiç görmediğimiz kimler var | Süreç kalitesinden bağımsız olarak aday havuzları yetersizse |
Boşa harcamayı önleyen sıra şudur: Önce aday takibi, çünkü aday kaybetmek en pahalı hata ve düzeltilmesi en ucuz olanıdır; ardından gerçek darboğazınıza uyan yönetim veya aday bulma sistemlerinden biri; son olarak ise ancak besleyecek tekrarlayan bir işe alım modeliniz olduğunda maliyetini karşılayan bir CRM. Aday havuzları boşken bir yönetim katmanı satın almak klasik bir sıralama hatasıdır; içinde hiçbir şey olmayan bir huni hakkında mükemmel raporlar alırsınız.
Halihazırda bir HRIS veya kurumsal ATS kullanıyorsanız, yönetim katmanının bir kısmı muhtemelen pakete dahildir ancak yapılandırılmamıştır. Yeni bir sistemi değerlendirmeden önce, halihazırda hakkınız olan talep, onay, izin ve raporlama özelliklerini listeleyin. Ekipler genellikle mevcut lisanslarının kapsadığı bir sorunu çözmek için ikinci bir ürün satın alır ve ardından kadro sayıları için iki farklı veri kaynağını yönetmek zorunda kalır.
Sisteminizin gerçekten üretmesi gereken raporlar
Her sağlayıcı panolar (dashboard) gösterir. Çok azı, bir yetenek liderinin çeyrek dönem değerlendirmesinde sorulan spesifik rakamları üretebilir. Bu listeyi demoya getirin ve onlardan her birini, bir hizmet sözleşmesine gerek kalmadan, kendi örnek verileri üzerinde canlı olarak oluşturmalarını isteyin.
- Talep bazında aşama dönüşümü. Başvurudan ön elemeye, ön elemeden mülakata, mülakattan teklife, tekliften kabule; toplu olarak değil, rol bazında. Toplu veriler, tıkanmış olan tek bir huniyi gizler.
- Neden koduyla birlikte talep bekleme süresi. Açık kalınan gün sayısı yeterli değildir; aday arzı nedeniyle duraksayan bir rolü, görüşmeci uygunluğu veya imzasız bir onay nedeniyle duraksayan bir rolden ayırmanız gerekir.
- Görüşmeci yükü ve geri dönüş süresi. Kimin üzerinde çok fazla yük olduğu ve geri bildirimlerin nerede beklediği. Bu genellikle yavaş bir süreçteki geri kazanılabilir en büyük gecikmedir ve rapor olmadan görünmezdir.
- Başvuruya göre değil, teklife göre kaynak etkinliği. Hacim üreten kanallar nadiren işe alım üretir. Ölçümü başvuru aşamasında yapmak sıralamayı altüst eder ve bütçeyi yanlış yönlendirir.
- Teklif reddetme nedenleri. Serbest metin değil, kodlanmış olarak. Ücret, zamanlama, rakip teklif ve süreç deneyimi tamamen farklı yanıtlar gerektirir.
- Açık rol başına aday havuzu kapsamı. Beklenen dönüşüme karşı aktif nitelikli adaylar. Bu öncü göstergedir; diğer her şey artçı göstergedir.
Bir veri ambarı projesi olmadan bunları üretemeyen bir sistem, adı ne olursa olsun sizin amaçlarınız için bir işe alım yönetim sistemi değildir. Özellikle her bir raporun standart mı, yapılandırılabilir mi yoksa özel (custom) mi olduğunu sorun; üçüncü yanıt, bütçelemediğiniz bir hizmet faturası anlamına gelir.
Yönetişim, izinler ve yapay zekanın hareket alanları
Yönetişim, bu satın almanın değerlendirme sırasında geçiştirilen ve ardından bir denetimde veya anlaşmazlıkta gerçek bir sorun haline gelen kısmıdır. Dört gereksinimi pazarlık konusu yapılamaz olarak kabul etmekte fayda var.
- Ülkeye göre veri saklama sürelerinin otomatik olarak uygulanması. Aday verilerini saklama kuralları AB, İngiltere, Brezilya ve ABD eyaletlerinde farklılık gösterir. Sistem bir takvim uygulamalı ve süresi dolduğunda silmelidir, birinin hatırlamasına güvenmemelidir.
- Sadece girişlerin değil, kararların da denetim geçmişi. Bir talebi kimin değiştirdiğini, bir adayı kimin taşıdığını veya reddettiğini ve bunun hangi gerekçeyle yapıldığını geriye dönük olarak görebilmeniz gerekir.
- Gerçek gizlilik kontrolleri. Değerlendirme sırasında düşük yetkili bir hesapla test edilen alan ve talep düzeyinde kısıtlama. Kısıtlı bir görüşmeci olarak oturum açmayı isteyin ve görmemeniz gereken şeyleri görmeye çalışın.
- Otomatik kararlar üzerinde yazılı bir sınır. Sözleşmede ve yapılandırmada herhangi bir yapay zeka özelliğinin ne yapabileceğini belirleyin; sıralama ve özetleme, otomatik reddetme veya otomatik ilerletmeden tamamen farklı bir risk kategorisidir. Birçok ülke artık otomatik istihdam karar araçları için açıklama, tarafsızlık denetimi veya her ikisini birden şart koşuyor.
Pratik test basittir ve nadiren yapılır: Sağlayıcıdan, entegrasyonlarda ve yedeklerde tutulan veriler de dahil olmak üzere, uçtan uca bir aday silme talebini uygulamalı olarak göstermesini isteyin. Bu yanıtın kalitesi, yönetişim konusundaki diğer her şeyin kalitesini gösterir.
Bir yönetim sistemi halihazırda sahip olduğunuz adayları yönetir. Eğer asıl darboğaz aday havuzu kapsamıysa, Lessie hiçbir dahili sistemde kaydı olmayan kişileri doğrulanmış iletişim bilgileriyle birlikte 100’den fazla canlı kaynaktan bulur.
Bir çeyrek sürmeyen beş adımlı değerlendirme
Bu kategorideki kurumsal değerlendirmeler genellikle altı ay sürer ve yine de yönetişim açıklarını gözden kaçırır. Daha sıkı bir süreç, gerçek farkları daha hızlı ortaya çıkarır.
Bir: Halihazırda sahip olduklarınızın envanterini çıkarın. Mevcut ATS ve HRIS sisteminizdeki talep, onay, izin ve raporlama yeteneklerini (lisanslı ancak yapılandırılmamış özellikler dahil) listeleyin. Sadece bu bile bazı değerlendirmeleri tamamen ortadan kaldırır.
İki: Bugün üretemediğiniz iki raporu yazın. Bir istek listesi değil; geçen çeyrekte bir yöneticinin sorduğu ve yanıtlayamadığınız iki rakam. Bunlar sizin kabul kriterleriniz olur.
Üç: Uçtan uca bir talep senaryosu yazın. Onay talebinden teklif reddine kadar, kendi terminolojinizle, bir gizli arama ve gerekçesi kaydedilmiş bir reddedilen aday dahil. Her sağlayıcının aynı senaryoyu çalıştırmasını sağlayın.
Dört: İzinleri ve silme işlemlerini gerçek hesaplarla test edin. Kısıtlı bir görüşmeci olarak oturum açın. Bir silme talebi gönderin. Her iki test de bir saat sürer ve genellikle kısa listeyi değiştirir.
Beş: Üç yıllık toplam maliyeti hesaplayın. Lisans, kurulum, entegrasyon, yapılandırma değişikliği ücretleri ve özel olarak sınıflandırılan raporların maliyeti. Bunu, dürüst bir alternatif olan halihazırda sahip olduğunuz sistemi yapılandırma maliyetiyle karşılaştırın.
Lessie’nin konumu: Hiçbir dahili sistemin sahip olmadığı keşif katmanı
Yukarıdaki tablodaki her sistem zaten tanıdığınız kişiler üzerinde çalışır; başvurmuşlardır, daha önce bulunmuşlardır veya bir yetenek havuzunda yer alıyorlardır. Hiçbiri size hiç görmediğiniz kimlerin var olduğunu söyleyemez ve uzmanlık gerektiren veya coğrafi olarak kısıtlı roller için asıl darboğaz genellikle budur.
- Filtrelemek yerine arayın. Kişiyi doğal dille tanımlayın ve kamuya açık bir iş arama sinyali olmayan ve hiçbir özgeçmiş veritabanında bulunmayan kişiler de dahil olmak üzere 100’den fazla canlı kaynaktan adaylar bulun.
- Doğrulanmış iletişim bilgileri. E-postalar dışa aktarılmadan önce doğrulanır, böylece outbound işe alım süreçleriniz gönderici alan adınıza zarar vermez.
- Sisteminizi değiştirmez, onu besler. Kısa listeyi halihazırda yönettiğiniz ATS veya CRM’e aktarın; Lessie beşinci bir kayıt sistemi değil, keşif katmanıdır. Bkz.pasif aday bulma veoutbound işe alım.
- Yeni satın aldığınız raporlamayı iyileştirir. Açık rol başına aday havuzu kapsamı, yeni panonuzdaki öncü göstergedir ve aday bulma (sourcing) bunu doğrudan etkileyen tek kaldıraçtır.
Hedeflemeye değer nihai durum, net sınırlara sahip dört sistemdir: Aktif adaylara sahip olan bir ATS, yönetişim ve raporlamaya sahip olan bir yönetim katmanı, uzun vadeli ilişkilere sahip olan birişe alım CRM'i ve keşfe sahip olan bir aday bulma katmanı. Aralarındaki çakışma bir güvenlik önlemi değil; aynı yöneticiye farklı rakamlar raporlayan iki ayrı ekip demektir.