İşe alım ve yetenek kazanımı Veri Templateiniz

Greenhouse
İşe alım ve yetenek kazanımı Veri Templateiniz

İşe alım ve yetenek kazanımı Veri Templateiniz

Bu Template, işe alım ve yetenek kazanımı süreciniz için doğru verileri toplamanıza yardımcı olacak ayrıntılı bir rehber sunar. İzlemeniz gereken temel öznitelikleri, kaydetmeniz gereken önemli etkinlikleri ve bu bilgileri Greenhouse sisteminizden nasıl alacağınızı açıklar. Templatei izleyerek süreç analizi için gerekli veri temelini oluşturabilirsiniz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

İşe alım ve yetenek kazanımı öznitelikleri

Greenhouse’taki işe alım ve yetenek kazanımı sürecinizi ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Gerçekleşen belirli işe alım etkinliğinin veya aşamasının adı.
Açıklama

Bu öznitelik, işe alım sürecindeki her olayın adını kaydeder. Örneğin, Başvuru alındı, Görüşme planlandı veya Teklif kabul edildi. Süreç haritasını oluşturan olaylar bu sırayla gösterilir.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining çalışmalarının temelini oluşturur. İşe alım hunisini görselleştirmeye, yaygın süreç yollarını belirlemeye, standart iş akışından sapmaları saptamaya ve sürecin durduğu darboğazları bulmaya yardımcı olur. Örneğin, Başvuru incelendi aşamasından İşe alım uzmanı ön görüşmesi yapıldı aşamasına kaç başvurunun geçtiğini izleyebilirsiniz.

Neden önemli?

Bu öznitelik, işe alım sürecindeki adımları tanımlar. Süreç akışını görselleştirmenizi, darboğazları ve sapmaları belirlemenizi sağlar.

Nereden alınır?

Genellikle Greenhouse içindeki başvuru aşaması değişiklikleri, görüşme durumları, teklif olayları veya denetlenebilir diğer işlemler eşleştirilerek elde edilir. Sistem olaylarını standart etkinlik adlarına dönüştürmek için ek kurallar gerekebilir.

Örnekler
Başvuru incelendiMülakat tamamlandıTeklif kabul edildiBaşvuru reddedildi
Etkinlik zaman damgası
ActivityTimestamp
İşe alım etkinliğinin gerçekleştiği kesin tarih ve saat.
Açıklama

Etkinlik zaman damgası, işe alım sürecindeki bir olayın tam olarak ne zaman gerçekleştiğini gösterir. Performans ve süre analizlerinin zaman temelini oluşturur; her iş başvurusu için etkinliklerin kronolojik sırasını verir.

Bu zaman damgası, işe alım için geçen süre, görüşme planlama çevrim süresi ve görüşme geri bildirim süresi gibi zamanla ilgili tüm temel performans göstergelerini hesaplamak için gereklidir. Kuruluşlar etkinlikler arasındaki süreyi analiz ederek verimliliği ölçebilir, gecikmeleri belirleyebilir ve hizmet seviyesi anlaşmalarına uyumu izleyebilir. Böylece performans ve darboğazlara odaklanan Dashboardlar desteklenir.

Neden önemli?

Olayları sıralamak, çevrim sürelerini hesaplamak ve işe alım sürecinin performansını analiz etmek için bu zaman damgası gereklidir.

Nereden alınır?

Greenhouse’taki çeşitli kayıtlarda bulunabilir. Örneğin, başvuru kaydındaki applied_at, teklif kayıtlarındaki created_at alanlarında veya etkinlik akışlarıyla denetim günlüklerindeki zaman damgalarında yer alır.

Örnekler
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
İş başvurusu
JobApplicationId
Belirli bir pozisyona yapılan tek bir aday başvurusunun benzersiz tanımlayıcısıdır.
Açıklama

İş başvurusu kimliği, işe alım süreci analizinin temelini oluşturur ve benzersiz vaka tanımlayıcısı olarak kullanılır. İlk başvuru ve ön değerlendirmeden görüşmelere, tekliflere ve nihai işe alım kararına kadar ilgili tüm etkinlikleri birbirine bağlar. Böylece her adayın yolculuğunu baştan sona inceleyebilirsiniz.

Process Mining çalışmalarında bu öznitelik, her adayın işe alım hunisinde izlediği yolu yeniden oluşturmak için kullanılır. Süreç varyantlarını, başvuru başına çevrim sürelerini ve aday kaybının yaşandığı noktaları analiz etmenizi sağlar. Böylece her başvuru sahibi için işe alım sürecinin tamamını net biçimde görebilirsiniz.

Neden önemli?

Tek bir adaya ait tüm işe alım olaylarını birbirine bağlayan temel Vaka kimliğidir. Adayın işe alım yolculuğunu baştan sona analiz etmenizi sağlar.

Nereden alınır?

Genellikle başvuru kaydının birincil anahtarıdır. Greenhouse API dokümantasyonundaki Applications uç noktasına bakın; bu alan çoğunlukla id veya application_id olarak adlandırılır.

Örnekler
987654321098765432119876543212
Kaynak sistem
SourceSystem
Verinin alındığı kayıt sistemini belirtir.
Açıklama

Bu öznitelik, işe alım verisinin kaynağını belirtir. Bu süreçte değer her zaman Greenhouse olur.

