İş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, İşe Alım ve Yetenek Kazanımı süreciniz için doğru verileri toplamanıza yönelik ayrıntılı bir rehber sunar. İzlemeniz gereken temel öznitelikleri, yakalamanız gereken önemli etkinlikleri ve bu bilgileri Greenhouse sisteminizden nasıl çıkaracağınıza ilişkin açık yönlendirmeleri açıklar. Bu Templatei izleyerek anlamlı süreç analizi için gerekli veri temelini oluşturabilirsiniz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel faaliyetler
  • Veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

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

Greenhouse içindeki işe alım ve yetenek kazanımı sürecinizi kapsamlı biçimde analiz etmek için bu önerilen veri alanlarını Event Logunuza ekleyin.
5 Gerekli 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ıdır.
Açıklama

Bu öznitelik, işe alım sürecindeki her olayın adını, örneğin 'Application Received', 'Interview Scheduled' veya 'Offer Accepted' değerlerini kaydeder. Süreç haritasını oluşturan olay dizisini meydana getirir.

Bu etkinliklerin sırasını ve sıklığını analiz etmek Process Mining için temel bir adımdır. İşe alım hunisini görselleştirmeye, yaygın süreç yollarını belirlemeye, standart iş akışından sapmaları tespit etmeye ve sürecin durduğu darboğazları bulmaya yardımcı olur. Örneğin, kaç başvurunun 'Application Reviewed' etkinliğinden 'Recruiter Screen Conducted' etkinliğine geçtiğini izlemenizi sağlar.

Neden önemli?

Bu öznitelik, işe alım sürecindeki adımları tanımlar; süreç akışını görselleştirmenize, darboğazları ve sapmaları belirlemenize olanak tanır.

Nereden alınır?

Bu değer genellikle Greenhouse içindeki başvuru aşaması değişiklikleri, mülakat durumları, teklif olayları veya denetlenebilir diğer işlemler haritalanarak elde edilir. Sistem olaylarını standartlaştırılmış etkinlik adlarına dönüştürmek için mantık kurmak 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 saattir.
Açıklama

Etkinlik zaman damgası, işe alım sürecinde bir olayın gerçekleştiği kesin anı gösterir. Her iş başvurusu için etkinliklerin kronolojik sırasını sağlayarak tüm performans ve süre analizlerinin zamansal temelini oluşturur.

Bu zaman damgası, İşe Alım Süresi, Mülakat Planlama Çevrim Süresi ve Mülakat Geri Bildirimi Yanıt Süresi gibi zamanla ilgili tüm KPI hesaplamaları için gereklidir. Farklı etkinlikler arasında geçen süreyi analiz ederek kuruluşların verimliliği ölçmesine, gecikmeleri belirlemesine ve Service Level Agreement uyumluluğunu izlemesine yardımcı olur. Böylece performans ve darboğazlara odaklanan Dashboardları doğrudan destekler.

Neden önemli?

Bu zaman damgası, olayları sıralamak, çevrim sürelerini hesaplamak ve işe alım sürecinin performansını analiz etmek için önemlidir.

Nereden alınır?

Greenhouse içindeki çeşitli nesnelerde bulunur. Örneğin Application nesnesindeki "applied_at", Offer nesnelerindeki "created_at" veya etkinlik akışları ve denetim günlüklerindeki zaman damgaları.

Örnekler
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
İş Başvurusu
JobApplicationId
Belirli bir işe tek bir adayın yaptığı başvurunun benzersiz tanımlayıcısıdır.
Açıklama

İş Başvurusu Kimliği, benzersiz vaka tanımlayıcısı olarak işe alım süreci analizinin temelini oluşturur. İlk başvuru ve elemeden mülakatlara, tekliflere ve nihai işe alım kararına kadar ilgili tüm etkinlikleri birbirine bağlar. Böylece her adayın yolculuğunu uçtan uca görmenizi sağlar.

Process Mining'de bu öznitelik, her adayın işe alım hunisinde izlediği yolu yeniden oluşturmak için kullanılır. Başvuru bazında süreç varyantlarını ve çevrim sürelerini, ayrıca süreçten ayrılma noktalarını analiz etmenizi sağlar. Böylece her başvuru sahibi için genel işe alım yaşam döngüsünü net biçimde görebilirsiniz.

Neden önemli?

Bu, tek bir adayın tüm işe alım olaylarını birbirine bağlayan ve işe alım yolculuğunun baştan sona analiz edilmesini sağlayan temel Case ID'dir.

