İK'da sesli yapay zekayla aday ön görüşmesi: adil ve işe yarar bir ilk adım

50 ila 100 kişilik bir şirkette aday ön görüşmesi çoğu zaman küçük bir İK ekibinin işidir. Bu ekip bir yandan işe alımı yürütür, bir yandan da aday için kişisel ve önemli bir deneyimi korumak zorundadır. Sesli yapay zeka tekrar eden ilk adımda yardımcı olabilir: pozisyonu anlatmak, ilgiyi teyit etmek, işle ilgili bilgileri toplamak ve sonraki görüşmeyi planlamayı kolaylaştırmak. Görevi işe alımı desteklemektir, kimin bir sonraki görüşmeyi hak ettiğine sessizce karar vermek değil.

Asıl soru “Yapay zeka aday elemesi yapabilir mi?” değil. Asıl soru şu: “İlk temasın hangi kısımları yapılandırılmış, geri alınabilir ve işe alım uzmanının kolayca inceleyebileceği türden?” Bu bakış İK işe alım akışını pratik tutar: agent adayın söylediklerini toplar, yorum, istisnalar ve işe alım kararları insanlarda kalır.

Prompt yazmadan önce sınırı iş akışı özetinde tanımlayın. Bir ön görüşme araması adayın sürece devam etmek isteyip istemediğini teyit edebilir, müsaitliğini alabilir ve onaylı olmazsa olmaz şart sorularını sorabilir. Konuşmadan edinilen bir izlenimi gizli bir puana çevirmemelidir. İşe alım uzmanı bir alanın neden toplandığını, hangi kanıta dayandığını ya da adayın onu nasıl düzeltebileceğini açıklayamıyorsa o alanın otomatik bir ilk adımda yeri yoktur.

Adayın tercihi ve şeffaflıkla başlayın

Görüşmeyi arayanın adını, şirketi ve amacı söyleyerek açın. Konuşanın bir yapay zeka sesli agent'ı olduğunu, görüşmenin kaydedilip kaydedilmediğini ya da yazıya dökülüp dökülmediğini ve bilgilerin nasıl kullanılacağını söyleyin. Adaya devam etme, durma ya da bir işe alım uzmanıyla görüşme seçeneğini açıkça sunun. Adayın devam etmek istememesi ya da aramayı kaçırması, kişi hakkında asla olumsuz bir cevap sayılmamalıdır.

İzni bu görüşmeye özgü tutun ve çıkışı kolaylaştırın: geri arama, randevu linki ya da işe alım uzmanına görev önerin. İzin ya da ret bilgisini görüşme kaydıyla birlikte saklayın ki ekip adaydan bunu tekrar istemesin.

Şeffaflık, iş akışı aşama değiştirdiğinde de sürmelidir. Görüşme sorulardan planlamaya geçerken, bir insan takibi oluşturulurken ve özet işe alım sistemine yazılacaksa adaya bunu söyleyin. Aday nelerin kaydedildiğini sorarsa işe alım uzmanının kaynağa bakıp düzeltebileceği bir yol olsun. Kayda izin vermemek, bir insanla görüşmek istemek ya da başka bir kanalda devam etmek istemek sessiz bir hataya değil, tarafsız bir duruma dönüşmelidir.

Dar ve pozisyona özel bir görüşme tasarlayın

Onaylı iş tanımından ve gerçek eleme şartlarından yola çıkın. Destek pozisyonunda bu vardiya müsaitliği, çalışma lokasyonu ve gereken dil olabilir. Yazılım pozisyonunda başlama tarihi, çalışma düzeni ve gereken bir teknolojiyle deneyim olabilir. Her şartı doğrudan sorun. Yeterliliği ses tonundan, aksandan, akıcılıktan, enerjiden, yaştan, cinsiyetten, engellilikten ya da tereddütten çıkarmayın.

Her şartı belirsiz bir izlenime değil, gözlemlenebilir bir cevaba çevirin. “İlan edilen hafta sonu vardiya düzenine uyabiliyor” test edilebilir, “esnek biri gibi duruyor” edilemez. Saha pozisyonu için gereken seyahat düzenini ya da saha programını sorun. Müşteriyle konuşan bir pozisyon için adayın işte hangi dilleri kullanabileceğini sorun, aksanı akıcılığın ölçüsü saymayın. Teknik bir pozisyonda adayın adı geçen araçla ilgili beyan ettiği deneyimi kaydedin, derinliği ve yetkinliği o pozisyon için tasarlanmış insan mülakatına bırakın.