Sabit bir değer gibi görünse de kaynak sistemi açıkça kaydetmek; veri yönetişimi, sorun giderme ve verinin İK bilgi sistemi gibi başka sistemlerden zenginleştirildiği durumlar açısından önemlidir. Verinin nereden geldiğini netleştirir ve kuruluşun veri ortamında bütünlüğünü korumaya yardımcı olur.

Neden önemli?

Verinin kaynağını net biçimde gösterir. Bu bilgi, veri yönetişimi, doğrulama ve birden fazla kaynaktan gelen verilerin yönetimi için önemlidir.

Nereden alınır?

Veri çıkarma ve dönüştürme sırasında eklenmesi gereken sabit bir değerdir; verinin kaynağını belirtir.

Örnekler
Greenhouse
Son veri güncellemesi
LastDataUpdate
Bu olaya ait verinin en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, verinin kaynak sistemden en son alındığı tarih ve saati kaydeder. Process Mining modelindeki verinin güncelliğini gösteren bir meta veri alanıdır.

Bu bilgi, kullanıcıların analizlerin ne kadar güncel olduğunu anlamasına yardımcı olur. Veri gecikmesine ilişkin beklentileri yönetmeyi ve veri akışının planlandığı gibi çalıştığını doğrulamayı sağlar. Örneğin, son veri güncellemesinin üzerinden birkaç gün geçmişse kullanıcılar Dashboardların en yeni işe alım etkinliklerini yansıtmadığını bilir.

Neden önemli?

Verinin güncelliğini göstererek kullanıcıların analizin sürecin en son durumunu yansıtıp yansıtmadığını anlamasına yardımcı olur.

Nereden alınır?

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulur ve veri setine eklenir.

Örnekler
2023-11-20T02:00:00Z2023-11-21T02:00:00Z2023-11-22T02:00:00Z
Başvuru durumu
ApplicationStatus
İş başvurusunun nihai sonucu veya mevcut durumu.
Açıklama

Bu öznitelik, başvurunun İşe alındı, Reddedildi veya Etkin gibi durumunu gösterir. Tamamlanmış bir sürecin son durumunu veya devam eden bir sürecin mevcut durumunu belirtir.

Sonuç analizinde önemli bir boyuttur. İşe alınan ve reddedilen adayların süreç yollarını karşılaştırmak için vakaları filtrelemenizi sağlar; bu karşılaştırma başarılı adayların yolculuklarındaki ortak özellikleri ortaya çıkarabilir. Genel işe alım hunisi Dashboardunda dönüşüm oranlarını hesaplamak, yani başvuruların yüzde kaçının işe alımla sonuçlandığını göstermek için de kullanılır.

Neden önemli?

İşe alım sürecinin sonucunu tanımlar ve başarılı (işe alınan) adayların yolculuklarını başarısız (reddedilen) adaylarınkiyle karşılaştırmanızı sağlar.

Nereden alınır?

Bu bilgi, Greenhouse’taki başvuru kaydında bulunur ve API üzerinden status alanından alınabilir.

Örnekler
İşe alındıReddedildiEtkin
Başvuru kaynağı
ApplicationSource
Adayın başvurusunun alındığı kanal.
Açıklama

Bu öznitelik, iş başvurusunun LinkedIn, çalışan yönlendirmesi, şirket web sitesi veya Indeed gibi hangi kaynaktan geldiğini izler. Farklı işe alım kanallarının verimliliğini gösterir.

Kaynak kanal verimliliği Dashboardu tamamen bu öznitelik üzerine kuruludur. Kuruluşlar başvuru hacmini, işe alım için geçen süreyi ve işe alım oranlarını kaynağa göre analiz ederek işe alım pazarlaması bütçelerini ve çalışmalarını iyileştirebilir. Bu veriler, hangi kanalların en nitelikli adayları en verimli şekilde sağladığı gibi stratejik soruları yanıtlamaya yardımcı olur ve kaynak kanal dönüşüm oranı temel performans göstergesini destekler.

Neden önemli?

Farklı işe alım kanallarının verimliliğini ve yatırım getirisini ölçmeye yardımcı olur. Böylece aday bulma çalışmalarına nerede yatırım yapılacağına veriye dayalı karar verebilirsiniz.

Nereden alınır?

Greenhouse’taki başvuru kaydıyla bağlantılı aday kaydında bulunur. Bu bilgi source alanında yer alır.

Örnekler
LinkedInÇalışan yönlendirmesiŞirket kariyer sayfasıIndeed
İş birimi
JobDepartment
Pozisyonun doldurulacağı departman veya iş birimi.
Açıklama

Bu öznitelik, personel talebiyle ilişkili Mühendislik, Pazarlama veya Satış gibi departmanı belirtir. İşe alım metriklerini işletmenin farklı bölümlerine göre toplamanızı ve karşılaştırmanızı sağlar.

Analizi departmana göre bölümlere ayırmak, işe alım için geçen süre performansı ve teklif kabul oranı eğilimleri gibi Dashboardlar açısından önemlidir. Bazı departmanlarda işe alım sürecinin daha uzun sürüp sürmediğini, teklif ret oranlarının yüksek olup olmadığını veya süreç uyumluluğunun farklılık gösterip göstermediğini belirlemeye yardımcı olur. Bu içgörüler, her departmanın ihtiyaçlarına uygun hedefli iyileştirmeler yapmanızı sağlar.

