Ölçüm
İşe alım hunisi nedir?
Huni, işe alım sürecinin şekli değil ölçüsüdür: her aşamada kaç aday kaldığını sayar ve sürecin nerede daraldığını gösterir. Bu rehber aşamaları, panelde hangi durumun hangi basamağa denk geldiğini ve tıkanmanın nasıl okunduğunu anlatır.
5 basamak
Panodaki Başvuru Hunisi kartı Beklemede, İnceleniyor, Mülakat, Kabul ve İşe Alındı basamaklarını sayar
8 durum
Başvuru durumu şemada sekiz değer alır; huni bunların beşini çizer, kalanı yan çıkıştır
Her geçiş kayıtlı
Durum değişimi denetim kaydı ve alan olayı üretir; kimin ne zaman hangi basamağa taşıdığı geriye dönük okunur
İşe alım hunisi, bir ilana gelen başvuruların işe alıma kadar geçtiği aşamaların sayılabilir hâlidir. Her aşama bir öncekinden dardır: her geçişte aday ya ilerler ya süreçten çıkar. GoTeam panelinde huni beş basamakla ölçülür: Beklemede, İnceleniyor, Mülakat, Kabul ve İşe Alındı. Basamakların sayısı tüm başvuru havuzundan gelir, bir tarih aralığından değil.
Huni nedir, neden huni denir
İşe alım hunisi, bir pozisyona başvuran adayların hangi aşamada olduğunu gösteren sayılabilir bir yapıdır. Adı şeklinden gelir: en üstte başvuruların tamamı durur, her aşamada bir kısmı elenir ya da kendi çıkar, en altta işe alınan kişi kalır. Daralma sürecin kusuru değil işleyişidir. Asıl soru huninin daralması değil, nerede ve ne kadar daraldığıdır.
Türkçe kaynaklarda aynı yapıya "başvuru hunisi", "aday hunisi", bazen de "işe alım süzgeci" deniyor. Kastedilen şey tek: başvuruyu aşama aşama takip eden ve her aşamada sayı tutan sistem. Terim değişiyor, ölçtüğü şey değişmiyor.
Huni ayrıca kurulan bir rapor değil, sürecin yan ürünüdür. Başvuru durumları düzgün tanımlıysa ve her durum değişimi kayda geçiyorsa huni zaten oradadır. Durumlar gevşekse huni de anlamsızdır: "İnceleniyor" herkes için başka bir şey demeye başlar.
- Huni bir aşama listesi değil, aşama başına düşen sayıdır. Aşama listesi süreci verir, sayılar huniyi.
- Bir aşamadan diğerine geçiş insan kararıdır. Sistem kararı kaydeder, kendisi vermez.
- Elenen aday huninin basamağı değil, yan çıkışıdır. Bu ayrım karışınca dönüşüm okuması bozulur.
- Huni yalnızca ölçülen basamaklar kadar doğrudur. Ölçülmeyen aşama huninin dışında kalır.
Huninin aşamaları ve panelde karşılıkları
GoTeam başvuru durumlarını sabit bir kümede tutar; panodaki huni bu kümenin beşini basamak olarak çizer. Sıra koddan gelir, panelde elle kurulmaz: Beklemede, İnceleniyor, Mülakat, Kabul, İşe Alındı. Sayım iş ve staj başvurularının toplamı üzerindendir, yani iki akış tek huniye düşer.
Aşağıdaki tablo kâğıt üstündeki aşamayı panelde gerçekten karşılığı olan duruma bağlar. Karşılığı olmayan aşamayı yazmadık: ölçülemeyen aşama huniyi süsler, doğruluğunu artırmaz.
| Huni aşaması | Panelde durum | Ne anlama gelir |
|---|---|---|
| Başvuru alındı | Beklemede | İlk basamak. Kayıt açıldı, CV analizi arka planda başladı, henüz kimse bakmadı. |
| İnceleme | İnceleniyor | İkinci basamak. Pozisyon uyum skoru ve kanıt kartları burada okunur. |
| Mülakat | Mülakat | Üçüncü basamak. Durum her pakette var, mülakat planlama Profesyonel paketten itibaren açık. |
| Kabul | Kabul | Dördüncü basamak. Belge ve bilgi talepleri bu adaya buradan bağlanır. |
| İşe alım | İşe Alındı | Son basamak. Aday çalışan kaydına geçer. |
| Eleme | Red | Basamak değil, yan çıkış. Huni çubuklarında görünmez, listede ve filtrede görünür. |
Huninin dışında kalan iki durum
Şemadaki sekiz durumun ikisi işe alım sonrasına aittir: Sonlandırıldı ve Çıkarıldı. Huniye girmezler, çünkü huni işe alma kararına kadar olan yolu ölçer. İkisini aynı grafiğe koymak iki ayrı soruyu karıştırır: "kaç aday işe alındı" ile "işe alınan kaç kişi kaldı" aynı soru değildir.
Red neden bir basamak değil
Reddedilen başvuru huninin hiçbir çubuğunda sayılmaz. Sebebi mantıksal: huni ilerlemeyi ölçer, red ise ilerlemenin bittiği yerdir. Redler basamak olsaydı toplam her seferinde şişer, basamaklar arası oran anlamını yitirirdi.
Bir basamaktaki düşüşü "kaç kişi elendi" diye okumak yanlıştır. Düşüş hem elenenleri hem hâlâ o basamakta bekleyenleri içerir. Elenen sayısını arayan kişi başvuru listesinde Red filtresine bakar, huniye değil.
Her geçiş neden kayda giriyor
Bir başvurunun durumu değiştiğinde işlem tek veritabanı hareketinde tamamlanır: kayıt güncellenir, denetim kaydı yazılır, bir alan olayı üretilir. Değişen alan, eski değer, yeni değer ve değişikliği yapan kullanıcı birlikte tutulur.
Kabul ya da İşe Alındı durumundan geri dönülüyorsa ve o başvuruya bağlı açık belge veya bilgi talebi varsa sistem uyarı üretir; geçişin sürmesi için gerekçe yazmak gerekir. Huninin geriye doğru sessizce oynanmasını engelleyen kapı budur.
Hangi metrik nerede ölçülür
Huniyle ilgili sayılar tek ekranda toplanmaz. Panodaki Başvuru Hunisi kartı basamak sayılarını, KPI kartları hacim eğilimini, başvuru listesi tek tek kayıtları verir. En sık yapılan okuma hatası, hangisinin neyi ölçtüğünü karıştırmak.
Başvuru Hunisi kartı: kümülatif
Huni kartı silinmemiş tüm iş ve staj başvurularını duruma göre gruplar. Tarih aralığı seçicisi bu kartı etkilemez: 7, 30 veya 90 gün seçilse de huni tüm havuzu sayar. Çubuğun yanındaki yüzde, o basamağın ilk basamağa oranıdır.
Bu tercih bilinçli ve okurken hesaba katmak gerekiyor: huni "bu ay ne oldu" sorusunu değil, "şu anda havuz nerede duruyor" sorusunu cevaplar.
KPI kartları: dönemsel
Gelen başvuru, AI değerlendirme, gönderilen e-posta, Drive içe aktarma ve hata sayıları seçilen dönem için ölçülür, bir önceki eş dönemle karşılaştırılır; altlarında günlük kırılım çizgisi durur. Huni kartı yığını gösterir, KPI kartı akışın hızını. İlk basamağın büyüyüp büyümediği buradan okunur.
- Karşılaştırma bir önceki eş döneme göredir, geçen yılın aynı dönemine göre değil.
- Hata metriğinde artış kötüdür, panelde ters renkle gösterilir.
- Gözlemlenebilirlik panosu Mini paketten itibaren açıktır.
Ölçülmeyenler
Bir ölçüm rehberinin en yararlı bölümü genelde budur. GoTeam ilan görüntülenmesi saymaz; bir ilanın kaç kez açıldığı veri modelinde tutulmaz. Huninin en üst ölçülen basamağı gelen başvurudur, ilanı gören kişi değil. Aşamalar arası geçiş süresi ve işe alım süresi de hazır metrik olarak durmaz: zaman damgası denetim kaydında var, ekranda ortalama yok.
- Başvurunun panele hangi yoldan girdiği kaydedilir: kariyer sayfası formu, panelden elle giriş ya da Drive içe aktarma.
- İlan görüntülenmesi ve kaynak bazlı dönüşüm oranı ölçülmez.
- Başvuruların hangi gün ve hangi saatte geldiği gün ve saat kırılımıyla görülebilir.
Huninin nerede tıkandığını anlamak
Tıkanma, iki komşu basamak arasındaki farkın sürecin doğal daralmasından fazla olmasıdır. Doğal daralmanın kaç olduğunu söyleyen evrensel bir sayı yok, bu ürün için yayınlanabilir bir dönüşüm ölçümü de yok. Aşağıdaki yöntem eşik vermez, bakılacak yeri verir.
Yöntem üç adım. Önce huni kartında en büyük düşüşün hangi iki basamak arasında olduğunu bulun. Sonra o düşüşün elemeden mi, el değmemiş yığından mı geldiğini ayırın. En sonunda o basamağın kendi ekranına inip tek tek kayıtlara bakın.
| Belirti | Nereye bakılır |
|---|---|
| İlk basamak şişiyor, ikincisi neredeyse boş | Başvuru listesinde Bekliyor filtresi. Bu bir eleme sorunu değil, kimsenin bakmadığı yığındır. |
| İnceleme doluyor ama mülakata geçen yok | Pozisyon uyum skorunun karar bantları. Güçlü, incelenmeli ve zayıf dağılımı ilanın kriterleriyle uyuşuyor mu. |
| Aynı ilanda kimse zorunlu kriteri geçemiyor | Kapalı kapı işareti taşıyan adaylar ve ilanın zorunlu kriter listesi. Kriter gerçekten zorunlu mu. |
| Kabul var, işe alım yok | Kabul edilen başvurulara bağlı açık belge ve bilgi talepleri. Süreç çoğunlukla burada bekler. |
Kriteri değiştirince ne oluyor
Bir ilanın kriterleri değiştiğinde o ilana bağlı uyum skorları bayat olarak işaretlenir ve yeniden değerlendirme önerilir. Aday ve pozisyon çifti bir kez ücretlendirildiği için yeniden puanlama ek hak tüketmez.
Bu, tıkanmayı denemeyle açmayı mümkün kılar: kriteri gevşetip huninin ikinci basamağının nasıl değiştiğini görebilirsiniz. Tahmin yürütmek yerine ölçmek, bu rehberdeki tek gerçek tavsiye.
Sık yapılan hatalar
Yanlış kurulmuş huni yanlış cevap vermez, hiç cevap vermez: sayılar akar, hiçbiri karara dönüşmez. Aşağıdakiler en sık görülen kurulum hatalarıdır.
- Durumları süs olarak kullanmak. Aday mülakata çağrıldığı hâlde durumu Beklemede kalıyorsa huni süreci değil, panelde kimin ne kadar üşendiğini ölçer.
- Kümülatif huniyi dönemsel okumak. Huni kartı tüm havuzu sayar, "bu ay 40 başvuru geldi" cümlesi KPI kartından çıkar.
- Basamaklar arası düşüşü doğrudan eleme sanmak. Düşüşün içinde hem elenenler hem sırada bekleyenler var.
- Redde gerekçe bırakmamak. Gerekçesiz red huninin en pahalı satırı: sayı azalır, sebep kaybolur.
- Yapay zekânın önerisini karar sanmak. Sistem hiçbir başvurunun durumunu kendiliğinden değiştirmez; sıralar ve işaretler, basamağı insan değiştirir.
- Tek ilanın hunisini şirketin hunisi sanmak. Pano tüm ilanları toplar, bir ilana özel tıkanma orada kaybolur.
Sık sorulan sorular
Hayır. Başvuru takip sistemi süreci yürüten yerdir: başvurular, durumlar, notlar, geçişler. Huni ise o sistemin ürettiği sayıların özetidir. Takip sistemi olmadan huni kurulamaz, ama huniye bakmadan takip sistemi kullanılabilir.
Teorik huni öyle çizilir, ama ölçülemeyen basamak huniye eklenmez. GoTeam ilan görüntülenmesi saymaz, veri modelinde böyle bir sayaç yok. Panelde huninin en üst basamağı gelen başvurudur ve bütün oranlar ona göre hesaplanır.
Huni çubuklarında hiç görünmez. Red bir basamak değil yan çıkıştır; huni yalnızca Beklemede, İnceleniyor, Mülakat, Kabul ve İşe Alındı basamaklarını sayar. Reddedilen adaylara başvuru listesindeki durum filtresiyle ulaşılır.
Hayır. Sistem hiçbir başvurunun durumunu kendiliğinden değiştirmez ve tek başına kimseyi elemez. Uyum skoru ve karar bandı yalnızca öneri üretir; basamağı değiştiren işlem her zaman bir kullanıcının onayıyla çalışır ve denetim kaydına yazılır.
Evet. Pano hunisi iş başvurularıyla staj başvurularını aynı durumlar üzerinden toplar, iki ayrı çubuk çizmez. İkisini ayrı görmek isteyen kişi başvuru listesinde iş ve staj sekmeleri arasında geçiş yapar.
Hepsini. Panodaki 7, 30 ve 90 gün seçimi KPI kartlarını ve eğilim grafiklerini etkiler, huni kartını etkilemez. Huni silinmemiş tüm başvuruları sayar, yani "şu an havuz nerede duruyor" sorusunun cevabıdır.
İlgili rehberler
İlgili özellikler
Huninizi kendi verinizle okuyun
Basamak sayıları ve tıkanma noktaları panelde zaten duruyor. Kurulumu birlikte geçelim.
Bize Ulaşın