Nereden alınır?

Bu, genellikle bir başvuru nesnesinin birincil anahtarıdır. Genellikle "id" veya "application_id" olarak adlandırılan "Applications" uç noktası için Greenhouse API belgelerine başvurun.

Örnekler
987654321098765432119876543212
Kaynak sistem
SourceSystem
Verilerin çıkarıldığı kayıt sistemini tanımlar.
Açıklama

Bu öznitelik, işe alım verilerinin kaynağını belirtir. Bu süreç için değer sürekli olarak 'Greenhouse' olur.

Statik görünse de kaynak sistemin açıkça izlenmesi, veri yönetişimi ve sorun giderme açısından önemlidir. Ayrıca verilerin HRIS gibi başka sistemlerden zenginleştirilebileceği durumlarda da gereklidir. Veri kaynağının net biçimde anlaşılmasını sağlar ve kuruluşun veri ortamında veri bütünlüğünün korunmasına yardımcı olur.

Neden önemli?

Veri yönetişimi, doğrulama ve birden fazla kaynaktan gelen verilerin yönetimi için gerekli olan açık veri kaynağı bilgisini sağlar.

Nereden alınır?

Bu statik değer, verilerin kaynağını belirtmek üzere veri çıkarma ve dönüştürme sürecinde eklenmelidir.

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

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

Bu bilgi, kullanıcıların analizin ne kadar güncel olduğunu anlaması için gereklidir. Veri gecikmesiyle ilgili beklentilerin yönetilmesine yardımcı olur ve veri hattının planlandığı gibi çalıştığını doğrulamak için büyük önem taşır. Örneğin, 'Last Data Update' değeri birkaç gün öncesine aitse kullanıcılar Dashboardların en son işe alım etkinliklerini yansıtmadığını bilir.

Neden önemli?

Verilerin güncelliğini göstererek kullanıcıların analizin sürecin en güncel 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) sürecinde oluşturulur ve Veri Seti'ne 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, bir başvurunun 'Hired', 'Rejected' veya 'Active' gibi durumunu belirtir. Tamamlanmış bir sürecin son durumunu veya devam eden bir sürecin mevcut durumunu gösterir.

Sonuç analizi için temel bir boyuttur. İşe alınan adaylarla reddedilen adayların süreç yollarını karşılaştırmak üzere vakaları filtrelemenizi ve başarılı yolculukların özelliklerini ortaya çıkarmanızı sağlar. Ayrıca 'Overall Recruitment Funnel' Dashboardunda dönüşüm oranlarını hesaplamak ve başvuruların yüzde kaçının işe alımla sonuçlandığını göstermek için kullanılır.

Neden önemli?

İşe alım sürecinin sonucunu tanımlayarak başarılı ve başarısız aday yolculuklarının karşılaştırılmasını sağlar.

Nereden alınır?

Bu bilgi Greenhouse'ta Application nesnesinde bulunur ve API üzerinden 'status' alanıyla alınabilir.

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

Bu öznitelik, bir iş başvurusunun kaynağını, örneğin 'LinkedIn', 'Employee Referral', 'Company Website' veya 'Indeed' değerlerini izler. Farklı işe alım kanallarının etkinliği hakkında içgörü sağlar.

'Sourcing Channel Effectiveness' Dashboardu tamamen bu öznitelik üzerine kuruludur. Kuruluşlar başvuru hacmini, işe alım süresini ve işe alım oranlarını kaynağa göre analiz ederek işe alım pazarlaması bütçesini ve çabasını optimize edebilir. Bu veri, hangi kanalların en nitelikli adayları en verimli şekilde sağladığına ilişkin stratejik soruları yanıtlamaya yardımcı olur ve 'Sourcing Channel Conversion Rate' KPI’ını doğrudan destekler.

Neden önemli?

Farklı işe alım kanallarının etkinliğini ve yatırım getirisini ölçmeye yardımcı olarak kaynak bulma çalışmalarının nereye yönlendirileceği konusunda veriye dayalı kararlar alınmasını sağlar.

Nereden alınır?

Greenhouse'ta Application ile ilişkilendirilen Candidate nesnesinde bulunur. Bu bilgiyi 'source' alanı sağlar.

Örnekler
LinkedInÇalışan TavsiyesiŞirket Kariyer SayfasıIndeed
İş departmanı
JobDepartment
İş pozisyonunun doldurulacağı departman veya iş birimi.
Açıklama