Neden önemli?

Farklı departmanlardaki işe alım performansını ve süreç farklılıklarını karşılaştırarak sistemik sorunları veya iyi uygulamaları ortaya çıkarır.

Nereden alınır?

Genellikle Greenhouse’taki iş kaydında standart veya özel bir alan olarak bulunur. API üzerinden bir iş kaydının departments bölümünde yer alabilir.

Örnekler
MühendislikÜrün yönetimiSatışPazarlama
İş unvanı
JobTitle
Adayın başvurduğu pozisyonun unvanı.
Açıklama

Bu öznitelik, Kıdemli yazılım mühendisi veya Ürün pazarlama yöneticisi gibi personel talebinin resmî unvanını içerir. Doldurulacak pozisyon hakkında temel bilgiler sunar.

İşe alım süreçlerini iş unvanına göre analiz etmek, pozisyona özgü zorlukları anlamak açısından önemlidir. Örneğin, işe alım için geçen süre performansı Dashboardu, kıdemli veya uzmanlık gerektiren pozisyonların doldurulmasının daha uzun sürüp sürmediğini bu öznitelikle gösterir. Farklı pozisyonlardaki teklif kabul oranlarını analiz ederek ücretlerin rekabet gücü ve pozisyonun çekiciliği hakkında da bilgi edinmenizi sağlar.

Neden önemli?

Belirli pozisyonlara ait işe alım metriklerini filtreleyip karşılaştırmanızı sağlar. Böylece süreç performansının işin karmaşıklığına veya türüne göre nasıl değiştiğini anlayabilirsiniz.

Nereden alınır?

Greenhouse’taki iş kaydının temel alanlarından biridir. API üzerinden jobs uç noktasına yapılan sorgularda genellikle name olarak bulunur.

Örnekler
Kıdemli yazılım mühendisiMüşteri yöneticisiUX/UI tasarımcısı
İşe alım uzmanının adı
RecruiterName
İş başvurusunu yönetmekten sorumlu işe alım uzmanının adı.
Açıklama

Bu öznitelik, belirli bir iş başvurusuna veya personel talebine atanan işe alım uzmanını belirtir. Bu kişi genellikle ön değerlendirmeden, görüşmelerin koordinasyonundan ve adayın süreçte ilerlemesinden sorumludur.

Süreci işe alım uzmanına göre analiz etmek, kişisel performansı ve iş yükü dağılımını anlamak açısından önemlidir. İşe alım uzmanı iş yükü ve verimliliği Dashboardu, uzman başına işlem hacmi ve çevrim süresi gibi metrikleri hesaplamak için bu özniteliği kullanır. En iyi performans gösterenleri belirlemeye, ek desteğe ihtiyaç duyan kişileri saptamaya ve yetenek kazanımı ekibindeki iş yükünü dengelemeye yardımcı olur.

Neden önemli?

Süreç etkinliklerini belirli bir işe alım uzmanıyla ilişkilendirerek kişisel performans, iş yükü ve verimlilik analizini sağlar.

Nereden alınır?

Greenhouse’taki iş kaydında, genellikle işe alım uzmanı gibi rollerin belirtildiği hiring_team bölümünde bulunur.

Örnekler
Alice JohnsonRobert DavisMaria Garcia
Teklif durumu
OfferStatus
Adaya sunulan iş teklifinin mevcut durumu.
Açıklama

Bu öznitelik, iş teklifinin Oluşturuldu, Sunuldu, Kabul edildi veya Reddedildi gibi durumlarını izler. İşe alım sürecinin son aşamalarını gösteren temel bir ölçüttür.

Bu öznitelik, teklif kabul oranı eğilimleri Dashboardu ve ilgili temel perform göstergesi için gereklidir. Şirketler Teklif sunuldu aşamasından Teklif kabul edildi veya Teklif reddedildi aşamasına kadar olan ilerlemeyi izleyerek adayları işe alım konusunda ne kadar başarılı olduklarını ölçebilir. Veriyi departmana veya iş unvanına göre analiz etmek; ücretlerin rekabet gücü, aday deneyimi veya adayın kararını etkileyen diğer unsurlar hakkında bilgi verebilir.

Neden önemli?

İş tekliflerinin sonucunu izler. Teklif kabul oranını hesaplamak ve bu oranı nasıl iyileştireceğinizi anlamak için önemlidir.

Nereden alınır?

Greenhouse’taki başvuru kaydıyla bağlantılı teklif kaydında bulunur. Bu bilgi status alanında yer alır.

Örnekler
Kabul edildiReddedildiGönderildiOluşturuldu
Aday kimliği
CandidateId
Tek bir başvurudan bağımsız olarak adayı tanımlayan benzersiz kimlik.
Açıklama

Aday kimliği, yetenek havuzundaki kişiyi benzersiz biçimde tanımlar. İş başvurusu kimliği ise belirli bir işe yapılan tek bir başvuruya özeldir. Bir aday zaman içinde birden fazla iş başvurusu yapabilir.