Soru haritası ve yapılandırılmış cevaplar kullanın

Her soru için ifadeyi, kabul edilen cevap türlerini, takip sorusunu ve insan incelemesi koşulunu tanımlayın. “Adayın söylediği” ile “sistemin yorumu” ayrı dursun: “salıdan cumartesiye çalışabilirim” diye kaydedin, ardından “vardiya şartı: uzman teyidi gerekli” diye işaretleyin. Aynı pozisyon için aynı temel soruları sorun. Hassas konuları ve tutarlı biçimde incelenemeyecek her şeyi dışarıda bırakın.

Haritayı, sorunun anlamlı olmasını sağlayan pozisyon, lokasyon ya da vardiya varsayımlarıyla birlikte sürümleyin. Evet/hayır cevabı kısa bir açıklama, bir tarih saat dilimi, cevap verilmemiş bir soru da ret yerine uzman incelemesi gerektirebilir. Tercih sebebi olan nitelikleri zorunlu olanlardan görünür biçimde ayırın. Eksik bir tercih sebebi cevabının zorunlu bir sonraki adımı engellemesine asla izin vermeyin.

Alan sözleşmesini tanımlayın

Toplanan her alan için kaynağını, izin verilen değerleri, kanıtı, sorumluyu ve gideceği yeri yazın. Kısa bir inceleme satırı şöyle olabilir: müsaitlik | aday beyanı | günler ve saat dilimi | uzman vardiyayla karşılaştırarak teyit eder | ATS müsaitlik alanı. Böylece özet denetlenebilir olur, uzman da hızlıca düzeltme yapabilir. Ayrıca bir transkriptin, bir güven etiketinin ya da serbest bir notun açıklanamayan bir işe alım sinyaline dönüşmesi önlenir.

Planlamayı erişilebilir ve işe yarar kılın

Pozisyon sorularından sonra adayın onaylı müsaitlik içinden bir mülakat aralığı seçmesine izin verin. Saat dilimini, mülakatı yapacak kişiyi, formatı ve hazırlığı teyit edin. İptali, yeniden planlamayı, mülakata gelmeyen adayı yeniden kazanmayı ve “beni sonra arayın” talebini ayrı sonuçlar olarak ele alın. Takvim ya da ATS güncellemesi başarısız olursa mülakatın ayarlandığını söylemeyin, bir kurtarma görevi açın.

Tuşlamayla cevap, SMS ya da sohbetle takip, insanın geri araması ve desteklenen diller gibi seçenekler sunun. İsimleri, aksanları, duraksamaları, konuşma farklılıklarını, arka plan gürültüsünü ve tercüman taleplerini test edin. Dil uyuşmazlığı ya da ses tanıma hatası devir için bir nedendir, yeterlilik hakkında bir kanıt değil.

Alternatif yolu da sesli yol kadar gerçek kılın. Aday bir soruyu cevaplamadan önce yazılı mesajı ya da e-postayı seçebilsin, soruyu hiçbir dezavantaja uğramadan tekrar dinleyebilsin ve tercümana, yardımcı teknolojiye ya da daha fazla zamana ihtiyacı olduğunu belirtebilsin. Tercih edilen kanalı ve iletişim saatini kayıtta teyit edin. Geçişi aynı pozisyon şartlarıyla test edin ki erişilebilir yol daha az bilgi toplanan bir yola ya da istemeden süreçten çıkışa dönüşmesin.

Kararları ve istisnaları insanlarda bırakın

Agent süreci tanıtabilir, onaylı lojistik soruları yanıtlayabilir, tanımlı soruları sorabilir, adayın cevaplarını kaydedebilir, sonraki adımı planlayabilir ve belirsizliği işaretleyebilir. Bir cevabın şartı karşılayıp karşılamadığına, çelişkili kanıtın nasıl yorumlanacağına, erişilebilirlik gibi düzenleme taleplerine ve adayın ilerleyip ilerlemeyeceğine işe alım uzmanları karar verir. Agent'ı adayları sıralamak, reddetmek, kişilik değerlendirmek, ücret önermek ya da nihai işe alım kararı vermek için kullanmayın.