Bu öznitelik, işe alım talebiyle ilişkili 'Engineering', 'Marketing' veya 'Sales' gibi kurumsal departmanı belirtir. İşe alım metriklerini işletmenin farklı bölümleri arasında toplamanıza ve karşılaştırmanıza olanak tanır.

Analizi departmana göre bölümlendirmek, 'Time To Hire Performance' ve 'Offer Acceptance Rate Trends' gibi Dashboardlar için önemlidir. Belirli departmanların daha uzun işe alım döngülerine, daha yüksek teklif reddetme oranlarına veya farklı süreç uyumluluğu düzeylerine sahip olup olmadığını belirlemeye yardımcı olur. Bu içgörüler, her departmanın özel ihtiyaçlarına göre hedefli müdahaleler ve süreç iyileştirmeleri yapmanızı sağlar.

Neden önemli?

İşe alım performansının ve süreç farklılıklarının departmanlar arasında karşılaştırılmasını sağlayarak sistemik sorunları veya iyi uygulamaları ortaya çıkarır.

Nereden alınır?

Greenhouse'ta Job nesnesinde genellikle standart veya özel bir alan olarak bulunur. API üzerinden bir Job kaydının 'departments' bölümünde görülebilir.

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

Bu öznitelik, 'Senior Software Engineer' veya 'Product Marketing Manager' gibi işe alım talebinin resmi unvanını içerir. Doldurulacak rol hakkında gerekli bağlamı sağlar.

İşe alım süreçlerini iş unvanına göre analiz etmek, role özgü zorlukları anlamak için temeldir. Örneğin, 'Time To Hire Performance' Dashboardu, kıdemli veya yüksek düzeyde uzmanlık gerektiren rollerin doldurulmasının daha uzun sürüp sürmediğini göstermek için bu özniteliği kullanır. Ayrıca farklı pozisyonlar için teklif kabul oranlarını analiz etmeye ve ücret rekabetçiliği ya da rolün çekiciliği hakkında içgörü elde etmeye yardımcı olur.

Neden önemli?

Belirli roller için işe alım Metriklerinin filtrelenmesini ve karşılaştırılmasını sağlayarak süreç performansının işin karmaşıklığına veya türüne göre nasıl değiştiğini anlamaya yardımcı olur.

Nereden alınır?

Greenhouse'ta Job nesnesindeki temel alanlardan biridir. API üzerinden 'jobs' uç noktası sorgulanırken 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 işe alım talebine atanan işe alım uzmanını tanımlar. Bu kişi genellikle başvuruları incelemekten, mülakatları koordine etmekten ve adayı süreçte ilerletmekten sorumludur.

Süreci işe alım uzmanına göre analiz etmek, bireysel performansı ve iş yükü dağılımını anlamak için önemlidir. 'Recruiter Workload & Efficiency' Dashboardu, işe alım uzmanı başına işlem hacmi ve çevrim süresi gibi metrikleri hesaplamak için bu özniteliğe dayanır. En iyi performans gösteren kişileri belirlemenize, ek desteğe ihtiyaç duyabilecek kişileri bulmanıza ve yetenek kazanımı ekibinde dengeli bir iş yükü oluşturmanıza yardımcı olur.

Neden önemli?

Süreç faaliyetlerini belirli bir işe alım uzmanıyla ilişkilendirerek bireysel performans, iş yükü ve verimlilik analizine imkan verir.

Nereden alınır?

Greenhouse'ta Job nesnesinde, genellikle 'hiring_team' bölümünde bulunur. Bu bölümde 'Recruiter' gibi roller belirtilir.

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

Bu öznitelik, bir iş teklifinin 'Created', 'Extended', 'Accepted' veya 'Rejected' gibi değerlerle durumunu izler. İşe alım sürecinin son aşamalarını gösteren temel bir göstergedir.

Bu öznitelik, 'Offer Acceptance Rate Trends' Dashboardu ve ilgili KPI için gereklidir. 'Offer Extended' aşamasından 'Offer Accepted' veya 'Offer Rejected' aşamasına ilerlemeyi izleyerek şirketlerin adayları işe alımla sonuçlandırma becerisini ölçmesini sağlar. Verileri departmana veya iş unvanına göre analiz etmek, ücret rekabetçiliği, aday deneyimi veya adayın kararını etkileyen diğer faktörler hakkında içgörü sağlayabilir.