İş başvurusu kimliği bu süreç görünümünde Vaka kimliği olarak kullanılırken aday kimliği farklı türde analizler yapmanızı sağlar. Adayın birden fazla iş başvurusundaki yolculuğunu izlemek, sık başvuru yapan kişileri belirlemek ve yetenek havuzuyla genel ilişkisini analiz etmek için kullanılabilir. Böylece işe alım verilerini kişi odaklı bir bakışla inceleyebilirsiniz.

Neden önemli?

Aynı adayın birden fazla başvurusunu analiz etmenizi ve adayın zaman içindeki etkileşimine daha geniş bir açıdan bakmanızı sağlar.

Nereden alınır?

Greenhouse’taki aday kaydının birincil anahtarıdır ve API üzerinden aday kaydındaki id alanından alınabilir.

Örnekler
123456123457123458
Değerlendirme formu önerisi
ScorecardOverallRecommendation
Tamamlanan bir görüşme değerlendirme formundaki genel işe alım önerisi.
Açıklama

Bu öznitelik, görüşmecinin yapılandırılmış görüşme değerlendirme formunda belirttiği nihai öneriyi kaydeder. Değerler genellikle Kesinlikle evet, Evet, Hayır veya Kesinlikle hayır olur.

Bu veri, görüşme sürecinin niteliğini ve tutarlılığını değerlendirmek açısından önemlidir. Görüşme geri bildirimlerini gerçek işe alım sonuçlarıyla ilişkilendirerek Daha olumlu öneri alan adaylar daha sık işe alınıyor mu? gibi soruları yanıtlamaya yardımcı olur. Ayrıca kuruluşta yapılandırılmış işe alım uygulamalarının ne ölçüde benimsendiğini ölçen değerlendirme formu tamamlama oranı temel perform göstergesinin de dayanağıdır.

Neden önemli?

Yapılandırılmış görüşme geri bildirimlerini süreç sonuçlarıyla ilişkilendirir ve veriye dayalı işe alım uygulamalarının benimsenme düzeyini ölçmeye yardımcı olur.

Nereden alınır?

Greenhouse’ta tamamlanmış bir görüşmeyle ilişkili değerlendirme formu kaydında bulunur. API bu bilgiyi scorecards uç noktası üzerinden sağlar.

Örnekler
Kesinlikle hayırHayırEvetKesinlikle evet
Etkinlik bitiş zamanı
ActivityEndTime
Süreye yayılan bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası.
Açıklama

Bu öznitelik, görüşme veya geçmiş kontrolü gibi belirli bir süre devam eden etkinliklerin tamamlanma zamanını kaydeder. Birçok etkinlik anlık gerçekleşse de ölçülebilir süresi olan etkinlikler için başlangıç ve bitiş zamanlarının ikisi de yararlıdır.

Bitiş zamanının kaydedilmesi, belirli etkinliklerin işlem süresini veya toplam süresini doğru hesaplamak açısından önemlidir. Böylece adımlar arasındaki bekleme süresiyle bir görev için harcanan gerçek süreyi ayırt edebilirsiniz. Örneğin, görüşmenin ne kadar sürdüğünü, planlanmasının ne kadar zaman aldığından ayrı olarak daha doğru analiz edebilirsiniz.

Neden önemli?

Etkinliklerin işlem sürelerini doğru hesaplamanızı sağlar. Böylece süreçteki aktif çalışma süresini boşta bekleme süresinden ayırabilirsiniz.

Nereden alınır?

Bu bilgi, Greenhouse’taki scheduled_interview gibi kayıtlarda bulunabilir. Bu kayıtlarda genellikle start ve end alanları yer alır. Diğer etkinliklerde bitiş zamanı, sonraki etkinliğin zaman damgasından çıkarılabilir.

Örnekler
2023-10-27T15:35:10Z2023-11-05T10:15:00Z2023-11-10T11:00:00Z
Görüşme aşaması
InterviewStageName
Görüşme aşamasının adı veya türü.
Açıklama

Bu öznitelik, genel görüşme sürecindeki işe alım uzmanı ön görüşmesi, teknik görüşme veya son tur gibi belirli bir aşamayı belirtir. Genel bir Görüşme tamamlandı etkinliğinden daha ayrıntılı bilgi sunar.

Her görüşme aşamasındaki metrikleri ayrı ayrı analiz ederek daha belirgin darboğazları saptayabilirsiniz. Örneğin, aşamaya göre aday kaybı oranını hassas biçimde ölçebilir ve adayların teknik görüşmeden sonra mı yoksa ilk değerlendirmeden sonra mı süreçten çekildiğini belirleyebilirsiniz. Bu ayrıntı, görüşme deneyiminde hedefli iyileştirmeler yapmak için önemlidir.

Neden önemli?

Görüşme sürecini daha ayrıntılı görmenizi, her aşamadaki çevrim sürelerini ve aday kaybı oranlarını analiz etmenizi sağlar.

Nereden alınır?

Bu bilgi, Greenhouse’taki görüşme planlama verilerinin bir parçasıdır. İş başvurusundaki interviews nesnesi, görüşme aşamasına ilişkin ayrıntıları içerir.

Örnekler
İşe alım uzmanı ön görüşmesiİşe alım yöneticisiyle görüşmeTeknik değerlendirmeSon yüz yüze görüşme turu
Görüşme geri bildirim süresi
InterviewFeedbackTurnaroundTime
Görüşmenin tamamlanmasıyla görüşmecinin geri bildirimini göndermesi arasında geçen süre.
Açıklama

