Kapsam Neden İlk Karar Olmalı?
Bir asistanın işe alım sorularında ne yapacağını belirlemeden önce, hangi soruların onun kapsamına gireceğini ayırmak gerekir. İş ilanlarına gelen mesajların büyük kısmı aynı çekirdek etrafında döner, ama bazı sorular ilk bakışta basit görünse de ekibin karar yetkisine dokunur. Kapsam belirlenmeden kurulan bir yapı, zamanla asistanın hangi konuda ne kadar konuştuğunu kimsenin bilmediği bir alana dönüşür.
Kapsam kararı, teknik kurulumdan önce verilen bir yönetim kararıdır. Hangi bilgilerin paylaşılacağı, hangilerinin ilgili birime bırakılacağı ve hangi işlemlerin asla otomatik yapılmayacağı baştan yazılmalıdır. Bu yazı, uygulama adımlarını anlatmak yerine bu sınırların nasıl belirlenebileceğini ve farklı yaklaşımların birbirine göre nasıl tartılabileceğini ele alıyor. Bu yaklaşım, işe alım ekibinin kendi iş akışına uygun bir çerçeve kurmasına yardımcı olur.
Sorular Hangi Gruplara Ayrılmalı?
Aday sorularını üç ana grupta düşünmek karar vermeyi kolaylaştırır: ilanın durumuna dair sorular, çalışma koşullarına dair sorular ve başvuru sürecine dair sorular. İlan durumu ve görev yeri gibi sorular genellikle yayımlanmış bilgiye dayanır. Başvuru süreci ise hangi kanalın kullanılacağını gösterir, ama başvurunun kaydını değil. Üçüncü grup, uygunluk ve değerlendirme sorularıdır; bunlar asistanın tümüyle dışında tutulmalıdır.
Bu gruplama, her soruya aynı kuralın uygulanmasını önler. Örneğin “Bu pozisyona uygun muyum?” ile “Başvuru formu nerede?” sorusu aynı kurala tabi değildir. İlkini ilan koşullarını aktararak, ama değerlendirmeyi ekibe bırakarak yanıtlamak gerekir; ikincisi ise yayımlanmış bağlantıyla çözülebilir.
Bir de ara durum vardır: aday ilanda yazmayan bir ayrıntı sorduğunda. Bu sorular tahmin yerine “bu bilgi ilanda yer almıyor, ilgili ekip yanıtlayacak” biçiminde ayrı bir kategoriye alınmalıdır. Ara durumların sayısı az görünse de sohbetin kalitesini en çok bu noktalar belirler.
Güncellik Kaynağı Hangi Seçenekle Yönetilir?
Bir ilanın açık olup olmadığı bilgisi, asistanın kendi bilgisinden değil kaynakta tutulan kayıttan gelmelidir. Bu kaydın nasıl tutulacağı üç yaygın yolla düşünülebilir: el ile güncellenen bir metin dosyası, ilan yayın sistemiyle düzenli eşitlenen bir liste ve her ilan için ayrı durum alanı olan yapılandırılmış bir tablo. Her seçenek farklı bir emek ve hata riski taşır.
El ile güncellenen metin kurulumu en kolay yoldur, ama en çok unutulma riskini taşır. Yapılandırılmış tablo daha fazla disiplin ister; fakat ilan kodu ve kapanış tarihi gibi alanların ayrı tutulmasını sağlar. Hangi yolun seçileceği, ilan sayısı ve güncellemeyi kimin yapacağıyla birlikte değerlendirilmelidir. Az sayıda ilanı olan bir ekip için basit bir yapı yeterli olabilir; sık değişen ve birçok lokasyona açılan ilanlarda ise tablo kullanmak daha güvenlidir. Kaynak hazırlığında tutarlılık için bilgi tabanı hazırlama sayfasındaki düzen de karşılaştırma için faydalı bir referanstır.
Alternatifler Nasıl Karşılaştırılır?
Asistanın işe alım sorularını yanıtlamasını planlarken üç farklı çalışma biçimi düşünülebilir: yalnızca bilgi ve yönlendirme yapan, ilanla ilgili ön soruları toplayıp ekibe özet geçen ve başvuru sisteminde kayıt açabilen (entegrasyonla). Bu seçeneklerin her biri farklı riskler ve sorumluluklar doğurur. Aşağıdaki tablo, konuya özgü ölçütlerle bu yaklaşımları karşılaştırır.
| Ölçüt | Yalnızca bilgi ve yönlendirme | Ön soru özeti ekibe | Başvuru sisteminde kayıt |
|---|---|---|---|
| Kurulum yükü | Düşük; kaynak ve kanal yeterli | Orta; özet biçimi ve bildirim tanımı gerekir | Yüksek; kimlik ve yetki akışı gerekir |
| Yanlış beklenti riski | Düşük, sınırlar açık yazılırsa | Orta; özetin başvuru sanılmaması gerekir | Yüksek; kayıt varsa sorumluluk netleşmeli |
| Ekip iş yükü | Sorular ekipte kalır, dağınık gelir | Tekrarlayan sorular ekibe daha düzenli ulaşır | Kayıt kontrolü ekipten ayrılmaz |
| Veri hassasiyeti | Düşük; hassas veri istenmez | Orta; özette gereksiz bilgi bulunmamalı | Yüksek; kayıt politikası şarttır |
Tüm sütunları görmek için tabloyu yana kaydırın.
Tablo bir karar vermez, ama hangi ölçütün ekibin önceliğiyle örtüştüğünü görünür kılar. Çoğu ekip için başlangıç, ilk seçenekle yapılabilir ve ihtiyaca göre genişletilebilir. Entegrasyonun kapsamı ve yazma yetkisi ayrıca değerlendirilecekse chatbot entegrasyon kapsamı sayfası bu konudaki sınırları incelemek için uygun bir başlangıç noktasıdır.
Başvuru Kanalı Sınırı Nerede Çizilir?
Asistanın başvuruyla ilgili rolü, adayı doğru kanala göndermekle sınırlı olmalıdır. Yayımlanmış bir başvuru sayfası ya da iletişim adresi kaynakta varsa paylaşılabilir. Ancak sohbette yazılan bir cümlenin başvuru kaydı sayılmaması bu sınırın en önemli parçasıdır. Aday “başvurum alındı mı?” diye sorduğunda asistanın kendi durumunu bilemeyeceği açıkça söylenmelidir.
Aday özgeçmiş dosyası göndermek isterse ya da kişisel bilgilerini yazarsa, asistan bu bilgileri başvuru olarak kabul etmemeli ve nereye iletmesi gerektiğini belirtmelidir. Sınır yalnızca ne yapılacağını değil, neyin yapılmayacağını da tanımlar. Bu iki yönün birlikte yazılması, adayın beklentisini doğru tutar ve sonradan oluşabilecek yanlış anlamaları azaltır.
Ekip Sorumluluğu Kimde Olmalı?
Asistanın yanıtlarının doğruluğu, arkasındaki insan sorumluluğuna bağlıdır. İlanların açılması, kapanması ve değişmesi gibi olayların kaynağa kimin tarafından işleneceği belirsiz kalırsa, en iyi kurulum bile eski bilgi üretebilir. Bu nedenle bir İK sorumlusu, güncellik kontrolünden ve sohbet kayıtlarının gözden geçirilmesinden sorumlu tutulmalıdır.
Sorumluluk dağılımı yazılı olmalıdır. Hangi bildirimleri kimin aldığı, uygunluk ya da görüşme takvimi gibi konularda kimin karar verdiği ve hatalı bir yanıt fark edildiğinde kimin düzeltme yapacağı bu belgede yer almalıdır. Sorumluluğun paylaşılmış ama kimsenin adına yazılmamış olduğu bir yapı, en çok sorunu ilk fark eden kişiyi yorar. Düzenli gözden geçirme takvimi, bu yükü tek bir kişiye yığmadan dengelemenin pratik yoludur. İnsan denetiminin rolü için insan denetimi maddesi de kavramsal bir çerçeve sunar.
Temsili Görüşme Örneği
Aşağıdaki görüşme temsili bir örnektir ve gerçek bir aday kaydı değildir. Asistanın ilan durumunu tahmin etmediğini ve başvuruyu tamamlamadığını göstermek için kurgulanmıştır.
Aday: Veri analisti ilanı hâlâ açık mı? Bir de CV’mi buraya yükleyebilir miyim?
Asistan: İlanın güncel durumunu bu sohbetten kesin olarak teyit edemiyorum; ilanın yayımlandığı sayfadan kontrol edebilirsiniz. Özgeçmişinizi bu görüşmeye yüklemeyin; başvurunuzu ilanda belirtilen kanaldan göndermeniz gerekir.
Aday: Yani buraya yazdığım başvuru sayılmıyor mu?
Asistan: Bu görüşme resmi bir başvuru kaydı oluşturmaz. Başvurunuzun alındığını yalnızca ilgili kanaldan gelecek onay gösterir.
Karar Ve Test Listesi
Kapsam ve sınır kararları verildikten sonra aşağıdaki sıralı liste hem kurulum öncesinde hem de ilk test döneminde kullanılabilir. Her madde bir karar ya da bir denemeyi ifade eder ve tamamlandığında yazılı olarak işaretlenmelidir.
- Asistanın yanıtlayacağı soru gruplarını yazılı olarak ayırın.
- Her grup için “yanıtlanır”, “yönlendirilir” ya da “yanıtlanmaz” kararını verin.
- Güncellik kaynağının hangi yapıda tutulacağını ve kimin güncelleyeceğini belirleyin.
- Alternatifleri tablodaki ölçütlerle karşılaştırıp ilk kapsamı seçin.
- Başvuru kanalının asistan tarafından kayıt sayılmadığını talimata yazın.
- Aday özgeçmiş dosyası veya kişisel bilgi gönderdiğinde yönlendirme yapıldığını deneyin.
- Uygunluk ve puanlama sorularını senaryo olarak sorun ve değerlendirme dili kullanılmadığını kontrol edin.
- Kapanmış bir ilan için eski bilginin yanıtta yer almadığını test edin.
- Sohbet kayıtlarının saklama süresini ve erişimini ekip içinde yazılı olarak netleştirin.
Son olarak, kurulum sonrasında ilk haftalarda yanıtların düzenli gözden geçirilmesi önerilir. Bu kontrol, kapsam sınırının zamanla sessizce genişlemesini önlemenin en basit yoludur. Hatalı yanıtların nasıl ele alınacağı için hizmet bilgisi güncelleme yazısındaki düzeltme mantığı da karşılaştırmak açısından yararlı olabilir.