Neden önemli?

İş tekliflerinin sonucunu izleyerek Teklif Kabul Oranı KPI'ının hesaplanmasına ve bu oranın nasıl iyileştirileceğinin anlaşılmasına yardımcı olur.

Nereden alınır?

Greenhouse'ta Application ile ilişkilendirilen Offer nesnesinde bulunur. Bu bilgiyi 'status' alanı sağlar.

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

Candidate ID, yetenek havuzundaki kişiyi benzersiz biçimde tanımlar. Job Application ID ise bir adayın belirli bir iş için yaptığı tek bir başvuruya özeldir. Aynı aday zaman içinde birden fazla iş başvurusu yapabilir.

Job Application ID bu süreç görünümü için Case ID olarak kullanılırken Candidate ID farklı bir analiz türü sağlar. Adayın birden fazla iş başvurusundaki yolculuğunu izlemek, sık başvuru yapan adayları belirlemek ve yetenek havuzuyla genel ilişkiyi analiz etmek için kullanılabilir. İşe alım verilerine kişi merkezli bir bakış sunar.

Neden önemli?

Aynı adayın birden fazla başvurusunun analiz edilmesini sağlayarak aday etkileşiminin zaman içindeki daha geniş görünümünü sunar.

Nereden alınır?

Greenhouse'ta aday kaydının birincil anahtarıdır ve API üzerinden Candidate nesnesinde 'id' olarak bulunur.

Örnekler
123456123457123458
Faaliyet bitiş zamanı
ActivityEndTime
Süreye sahip bir faaliyetin ne zaman sona erdiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, mülakat veya geçmiş kontrolü gibi belirli bir süre boyunca devam eden faaliyetlerin tamamlanma zamanını kaydeder. Birçok faaliyet anlık gerçekleşse de ölçülebilir süresi olan faaliyetler için başlangıç ve bitiş zamanlarının birlikte tutulması faydalıdır.

Bitiş zamanının bulunması, belirli faaliyetlerin işlem süresinin veya toplam süresinin doğru hesaplanması için önemlidir. Böylece adımlar arasındaki bekleme süresiyle bir görev için harcanan gerçek süre birbirinden ayrılabilir. Örneğin mülakatların gerçekte ne kadar sürdüğü ile bunları planlamanın ne kadar zaman aldığı daha doğru analiz edilebilir.

Neden önemli?

Faaliyet işlem sürelerinin hassas biçimde hesaplanmasını sağlayarak süreçteki aktif çalışma süresiyle boşta bekleme süresinin ayırt edilmesine yardımcı olur.

Nereden alınır?

Bu bilgi Greenhouse'ta 'scheduled_interview' gibi nesnelerde bulunabilir. Bu nesnelerde genellikle hem 'start' hem de 'end' zamanı yer alır. Diğer faaliyetler için sonraki faaliyetin zaman damgasından çıkarım yapılması gerekebilir.

Örnekler
2023-10-27T15:35:10Z2023-11-05T10:15:00Z2023-11-10T11:00:00Z
İş kimliği
JobId
İşe alım talebini veya ilanını benzersiz biçimde tanımlayan kimlik.
Açıklama

Bu öznitelik, başvuru kimliğinden farklı olan işin benzersiz kimliğidir. Birden fazla başvuru aynı Job ID ile ilişkilendirilir.

Job ID kullanılarak veriler işe alım talebi düzeyinde toplanabilir. Örneğin belirli bir iş için alınan toplam başvuru sayısı veya benzer türdeki tüm rollerin ortalama işe alım süresi analiz edilebilir. Tek bir açık pozisyon etrafındaki işe alım çalışmalarını gruplamak ve analiz etmek için kullanılır.

Neden önemli?

Tek bir açık pozisyonla ilişkili tüm aday verilerinin toplanmasını ve analiz edilmesini sağlayarak işe alım talebi merkezli bir görünüm sunar.

Nereden alınır?

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

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

Bu öznitelik, açık pozisyonun bulunduğu ekibin yöneticisini tanımlar. İşe alım yöneticisi, adayları inceleme, sürecin ilerleyen aşamalarındaki mülakatları yürütme ve nihai işe alım kararını verme görevlerine sıklıkla katılan ö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, 'Interview Scheduling Bottlenecks' Dashboardu gecikmelerin belirli yöneticilerin uygunluk durumuyla sıkça ilişkili olduğunu gösterebilir. Yöneticilerin işe alım sürecine verimli 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şı tanımlayarak belirli işe alım yöneticileriyle ilişkili süreç darboğazlarının veya verimlilik alanlarının analiz edilmesini sağlar.