Bu hesaplanan metrik, görüşme panelinin geri bildirim hızını ölçer. Geri bildirimin gecikmesi işe alım sürecini önemli ölçüde yavaşlatabilir ve aday deneyimini olumsuz etkileyebilir.

Bu öznitelik, görüşme geri bildirim döngüsü analizi Dashboardunu ve görüşme geri bildirim süresi temel perform göstergesini doğrudan destekler. Görüşme tamamlandı ve Geri bildirim gönderildi etkinlikleri arasındaki süre hesaplanarak elde edilir. Bu metriği izlemek, yavaş geri bildirimden kaynaklanan darboğazları belirlemeye ve kararların daha hızlı alınmasını sağlamaya yardımcı olur.

Neden önemli?

Görüşme sonrası geri bildirim sürecinin verimliliğini ölçer. Bu süreç, işe alımda sık karşılaşılan gecikme nedenlerinden biridir.

Nereden alınır?

Hesaplanan bir alandır. Geri bildirim gönderildi olayının zaman damgasından Görüşme tamamlandı olayının zaman damgası çıkarılarak elde edilir.

Örnekler
86400172800259200
İş kimliği
JobId
Personel talebinin veya iş ilanının benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, başvuru kimliğinden farklı olarak işin kendisine ait benzersiz kimliktir. Birden fazla başvuru aynı iş kimliğiyle ilişkilendirilir.

İş kimliği, verileri personel talebi düzeyinde toplamanızı sağlar. Örneğin, belirli bir iş için alınan toplam başvuru sayısını veya benzer türdeki tüm pozisyonların ortalama işe alım süresini analiz edebilirsiniz. Böylece işe alım çalışmalarını tek bir açık pozisyon etrafında gruplandırıp inceleyebilirsiniz.

Neden önemli?

Tek bir iş ilanıyla ilgili tüm aday verilerini bir araya getirip analiz etmenizi sağlar ve açık pozisyonu temel alan bir görünüm sunar.

Nereden alınır?

Greenhouse’taki iş kaydının birincil anahtarıdır. API üzerinden Job nesnesinde 'id' olarak bulunur.

Örnekler
400123400124400125
İşe alım yöneticisinin adı
HiringManagerName
İlgili personel talebinden sorumlu işe alım yöneticisinin adı.
Açıklama

Bu öznitelik, açık pozisyonu bulunan ekibin yöneticisini belirtir. İşe alım yöneticisi, adayları inceleme, sürecin ilerleyen aşamalarında görüşme yapma ve nihai işe alım kararını verme gibi görevlerde yer alan önemli bir paydaştır.

Süreci işe alım yöneticisine göre analiz etmek, önemli örüntüleri ve darboğazları ortaya çıkarabilir. Örneğin, görüşme planlama darboğazları Dashboardu gecikmelerin belirli yöneticilerin müsaitlik durumuyla sık sık ilişkili olduğunu gösterebilir. Yöneticilerin işe alım sürecine etkin biçimde katılmasını sağlamak için eğitim veya destek ihtiyaçlarını belirlemeye yardımcı olur.

Neden önemli?

Önemli bir paydaşı belirleyerek belirli işe alım yöneticileriyle ilişkili süreç darboğazlarını veya verimlilikleri analiz etmenizi sağlar.

Nereden alınır?

Greenhouse’taki iş kaydında, genellikle işe alım yöneticisi gibi rollerin belirtildiği hiring_team bölümünde bulunur.

Örnekler
Emily TranDavid ChenSophia Rodriguez
Otomatik mi
IsAutomated
Bir etkinliğin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir işaret.
Açıklama

Bu mantıksal öznitelik, bir etkinliğin kullanıcı tarafından mı yoksa otomatik sistem kuralıyla mı gerçekleştirildiğini belirtir. Otomatik etkinliklere otomatik yanıt e-postaları göndermek veya temel bir ön değerlendirme sorusunu geçemeyen adayları otomatik olarak reddetmek örnek verilebilir.

Bu özniteliği analiz etmek, işe alım sürecindeki otomasyon düzeyini anlamaya yardımcı olur. Otomatik ve manuel adımların verimliliğini ve sonuçlarını karşılaştırabilir, hızı ve tutarlılığı artırmak için daha fazla otomasyon fırsatını belirleyebilirsiniz.

Neden önemli?

Manuel ve otomatik etkinlikleri ayırt ederek otomasyonun süreç verimliliği ve sonuçları üzerindeki etkisini analiz etmenizi sağlar.

Nereden alınır?

Bu bilgi standart bir alan değildir ve genellikle başka verilerden türetilmesi gerekir. Bir etkinlikle ilişkilendirilmiş kullanıcıdan (örneğin, System kullanıcısı) veya otomatik olduğu bilinen belirli olay türlerinden çıkarılabilir.

Örnekler
truefalse
Ret nedeni
RejectionReason
Adayın başvurusunun reddedilme nedeni.
Açıklama

Bu öznitelik, adayın süreçte neden ilerletilmediğini belirtir. Örnekler arasında kurum kültürüne uygun olmama, ücret beklentisinin yüksek olması veya daha nitelikli adayların bulunması yer alır.