Aday ayrımcılık bildirdiğinde, bir düzenleme talebini sorduğunda, bir kayda itiraz ettiğinde, sıkıntılı hale geldiğinde, gizlilikle ilgili bir işlem talep ettiğinde, bir koruma endişesi dile getirdiğinde ya da bilinmeyen bir soru sorduğunda hemen insana devredin. Adayın kendi sözlerini ve devir nedenini saklayın, bir insan devralana kadar ön görüşmeyi durdurun.

Her istisnanın sahibi belli bir sonucu olsun

Cevap yok, belirsiz cevap, çelişkili cevap, desteklenmeyen talep, teknik hata ve adayın istediği insan incelemesi durumlarını birbirinden ayırın. Her durumun bir sonraki adımı, sorumlusu ve süre beklentisi olmalı: bir kez daha sormak, eksik olarak işaretlemek, geri arama açmak, uzman kuyruğuna yönlendirmek ya da otomasyonu durdurmak. Boşluğu asla tahminle doldurmayın, kafası karışmış bir adayı tekrar tekrar zorlamayın ve başarısız bir aktarımın adayı bağlamsız biçimde en başa döndürmesine izin vermeyin.

İşe alım uzmanının güvenebileceği bir kayıt yazın

Kuruluma başlamadan ATS ya da CRM alanlarında anlaşın: pozisyon kimliği, kaynak, izin durumu, sorulan sorular, adayın cevapları, belirsizlik işaretleri, dil, müsaitlik, mülakat saati, devir nedeni ve sonraki adım. Kaynak kanıtı görünür tutun ki uzman özeti inceleyebilsin, düzeltebilsin ve görüşmeye kadar izleyebilsin. DRING'in çağrı analitiği yaklaşımı, transkript yığınları yerine sonuçlar, uyarılar ve sonraki adımlar sunmak için iyi bir modeldir.

Devirde son tamamlanan soru, istenen geri arama saati ve erişilebilirlik ihtiyacı yer almalıdır. Sorumluluğun hangi işe alım uzmanında olduğunu açıkça yazın ve bir insanın otomatik yönlendirmeyi geçersiz kılabilmesine izin verin. Canlıya çıkmadan önce ses, takvim ve sistem işlemlerini platform genel bakışı üzerinden haritalayın.

Yalnızca iş akışının yazma yetkisi olan alanlara yazın ve aday durumunu değiştirmeden önce değerleri doğrulayın. Sabit pozisyon ve aday kimlikleri kullanın, yeni kayıt açmayı güncellemeden ayırın ve yeniden denemeleri mükerrer işleme karşı koruyun ki bir takvim ya da ağ yeniden denemesi mükerrer başvuru ya da mülakat oluşturmasın. Alan eşleme, sorgu ya da yazma başarısız olursa görüşme sonucunu koruyun ve adı belli bir sorumlu için istisna kaydı açın. Agent, alıcı sistem teyit etmeden adaya bir kaydın değiştiğini asla söylememelidir.

İşe alım uzmanları önce kısa bir devir notu görmelidir: pozisyon, izin durumu, adayın cevapları, açık sorular, erişilebilirlik ya da dil talebi, devir nedeni ve sonraki adım. Uzmanı tüm transkripti okumaya zorlamadan, inceleme için alttaki kanıta link verin. Aday bir kaydı düzelttiğinde düzeltmeyi ve kaynağını saklayın, sonraki bir otomatik senkronizasyonun onun üzerine yazmasına izin vermeyin.

Ölçeklemeden önce iş akışını pilotla deneyin

İş tanımı oturmuş, hacmi yönetilebilir ve işe sahip çıkan bir işe alım uzmanı olan tek bir pozisyon seçin. Yeni ön görüşme aramalarının tanımlı bir bölümünde süresi belli bir pilot yürütün, insan yolunu da açık tutun. Durdurma ölçütlerini canlıya çıkmadan belirleyin ve görüşmeleri her hafta yönlendirici sorular, kaçırılan devirler, kötü özetler ve sistem hataları açısından inceleyin.