Nereden alınır?

Greenhouse'ta Job nesnesinde, genellikle 'hiring_team' bölümünde bulunur. Bu bölümde 'Hiring Manager' gibi roller belirtilir.

Örnekler
Emily TranDavid ChenSophia Rodriguez
Mülakat aşaması
InterviewStageName
Mülakat aşamasının özel adı veya türü.
Açıklama

Bu öznitelik, genel mülakat sürecindeki belirli aşamayı belirtir. Örneğin 'Recruiter Screen', 'Technical Interview' veya 'Final Round'. Genel bir 'Interview Completed' faaliyetinden daha ayrıntılı bilgi sağlar.

Kuruluşlar her ayrı mülakat aşamasındaki Metrikleri analiz ederek daha belirgin darboğazları tespit edebilir. Örneğin 'Aşamaya göre aday kayıp oranı' yüksek hassasiyetle ölçülebilir ve adayların teknik mülakattan sonra mı yoksa ilk ön elemeden sonra mı çekildiği belirlenebilir. Bu ayrıntı, mülakat deneyiminde hedefli iyileştirmeler yapmak için önemlidir.

Neden önemli?

Mülakat sürecini daha ayrıntılı biçimde göstererek her bir mülakat adımındaki çevrim sürelerinin ve kayıp oranlarının analiz edilmesini sağlar.

Nereden alınır?

Bu bilgi Greenhouse'taki mülakat planlama verilerinin bir parçasıdır. Bir iş başvurusundaki 'interviews' nesnesi, mülakat aşamasına ilişkin ayrıntıları içerir.

Örnekler
İşe Alım Uzmanı Ön Görüşmesiİşe Alım Yöneticisi GörüşmesiTeknik DeğerlendirmeYerinde Son Görüşme
Mülakat geri bildirim dönüş süresi
InterviewFeedbackTurnaroundTime
Mülakatın tamamlanmasıyla mülakatı yapan kişinin geri bildirimini göndermesi arasında geçen süre.
Açıklama

Bu hesaplanmış metrik, mülakat panelinin yanıt verme hızını ölçer. Geri bildirim gönderimindeki gecikmeler işe alım sürecini önemli ölçüde yavaşlatabilir ve aday deneyimini olumsuz etkileyebilir.

Bu öznitelik, 'Interview Feedback Loop Analysis' Dashboardunu ve 'Interview Feedback Turnaround Time' KPI’ını doğrudan destekler. 'Interview Completed' ve 'Feedback Submitted' etkinlikleri arasındaki zaman farkı kullanılarak hesaplanır. Bu metriği izlemek, yavaş geri bildirimden kaynaklanan darboğazları belirlemeye ve daha hızlı karar almayı teşvik etmeye yardımcı olur.

Neden önemli?

İşe alım sürecindeki yaygın gecikme kaynaklarından biri olan mülakat sonrası geri bildirim döngüsünün verimliliğini ölçer.

Nereden alınır?

Bu hesaplanan bir alandır. 'Feedback Submitted' olayının zaman damgasından 'Interview Completed' olayının zaman damgası çıkarılarak elde edilir.

Örnekler
86400172800259200
Otomatik mi
IsAutomated
Bir faaliyetin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini belirten işaret.
Açıklama

Bu boolean öznitelik, bir faaliyetin kullanıcı tarafından mı yoksa otomatik bir sistem kuralıyla mı gerçekleştirildiğini belirtir. Otomatik faaliyetlere otomatik yanıt e-postalarının gönderilmesi veya temel bir ön eleme sorusunda başarısız olan adayların otomatik olarak reddedilmesi ö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ğiyle sonuçlarını karşılaştırmak ve hızı ve tutarlılığı artırmak için daha fazla otomasyon fırsatını belirlemek amacıyla kullanılabilir.

Neden önemli?

Manuel ve otomatik faaliyetleri ayırt ederek otomasyonun süreç verimliliği ve sonuçları üzerindeki etkisinin analiz edilmesini sağlar.

Nereden alınır?

Bu bilgi standart bir alan değildir ve genellikle türetilmesi gerekir. Bir faaliyetle ilişkilendirilen kullanıcıdan, örneğin 'System' kullanıcısından veya otomatik olduğu bilinen belirli olay türlerinden çıkarılabilir.