Ret nedenlerini analiz etmek, işe alım süreci hakkında değerli geri bildirim sağlar. İş tanımlarındaki uyumsuzlukları, rekabetçi olmayan ücretleri veya aday havuzunda tekrarlanan beceri eksikliklerini ortaya çıkarabilir. Bu bilgi, aday bulma stratejilerini iyileştirmek ve işe alım hunisindeki yaygın sorun noktalarını anlayarak aday deneyimini geliştirmek açısından özellikle yararlıdır.

Neden önemli?

Adayların işe alım hunisinden neden elendiğine ilişkin niteliksel bilgi sağlar. İş tanımlarını, aday bulma çalışmalarını ve ön değerlendirme ölçütlerini iyileştirmeye yardımcı olur.

Nereden alınır?

Başvuru reddedildiğinde başvuru kaydında bulunur. API, ayrıntıları rejection_reason nesnesinde sağlar.

Örnekler
Gerekli becerilere sahip değilÜcret beklentisi çok yüksekDaha nitelikli bir aday seçildi
Uyumlu mu
IsCompliant
Başvurunun tanımlanmış standart işe alım sürecini izleyip izlemediğini gösteren hesaplanmış bir işaret.
Açıklama

Bu mantıksal öznitelik, bir uygunluk kontrolünün sonucudur. İş başvurusundaki gerçek etkinlik sırasını önceden tanımlanmış ideal süreç modeliyle karşılaştırır. Gerekli adımların atlanması veya etkinliklerin yanlış sırada gerçekleştirilmesi gibi sapmaları işaretler.

Bu öznitelik, işe alım uyumluluğu sapmaları Dashboardunun temelini oluşturur ve süreç uygunluk oranı ile uyumluluk ihlali sayısı temel perform göstergelerini destekler. Kuruluşlar uyumlu olmayan vakaları filtreleyerek sapmaların yetersiz eğitimden, sistem kısıtlamalarından veya gerekli istisnalardan kaynaklanıp kaynaklanmadığını inceleyebilir. Bu analiz, iş akışlarını standartlaştırmaya ve uyumluluk risklerini azaltmaya yardımcı olur.

Neden önemli?

Süreç sapmalarını belirleyerek süreç uygunluğunu ölçmenizi, uyumluluğu sağlamanızı ve işe alım iş akışlarını standartlaştırmanızı sağlar.

Nereden alınır?

Process Mining yazılımı tarafından oluşturulan hesaplanmış bir alandır. Olay günlüğü verilerini tanımlanmış bir hedef modelle veya iş kuralları kümesiyle karşılaştırır.

Örnekler
truefalse
Zorunlu Önerilen İsteğe bağlı

İşe alım ve yetenek kazanımı etkinlikleri

İşe alım sürecinizi doğru biçimde keşfetmek ve iyileştirmek için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
7 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Aday işe alındı
Aday, işe alım öncesi tüm kontrolleri başarıyla tamamlamış ve resmen işe alınmış olarak işaretlenmiştir. Bu, başvuru sürecinin başarıyla tamamlandığını ve sona erdiğini gösterir.
Neden önemli?

Bu, sürecin temel başarı sonucudur. Başvurunun alınmasından bu olaya kadar geçen süre, işe alım için geçen toplam süredir ve işe alımın temel performans göstergelerinden biridir.

Nereden alınır?

Greenhouse’ta işe alım uzmanının adayı belirli bir pozisyon için işe alınmış olarak işaretlediği açık bir işlemdir. Bu işlem, adayı aktif aday durumundan işe alınmış durumuna geçirir.

Kaydedin

Greenhouse’ta işe alındı olarak işaretleme işleminin zaman damgasından alınır.

Olay türü explicit
Başvuru alındı
Bu etkinlik, belirli bir iş başvurusu için işe alım sürecinin başlangıcını gösterir. Aday kariyer sitesi veya aday bulma kanalı üzerinden başvuru yaptığında ya da başvuru Greenhouse’a elle girildiğinde kaydedilir.
Neden önemli?

Bu, sürecin temel başlangıç olayıdır. İşe alım süresini ve aday bulma kanalının etkinliğini ölçmek için bu etkinlikten diğerlerine kadar geçen süreyi analiz etmek önemlidir.

Nereden alınır?

Greenhouse’ta başvuru oluşturulduğunda açık bir olay olarak kaydedilir. Başvuru nesnesindeki Başvuru Tarihi alanı veya oluşturulma zaman damgası, olayın zamanını verir.

Kaydedin

Başvuru kaydının oluşturulma zaman damgasından alınır.

Olay türü explicit
Başvuru reddedildi
Adayın başvurusu sürecin herhangi bir aşamasında reddedilmiştir. Bu, en sık görülen başarısız bitiş olayıdır ve her aşamada gerçekleşebilir.
Neden önemli?

Bu bitiş olayı, işe alım hunisindeki aday kaybı oranlarını analiz etmek için önemlidir. Retlerin ne zaman ve neden gerçekleştiğini anlamak, süreçteki verimsizlikleri veya pozisyon gereklilikleriyle adayların uyumsuzluğunu belirlemeye yardımcı olur.

Nereden alınır?