Açık pilot kapıları kullanın

Dört kapı kullanın. Kapsam kapısı onaylı pozisyonu, soruları, dilleri ve kapsam dışı konuları kapsar. Hazırlık kapısı işe alım uzmanlarının müsaitliğini, aktarım yönlendirmesini, ATS yetkilerini ve kurtarma görevlerini kapsar. Kalite kapısı temsil gücü olan görüşmelere ve kritik istisna vakalarına bakar. Genişleme kapısı ise incelenmiş sonuçlara, aday geri bildirimine, düzeltme kalıplarına ve açık olaylara bakar. Bir kapı yalnızca bir tarih değil, kanıtı ve onaylayanı da adıyla yazmalıdır. Kritik bir hata çözülmediyse, arama hacmi ya da tamamlanma oranı ne kadar iyi görünürse görünsün trafiği sınırlı tutun.

Yalnızca hızı değil, kaliteyi ölçün

Tamamlanma, devam etmek istememe, insan talebi ve başarılı aktarım oranlarını, cevap kaydetme doğruluğunu, planlama ve yeniden planlama başarısını, sisteme yazma başarısını, uzman düzeltme oranını ve inceleme süresini izleyin. Uygun olduğunda pozisyona, dile, kanala ve erişilebilirlik yoluna göre kırılım yapın. Kalite test süreci sessizliği, söz kesmeyi, belirsizliği, yanlış numaraları, takvim hatasını ve insanla görüşme taleplerini denemelidir.

Her oranın paydasını pilot başlamadan tanımlayın. Örneğin kaydetme doğruluğu, kaynak kanıta göre doğru bulunan zorunlu alanların incelenen zorunlu alanlara oranıdır. Aktarım başarısı, bir işe alım uzmanına bağlanan ya da sahibi belli bir yedek yola düşen devirlerin tetiklenen devirlere oranıdır. Sisteme yazma başarısı ise zorunlu alanları doğrulanıp kaydedilen kayıtların kayıt gerektiren görüşmelere oranıdır. Eksik, uygulanamaz ve teknik olarak başarısız vakaları ayrı raporlayın. Bu ölçüleri örneklemli kalite incelemesiyle birlikte okuyun, çünkü hızlı bir görüşme ya da yüksek tamamlanma oranı yanlış bir durumu, kaçırılmış bir düzenleme talebini ya da kötü bir devri gizleyebilir.

Adaleti ve veri işlemeyi gözden geçirin

Senaryoyu, cevap şemasını, yazıya dökmeyi, yönlendirmeyi ve işe alım uzmanının iş akışını inceleyin. Farklı aksanlara, konuşma biçimlerine, dillere, engellere ya da iletişim tarzlarına sahip kişilerin ilgili bilgiyi verme konusunda aynı fırsatı alıp almadığını sorun. Tamamlanma, aktarım ve düzeltme kalıplarındaki farkları araştırın. Bir panodaki etiket ne önyargının ne de adaletin kanıtıdır. Soruları ve kayıt değişikliklerini İK ekibi, İK operasyonları ve bağımsız bir inceleyici onaylasın. Platformu işleten ekip de sistemi kimin işleteceğini ve geliştireceğini açıklamaktan sorumlu olmalıdır.

Hem toplam sonuçlara hem de arkalarındaki vakalara bakın. Desteklenen diller ve erişim yolları genelinde başarılı görünen görüşmelerden, yarıda kalanlardan, tekrar eden yanlış anlamalardan, insan taleplerinden ve uzman düzeltmelerinden örneklem alın. Aynı cevabın aynı yapılandırılmış durumu alıp almadığını, düzeltmenin görünür kalıp kalmadığını ve bir alt grubun fazladan zorluğa yönlendirilip yönlendirilmediğini karşılaştırın. İncelemeyi işle ilgili davranışa ve sürece erişime odaklı tutun. Amaç sesten korunan özellikleri tahmin etmek değildir.