Örnekler
truefalse
Ret nedeni
RejectionReason
Adayın başvurusunun reddedilmesi için belirtilen neden.
Açıklama

Bu öznitelik, adayın süreçte neden ilerletilmediğine ilişkin özel nedeni kaydeder. Örnekler arasında 'Kültür uyumu yok', 'Maaş beklentisi çok yüksek' veya 'Daha nitelikli adaylar var' bulunur.

Ret nedenlerini analiz etmek, işe alım süreci hakkında çok değerli geri bildirim sağlar. İş tanımlarındaki uyumsuzlukları, rekabetçi olmayan ücretleri veya aday havuzundaki tekrarlanan beceri eksikliklerini ortaya çıkarabilir. Bu bilgi, işe alım hunisindeki yaygın başarısızlık noktalarını anlamaya yardımcı olarak kaynak bulma stratejilerini iyileştirmek ve aday deneyimini geliştirmek için özellikle faydalıdır.

Neden önemli?

Adayların huniden neden elendiğine ilişkin niteliksel içgörü sağlayarak iş tanımlarının, kaynak bulma çalışmalarının ve ön eleme ölçütlerinin iyileştirilmesine yardımcı olur.

Nereden alınır?

Application nesnesinde, başvuru reddedildiğinde bulunur. API, ayrıntıları içeren bir 'rejection_reason' nesnesi sağlar.

Örnekler
Gerekli beceriler eksikMaaş beklentisi çok yüksekDaha nitelikli aday seçildi
Scorecard önerisi
ScorecardOverallRecommendation
Tamamlanmış bir mülakat Scorecard'ındaki genel işe alım önerisi.
Açıklama

Bu öznitelik, mülakatı yapan kişinin yapılandırılmış bir mülakat Scorecard'ında verdiği nihai öneriyi kaydeder. Genellikle 'Strong Yes', 'Yes', 'No' veya 'Strong No' gibi değerler kullanılır.

Bu veri, mülakat sürecinin kalitesini ve tutarlılığını değerlendirmek için önemlidir. Mülakat geri bildirimlerini gerçek işe alım sonuçlarıyla ilişkilendirerek 'Daha güçlü öneriler alan adaylar daha sık işe alınıyor mu?' gibi soruların yanıtlanmasına yardımcı olur. Ayrıca kuruluşta yapılandırılmış işe alım uygulamalarının benimsenme düzeyini ölçen 'Scorecard tamamlama oranı' KPI'ının temelini oluşturur.

Neden önemli?

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

Nereden alınır?

Greenhouse'ta tamamlanmış bir mülakatla ilişkilendirilen Scorecard nesnesinde bulunur. API bu bilgiyi 'scorecards' uç noktası üzerinden sağlar.

Örnekler
Kesinlikle HayırHayırEvetKesinlikle Evet
Uyumlu mu
IsCompliant
Başvurunun tanımlanmış standart işe alım sürecini izleyip izlemediğini belirten hesaplanmış işaret.
Açıklama

Bu boolean öznitelik, bir iş başvurusundaki gerçek etkinlik sırasını önceden tanımlanmış ideal süreç modeliyle karşılaştıran uyumluluk kontrolünün sonucudur. Gerekli adımların atlanması veya etkinliklerin yanlış sırada gerçekleştirilmesi gibi sapmaların bulunduğu vakaları işaretler.

'Hiring Compliance Deviation' Dashboardu için temel bir özniteliktir ve 'Process Conformance Rate' ile 'Compliance Violation Count' KPI’larını destekler. Kuruluşlar uyumlu olmayan vakaları filtreleyerek sapmaların yetersiz eğitim, sistem sınırlamaları veya gerekli istisnalar nedeniyle oluşup oluşmadığını inceleyebilir. Bu, iş akışlarının standartlaştırılmasına ve uyumluluk risklerinin azaltılmasına yardımcı olur.

Neden önemli?

Süreç sapmalarını belirler. Süreç uyumluluğunu ölçmek, uyumluluğu sağlamak ve işe alım iş akışlarını standartlaştırmak için önemlidir.

Nereden alınır?

Process Mining yazılımı tarafından oluşturulan hesaplanmış bir alandır. Event Log verilerini tanımlanmış bir hedef model veya iş kuralları kümesiyle karşılaştırır.

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

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