Greenhouse’ta bir kullanıcı başvuruyu reddettiğinde kaydedilen açık bir olaydır. Genellikle ret nedeni de belirtilir ve etkinlik günlüğünde zaman damgası tutulur.

Kaydedin

Başvuruya uygulanan ret işleminin zaman damgasından alınır.

Olay türü explicit
Mülakat planlandı
Adayla yapılacak mülakat sistemde planlanmıştır. Greenhouse takvimlerle entegre olduğundan, mülakat onaylandığında bu olay genellikle açıkça kaydedilir.
Neden önemli?

Bu olay, mülakat planlama sürecindeki darboğazları analiz etmek ve belirlemek için önemlidir. Bu etkinlikle önceki adım arasında geçen süre, işe alım uzmanı ve koordinatör verimliliğini ölçen temel bir KPI’dır.

Nereden alınır?

Greenhouse’taki mülakat planlama özelliğinden alınır. API, planlanan mülakatların oluşturulma zaman damgası dâhil verilerini sağlar.

Kaydedin

Bir mülakat etkinliği oluşturulup adayın başvurusuyla ilişkilendirildiğinde kaydedilir.

Olay türü explicit
Mülakat tamamlandı
Adayla mülakat yapılmıştır. Bu durum genellikle planlanan mülakat saati geçtikten sonra veya daha güvenilir biçimde, mülakat için geri bildirim gönderildiğinde anlaşılır.
Neden önemli?

Bu etkinlik, adayın yolculuğundaki önemli bir aşamadır. Geri bildirimin iletilme süresini ve adayın sonraki aşamaya geçişini ölçmek için başlangıç noktasıdır.

Nereden alınır?

Genellikle dolaylı olarak belirlenir. Planlanan mülakatın bitiş saatinden veya daha doğru biçimde, söz konusu mülakat için gönderilen ilk geri bildirimin zaman damgasından elde edilebilir.

Kaydedin

Planlanan mülakatın bitiş saatinden veya sonrasında gönderilen geri bildirimin zaman damgasından anlaşılır.

Olay türü inferred
Teklif iletildi
Resmî iş teklifi adaya gönderilmiştir. Bu önemli aşama, mülakat ve seçim sürecinin tamamlandığını gösterir.
Neden önemli?

Bu etkinlik, teklif kabul oranı KPI’ını hesaplamanın temelidir. Aday için son karar aşamasının başlangıcını gösterir.

Nereden alınır?

Greenhouse’ta teklifin durumu "Gönderildi" veya "İletildi" olarak değiştiğinde açık bir olay olarak kaydedilir. Teklifler nesnesinde bu durum değişikliklerinin zaman damgaları bulunur.

Kaydedin

Teklifin durumu resmen gönderildi olarak işaretlendiğinde oluşan zaman damgasından alınır.

Olay türü explicit
Teklif kabul edildi
Aday iş teklifini resmen kabul etmiştir. Bu önemli bir başarı aşamasıdır ve genellikle geçmiş kontrolü gibi işe alım öncesi faaliyetleri başlatır.
Neden önemli?

Bu, önemli bir başarı aşaması ve teklif kabul oranı KPI’ının temel bileşenidir. Adayın gelecekteki çalışana dönüşme sürecini gösterir.

Nereden alınır?

Greenhouse’ta teklif durumu işe alım uzmanı tarafından veya adayın elektronik onayıyla Accepted olarak güncellendiğinde kaydedilen açık bir olaydır.

Kaydedin

Teklif durumu Accepted olarak değiştirildiği zamandaki zaman damgasından alınır.

Olay türü explicit
Başvuru incelendi
Bir işe alım uzmanı veya işe alım yöneticisi, adayın başvurusunu ilk kez incelemiştir. Bu durum genellikle başvurunun aşaması veya durumu "Yeni"den "İncelemede" gibi etkin bir inceleme aşamasına geçtiğinde anlaşılır.
Neden önemli?

Bu etkinliği takip etmek, ilk eleme aşamasındaki darboğazları belirlemeye ve yeni başvuruların ne kadar sürede incelendiğini ölçmeye yardımcı olur. Ayrıca mülakat planlama çevrim süresini hesaplamanın başlangıç noktasıdır.

Nereden alınır?

Başvuru durumu alanındaki değişiklikten anlaşılır. Değişikliğin zaman damgasını kullanarak durumun "Yeni"den "İnceleme"ye geçip geçmediğini kontrol edin.

Kaydedin

Durumun "İncelemede" veya benzer bir aşamaya geçtiği zaman damgasından anlaşılır.

Olay türü inferred
Geçmiş kontrolü başlatıldı
Aday için, genellikle teklifin kabul edilmesinin ardından geçmiş kontrolü başlatılmıştır. Bu işlem, belirli bir aşama değişikliği veya üçüncü taraf hizmetle entegrasyonu tetikleyen bir olay olarak kaydedilebilir.
Neden önemli?

Bu etkinlik, uyumluluk ve işe alım öncesi taramalardaki gecikmeleri izlemek açısından önemlidir. Teklifin kabul edilmesiyle gerekli kontrollerin tamamlanması arasında geçen süreyi analiz etmeye yardımcı olur.

Nereden alınır?

Adayın işe alım sürecinde Geçmiş Kontrolü aşamasına alınmasından veya geçmiş kontrolü entegrasyonuyla ilgili bir etkinlik günlüğünden çıkarılabilir.