Neyi saklayacağınıza karar verin: örneğin yapılandırılmış cevapları ve sonucu saklayıp ses kaydı ve tam transkript için daha kısa bir süre belirleyebilirsiniz. Her veri türü için amacı, saklama süresini, silmeyi ve sahipliği belgeleyin. Erişimi role göre sınırlayın, dışa aktarma ve düzenlemeleri loglayın, gereksiz hassas içeriği maskeleyin, tedarikçi, ATS, takvim ve telefon erişimini birlikte gözden geçirin. Kontrolleri gizlilik ve güvenlik sorumlularına onaylatın. Başlangıç için güvenlik uygulamalarına bakabilirsiniz.

Döngüyü Agent Factory ile kapatın

Canlıya çıktıktan sonra incelenen görüşmeleri etiketli örneklere çevirin: doğru kaydedilmiş cevap, belirsizlik, kaçırılmış erişilebilirlik devri, planlama hatası ya da güvenli olmayan soru. Tekrar eden hataları teste dönüştürün, prompt'ları ya da araç kurallarını güncelleyin, regresyon kontrollerini çalıştırın ve değişiklikleri aşamalı yayına alın. İşe alım uzmanlarının onay noktalarını ve sürüm notlarını koruyun. DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği sistem olan Agent Factory bu kanıttan teste, testten yayına uzanan döngüyü anlatır.

Yayın geri bildirimini üzerine aksiyon alınabilecek kadar somut yapın. Bir uzman düzeltmesi alanı, ilk değeri, beklenen değeri, kaynak kanıtı ve muhtemel nedeni göstermelidir: tanıma, soru ifadesi, politika, yönlendirme ya da entegrasyon. Görüşmeyi doğru regresyon setine ekleyin, mümkünse tek bir katmanı değiştirin, pozisyon ve dil vakalarını yeniden çalıştırın, onaylayanı, yayın kapsamını ve geri alma koşulunu kaydedin. Yayından sonra aynı kalite ölçülerini karşılaştırın ve yeni istisnaları inceleyin. Böylece Agent Factory karar veren insanlardan geri bildirim alır, canlı görüşmeler de karar sınırını kendi başına yeniden yazamaz.

Canlıya çıkış öncesi kontrol listesi

• Açılışta yapay zeka olduğu, arama amacı, kayıt uygulaması, adayın seçme hakkı ve insana geçiş yolu söyleniyor.
• Sorular belgelenmiş pozisyon şartlarına dayanıyor, hassas konular dışarıda bırakılıyor.
• Cevapların tanımlı bir yapısı, belirsizlik durumu ve uzman inceleme kuralı var.
• Planlama, iptal, yeniden planlama, dil seçenekleri ve erişilebilir alternatifler test edildi.
• İnsana devir düzenleme taleplerini, şikayetleri, sıkıntılı adayları, itirazları, gizlilik taleplerini ve bilinmeyen soruları kapsıyor.
• ATS ya da CRM alanları, takvim teyidi, hata sonrası kurtarma ve sahiplik haritalandı.
• Pilot ölçüleri, adalet kontrolleri, inceleme örneklemleri, durdurma ölçütleri ve onaylayanlar yazılı.
• Saklama, silme, erişim, denetim ve iyileştirme kuralları ses kaydını, transkriptleri ve kayıtları kapsıyor.

Aday ön görüşmesi alan kontrol listesi

• Her alanın işle ilgili bir amacı, izin verilen değerleri, kaynak kanıtı ve sorumlu bir işe alım uzmanı var.
• Zorunlu, tercih sebebi, bilinmiyor, cevap vermek istemedi ve inceleme gerekli durumları birbirinden ayrı.
• Her hedef alanın bir tanımlayıcısı, doğrulama kuralı, yazma teyidi ve yeniden deneme yolu var.
• Düzeltmeler, izin değişiklikleri, devirler ve istisnalar denetim izinde görünür kalıyor.

Pratik bir kapsam incelemesi için bir pozisyon tanımını, mevcut soruları, ATS alanlarını ve anonimleştirilmiş hata vakalarını DRING ile yapacağınız iş akışı incelemesine getirin. Hedef, adaylar için daha anlaşılır, işe alım uzmanları için daha işe yarar bir ilk temas. Karar yine hesap veren insanlarda kalır. Bu yazı bir operasyon rehberidir, iş hukuku ya da hukuki tavsiye değildir. Adaylara ulaşmadan önce akışı İK, gizlilik ve hukuk sorumlularına onaylatın.