İşe alım huninizi doğru biçimde keşfetmek ve optimize etmek için bu temel süreç adımlarını ve kilometre taşlarını Event Logunuza kaydedin.
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 resmî olarak işe alınmış olarak işaretlenmiştir. Bu, başvuru sürecinin başarılı tamamlanma ve bitiş olayıdır.
Neden önemli?

Bu, sürecin birincil başarı sonucudur. "Başvuru Alındı" ile bu olay arasındaki süre, önemli bir işe alım KPI'ı olan toplam işe alım süresidir.

Nereden alınır?

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

Yakalayın

Greenhouse'taki "İşe Alındı Olarak İşaretle" 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 başvurusunu kariyer sitesi veya aday kaynak kanalı üzerinden gönderdiğinde ya da Greenhouse'a manuel olarak eklendiğinde kaydedilir.
Neden önemli?

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

Nereden alınır?

Bu, Greenhouse'ta bir başvuru oluşturulduğunda kaydedilen açık bir olaydır. Başvuru nesnesindeki Başvuru Tarihi alanı veya oluşturulma zaman damgası, olay zamanını sağlar.

Yakalayın

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üreç içinde bir noktada reddedilmiştir. Bu, en yaygın başarısız bitiş olayıdır ve herhangi bir aşamada gerçekleşebilir.
Neden önemli?

Bu, işe alım hunisindeki kayıp oranlarını analiz etmek için önemli bir bitiş olayıdır. Retlerin ne zaman ve neden gerçekleştiğini anlamak, süreç verimsizliklerini veya iş gereklilikleriyle uyumsuzlukları belirlemeye yardımcı olur.

Nereden alınır?

Bir kullanıcı Greenhouse'ta başvuruyu reddettiğinde kaydedilen açık bir olaydır. Genellikle ret nedeni de eklenir ve etkinlik günlüğü zaman damgasını kaydeder.

Yakalayın

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

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

Bu olay, mülakat planlama sürecindeki darboğazları analiz etmek ve belirlemek için önemlidir. Bu olay ile önceki adım arasındaki süre, işe alım uzmanı ve koordinatör verimliliği için temel bir KPI'dır.

Nereden alınır?

Greenhouse içindeki mülakat planlama Özelliğinden alınır. API, oluşturulma zaman damgası dahil olmak üzere planlanan mülakatlara ilişkin verileri sağlar.

Yakalayın

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

Olay türü explicit
Mülakat tamamlandı
Adayla mülakat gerçekleştirilmiştir. Bu durum genellikle planlanan mülakat saatinin geçmesiyle veya daha güvenilir biçimde, söz konusu mülakat için geri bildirim gönderildiğinde anlaşılır.
Neden önemli?

Bu etkinlik, adayın yolculuğunda önemli bir aşamadır. Geri bildirim gönderme süresini ve sonraki aşamaya geçişi ölçmek için başlangıç noktası olarak kullanılır.

Nereden alınır?

Genellikle çıkarım yoluyla 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.

Yakalayın

Planlanan mülakatın bitiş saatinden veya sonraki geri bildirimin gönderilme zaman damgasından çıkarılır.

Olay türü inferred
Teklif gönderildi
Resmî iş teklifi adaya gönderilmiştir. Bu, mülakat ve seçim sürecinin tamamlandığını gösteren önemli bir aşamadır.
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 teklif durumu "Gönderildi" veya "Sunuldu" olarak değiştirildiğinde kaydedilen açık bir olaydır. Teklifler nesnesi bu durum değişiklikleri için zaman damgaları içerir.

Yakalayın

Teklif durumu resmî olarak gönderildi olarak işaretlendiğinde alınan zaman damgasından elde edilir.

Olay türü explicit
Teklif kabul edildi
Aday iş teklifini resmî olarak kabul etmiştir. Bu, önemli bir başarı aşamasıdır ve genellikle adli sicil veya geçmiş kontrolü gibi işe alım öncesi etkinlikleri 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üştüğü geçişi gösterir.

Nereden alınır?

Greenhouse'ta teklif durumu işe alım uzmanı tarafından veya adayın elektronik kabulüyle "Kabul Edildi" olarak güncellendiğinde kaydedilen açık bir olaydır.

Yakalayın

Teklif durumu "Kabul Edildi" olarak değiştirildiğinde alınan zaman damgasından elde edilir.

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 "İnceleniyor" gibi etkin bir inceleme aşamasına geçtiğinde anlaşılır.
Neden önemli?