Kaydedin

Geçmiş Kontrolü aşamasına geçişi gösteren bir durum değişikliğinden veya entegre hizmetin API günlüğünden çıkarılır.

Olay türü inferred
Geri bildirim gönderildi
Bir mülakatçı, adayın mülakatına ilişkin puan kartını veya geri bildirimini göndermiştir. Greenhouse’un yapılandırılmış işe alım sürecinde karar vermek için bu bilgi kullanılır; bu nedenle ayrı bir işlem olarak kaydedilir.
Neden önemli?

Adayların sonraki aşamaya geçebilmesi için geri bildirimin zamanında iletilmesi önemlidir. Bu etkinlik, geri bildirim sürecinin verimliliğini ve puan kartlarının tamamlanma oranını analiz etmeye yardımcı olur.

Nereden alınır?

Bir mülakatçı Greenhouse üzerinden puan kartı gönderdiğinde açık bir olay olarak kaydedilir. Scorecards API nesnesinde submitted_at zaman damgası bulunur.

Kaydedin

Mülakat puan kartının gönderildiği zaman damgasından alınır.

Olay türü explicit
İşe alım uzmanının ilk görüşmesi yapıldı
Bir işe alım uzmanı adayla ilk telefon görüşmesini veya konuşmasını tamamlamıştır. Bu etkinlik genellikle aday işe alım sürecindeki belirli bir "Telefon görüşmesi" aşamasına alındığında kaydedilir.
Neden önemli?

Bu önemli yeterlilik aşaması, başvurunun ilk özgeçmiş incelemesini geçtiğini gösterir. İşe alım uzmanlarının iş yükünü ve ilk eleme sürecinin etkinliğini ölçmeye yardımcı olur.

Nereden alınır?

Başvuru Greenhouse iş akışındaki "Telefon görüşmesi" aşamasına alındığında veya bu aşamadan çıkarıldığında oluşan zaman damgasından anlaşılır.

Kaydedin

Başvurunun aşama geçmişinden elde edilir; özellikle "Telefon görüşmesi" aşamasına giriş kaydedilir.

Olay türü inferred
İşe alıştırma başlatıldı
Yeni çalışanın şirkete uyum süreci resmen başlamıştır. Bu aşamada işe alım sisteminden bir İK bilgi sistemine (HRIS) veya işe alıştırma platformuna devir teslim yapılır.
Neden önemli?

İşe alımdan İK’ya yapılan devir teslimin verimliliğini izler. Buradaki gecikmeler yeni çalışanın deneyimini olumsuz etkileyebilir. Bu nedenle işe alıştırmaya devir teslim süresini izlemek önemlidir.

Nereden alınır?

Greenhouse bir işe alıştırma sistemiyle entegreyse bu, açık bir olay olarak kaydedilebilir. Aksi durumda, adayın son İşe Alındı aşamasına geçirildiği zaman damgasından çıkarılır; bu geçiş devir teslimi başlatır.

Kaydedin

Aşama değişikliğinden veya İK bilgi sistemine devir teslimi gösteren bir entegrasyon günlüğünden çıkarılır.

Olay türü inferred
Teklif oluşturuldu
Resmî iş teklifi hazırlanmıştır ve kurum içi onay bekliyor olabilir. Bu etkinlik, adaya teklif sunma kararının resmîleştiğini gösterir.
Neden önemli?

Bu etkinlik, teklif verme kararını teklifin adaya iletilmesinden ayırır. Teklif adaya ulaşmadan önceki kurum içi onay sürelerini ve darboğazları analiz etmeye yardımcı olur.

Nereden alınır?

Greenhouse’ta tekliflere özel bir modül bulunur. Başvuruyla ilişkilendirilmiş teklif nesnesinin oluşturulma zaman damgasından alınan açık bir olaydır.

Kaydedin

Greenhouse sisteminde teklif kaydı oluşturulduğunda kaydedilir.

Olay türü explicit
Teklif reddedildi
Aday iş teklifini resmen reddetmiştir. Bu, işe alım sürecinin sonlarına doğru gerçekleşen başarısız bir bitiş olayıdır.
Neden önemli?

Bu sonucu izlemek, teklif kabul oranını analiz etmek açısından önemlidir. Bu olayın sık yaşanması; ücret, kurum kültürü veya pozisyonla ilgili sorunlara işaret edebilir.

Nereden alınır?

Greenhouse’ta teklif durumu Rejected veya Declined olarak güncellendiğinde kaydedilen açık bir olaydır. Teklif kaydında bu durum değişikliğinin zaman damgası bulunur.

Kaydedin

Teklif durumunun Rejected olarak değiştiği zamandaki zaman damgasından alınır.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Greenhouse verilerinizi nasıl alabilirsiniz?

Başlamaya hazır mısınız?

İşe alım verilerinizden daha fazla yararlanın. İşe alım sürecinizi kolaylaştırmak ve veriye dayalı kararlar almak için bu Templatei bugün kullanmaya başlayın.

Greenhouse’taki yetenek kazanımı sürecinizi bugün kolaylaştırın

İşe alım çevrim sürenizi %30 azaltın ve aday deneyimini bugün iyileştirin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez • Kurulum 5 dakika sürer