Bunu izlemek, 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 döngüsü süresini hesaplamanın başlangıç noktasıdır.

Nereden alınır?

Başvuru durumu alanındaki değişiklikten çıkarılır. Değişikliğin zaman damgasını kullanarak durumun "Yeni"den "İnceleme"ye geçtiği değişiklikleri arayın.

Yakalayın

Durumun "İnceleniyor" veya benzer bir aşamaya geçtiği değişikliğin zaman damgasından çıkarılır.

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

Bu etkinlik, uyumluluk ve işe alım öncesi tarama gecikmelerini izlemek için önemlidir. Teklifin kabul edilmesi ile gerekli kontrollerin tamamlanması arasındaki süreyi analiz etmeye yardımcı olur.

Nereden alınır?

Adayın işe alım hattındaki "Geçmiş Kontrolü" aşamasına taşınmasından veya geçmiş kontrolü entegrasyonuyla ilgili bir etkinlik günlüğünden çıkarılması muhtemeldir.

Yakalayın

"Geçmiş Kontrolü" aşamasına 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üreci karar vermek için buna dayandığından bu, ayrı ve kaydedilen bir işlemdir.
Neden önemli?

Geri bildirimin zamanında verilmesi, adayların süreçte ilerlemesi için önemlidir. Bu etkinlik, geri bildirim döngüsünün verimliliğini ve Puan Kartı Tamamlama Oranını analiz etmeye yardımcı olur.

Nereden alınır?

Bir mülakatçı Greenhouse üzerinden puan kartı gönderdiğinde kaydedilen açık bir olaydır. Scorecards API nesnesi, submitted_at zaman damgasını içerir.

Yakalayın

Bir mülakat puan kartının gönderilme zaman damgasından alınır.

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

Bu, bir başvurunun ilk özgeçmiş elemesini geçtiğini gösteren önemli bir yeterlilik aşamasıdır. İşe alım uzmanlarının iş yükünü ve ilk elemenin etkinliğini ölçmeye yardımcı olur.

Nereden alınır?

Başvurunun Greenhouse iş hattındaki "Telefon Görüşmesi" aşamasına taşındığı veya bu aşamadan çıkarıldığı zamanın zaman damgasından çıkarılır.

Yakalayın

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

Olay türü inferred
Oryantasyon başlatıldı
Yeni çalışanın şirkete uyum süreci resmen başlamıştır. Bu süreç genellikle işe alım sisteminden bir İKYS'ye veya oryantasyon platformuna devir teslimi içerir.
Neden önemli?

Bu etkinlik, işe alımdan İK'ya yapılan devir teslimin verimliliğini izler. Buradaki gecikmeler yeni çalışan deneyimini olumsuz etkileyebileceğinden Oryantasyon Devir Teslim Süresini izlemek önemlidir.

Nereden alınır?

Greenhouse bir oryantasyon sistemiyle entegreyse bu açık bir olay olabilir. Aksi durumda, devir teslimi tetikleyen son "İşe Alındı" aşamasına geçiş zaman damgasından çıkarılır.

Yakalayın

Bir aşama değişikliğinden veya İKYS'ye devir teslimi gösteren entegrasyon günlüğünden çıkarılır.

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

Bu etkinlik, teklif sunma kararını teklifin adaya gönderilmesinden 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 özel bir teklifler modülü bulunur. Bu, başvuruyla ilişkilendirilmiş teklif nesnesinin oluşturulma zaman damgasından alınan açık bir olaydır.

Yakalayın

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

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

Bu sonucu izlemek, Teklif Kabul Oranını analiz etmek için önemlidir. Bu olayın sık görülmesi ücret, kurum kültürü veya rolün kendisiyle ilgili sorunlara işaret edebilir.

Nereden alınır?

Greenhouse'ta teklif durumu "Reddedildi" veya "Geri Çevrildi" olarak güncellendiğinde kaydedilen açık bir olaydır. Teklif nesnesinde bu durum değişikliği için bir zaman damgası bulunur.

Yakalayın

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

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

Veri çıkarma rehberleri

Verilerinizi Greenhouse'dan nasıl alırsınız

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

İşe alım verilerinizin tüm potansiyelini keşfedin. İşe alım sürecinizi sadeleştirmek ve veriye dayalı kararlar almak için bu Templatei bugün kullanmaya başlayın.

Greenhouse'ta yetenek kazanımınızı bugün daha akıcı hale getirin

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

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez • 5 dakikada kuruluma hazır