İş teklifinin reddedilmesi yalnızca ücret seviyesinin düşük olduğu anlamına gelmez. Adayın başka teklif alması, sürecin uzaması, çalışma koşullarının beklentisiyle uyuşmaması veya yöneticiden olumsuz izlenim edinmesi de kararını etkileyebilir.
İş Teklifi Reddi Analizi için yalnızca sözlü uygulamalara dayanılması; sorumlulukların karışmasına, kayıtların kaybolmasına ve benzer olaylarda farklı kararlar verilmesine neden olabilir.
Etkili bir sistem; kapsamın belirlenmesi, görev ve yetkilerin tanımlanması, standart kayıtların oluşturulması, istisnaların yönetilmesi ve sonuçların düzenli olarak ölçülmesi üzerine kurulmalıdır.
Bu rehberde i̇ş teklifi reddi analizi sürecinin başlangıçtan denetime kadar nasıl yapılandırılabileceği ayrıntılı biçimde ele alınmaktadır.
İş Teklifi Reddi Analizi Neden Önemlidir?
İş Teklifi Reddi Analizi, şirket içinde belirsizlikleri azaltır ve günlük uygulamaların kişilere göre değişmesini önler. Yazılı bir yöntem bulunması, çalışanların ve yöneticilerin hangi durumda ne yapacağını daha kolay anlamasını sağlar.
Süreç doğru kurulmadığında gecikme, maliyet, veri güvenliği, çalışan memnuniyetsizliği, iş güvenliği ve kurumsal itibar açısından farklı riskler ortaya çıkabilir.
Yönetim açısından en önemli fayda, kararların somut veriye dayanması ve tekrar eden sorunların kök nedenlerinin görülebilmesidir.
- Tutarlı uygulama
- Açık sorumluluk
- İzlenebilir kayıt
- Hızlı müdahale
- Daha düşük hata riski
- Düzenli yönetim raporlaması
Sürecin Kapsamını Açıkça Belirleyin
Politika veya prosedür hazırlanırken hangi kişi, bölüm, işlem ve durumların kapsama girdiği açıkça yazılmalıdır. Kapsamın belirsiz olması, çalışanların aynı konuyu farklı kanallardan ve farklı biçimlerde yürütmesine neden olabilir.
Kapsam dışı durumlar ve özel onay gerektiren istisnalar da ayrıca belirtilmelidir.
- Ücret
- yan hak
- lokasyon
- servis
- vardiya
- görev tanımı
- yönetici deneyimi
- süreç hızı
- başka teklif
- karşı teklif
Görev ve Sorumluluk Dağılımı Yapın
Her aşamanın sahibi tanımlanmalıdır. Talebi oluşturan, kontrol eden, onaylayan, uygulayan ve sonuçları raporlayan kişilerin aynı kişi olması kontrol zayıflığı oluşturabilir.
Asıl sorumlu izinli veya görev dışında olduğunda süreci kimin devralacağı vekâlet planında gösterilmelidir.
- Talep veya ilk bildirimi oluşturan kişi
- Ön kontrolü yapan sorumlu
- Onay yetkilisi
- Uygulama sorumlusu
- Kayıt ve arşiv sorumlusu
- Denetim ve raporlama sorumlusu
- Vekâlet edecek kişi
Teklif reddi nedenlerini standartlaştırın
Ücret, yan hak, lokasyon, servis, vardiya, görev tanımı, başka teklif, mevcut işte kalma ve kişisel nedenler ayrı kategorilerde takip edilmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Adaya açık uçlu soru sorun
Hazır seçeneklerin yanında adayın kendi gerekçesini açıklayabileceği alan bulunmalıdır.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Pozisyon bazında analiz yapın
Belirli bir görevde sürekli teklif reddi yaşanıyorsa ücret, iş tanımı veya yönetici yaklaşımı gözden geçirilmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Süreç gecikmesini ölçün
Son görüşme ile teklif arasında geçen sürenin uzaması adayın başka fırsatlara yönelmesine neden olabilir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Ücret dışındaki koşulları değerlendirin
Servis güzergâhı, çalışma günleri, vardiya, yemek, prim ve izin uygulamaları aday kararında etkili olabilir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Teklif öncesi beklenti doğrulaması yapın
Adayın ücret ve çalışma koşulu beklentileri süreç başında konuşulursa son aşamada sürpriz yaşanma ihtimali azalır.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Yönetici görüşmelerini inceleyin
Belirli bir yöneticiyle görüşen adaylarda yüksek teklif reddi görülüyorsa mülakat deneyimi değerlendirilmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Karşı teklifleri ayrıca takip edin
Adayın mevcut işvereninden aldığı karşı teklif nedeniyle vazgeçmesi ayrı kategori olarak raporlanabilir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Standart Form ve Kayıt Alanları Oluşturun
Sürecin sözlü, e-posta ve farklı dosyalar üzerinden dağınık biçimde yürütülmesi yerine standart form veya dijital ekran kullanılmalıdır.
Zorunlu alanlar boş bırakılmamalı; kritik değişikliklerde eski ve yeni değer birlikte saklanmalıdır. Kayıtlarda tarih, saat ve işlemi yapan kullanıcı bilgisi bulunması denetim kolaylığı sağlar.
- Teklif tarihi
- teklif tutarı
- aday beklentisi
- red nedeni
- açık uçlu aday yorumu
- rakip teklif bilgisi
- yönetici
- kaynak
- pozisyon
Onay ve Yetki Seviyelerini Tanımlayın
Her işlem aynı onay seviyesine ihtiyaç duymayabilir. Risk, maliyet, süre veya erişim düzeyine göre kademeli yetki yapısı kurulabilir.
Olağan dışı, yüksek maliyetli veya güvenlik etkisi bulunan işlemler için ikinci kontrol ya da üst yönetim onayı aranabilir.
- Rutin işlem onayı
- Bölüm yöneticisi onayı
- İnsan kaynakları kontrolü
- Mali veya hukuki kontrol
- İş güvenliği kontrolü
- Üst yönetim istisna onayı
Dijital Sistem ve Erişim Yetkilerini Düzenleyin
Dijital sistemde herkesin tüm kayıtlara erişmesi yerine görev ihtiyacına göre yetki verilmelidir. Görüntüleme, değiştirme, onaylama, dışa aktarma ve silme yetkileri ayrı tanımlanabilir.
İşten ayrılan veya görevi değişen kullanıcıların yetkileri aynı gün gözden geçirilmeli; kritik işlemler için işlem geçmişi tutulmalıdır.
- Rol bazlı erişim
- Çift aşamalı onay
- Değişiklik geçmişi
- Erişim logu
- Otomatik hatırlatma
- Yetki sona erme tarihi
- Yedekleme ve geri yükleme
Olası Riskleri Önceden Değerlendirin
Risk analizi yalnızca sorun yaşandıktan sonra yapılmamalıdır. Her risk için gerçekleşme olasılığı, etkisi, mevcut kontrol ve ek önlem belirlenmelidir.
Yüksek riskli durumlar için acil müdahale, eskalasyon ve üst yönetime bildirim yöntemi hazırlanmalıdır.
- Yanlış ücret konumlandırması
- geç teklif
- aday beklentisinin başta doğrulanmaması
- olumsuz mülakat deneyimi
- şeffaf olmayan çalışma koşulları
- teklif sonrası iletişimsizlik
İstisna ve Acil Durum Yönetimi Kurun
Normal prosedürün uygulanamadığı acil durumlarda kimin geçici karar verebileceği, işlemin sonradan nasıl doğrulanacağı ve hangi süre içinde kayıt altına alınacağı açıklanmalıdır.
İstisna süreci, normal kontrol mekanizmalarını tamamen ortadan kaldırmamalıdır. Acil işlem sonrasında geriye dönük kontrol yapılmalıdır.
- Acil durumun tanımı
- Geçici karar yetkilisi
- Bilgilendirilecek kişiler
- Sonradan onay süresi
- Olay kaydı
- Düzeltici faaliyet
- Tekrarı önleme planı
Çalışan ve Yönetici İletişimini Planlayın
Süreçten etkilenen çalışanlara amaç, yöntem, sorumluluk ve başvuru kanalları anlaşılır bir dille açıklanmalıdır.
Yöneticilere yalnızca prosedür gönderilmesi yeterli değildir. Örnek olaylar üzerinden eğitim verilmesi, uygulama farklılıklarını azaltabilir.
- İşe giriş bilgilendirmesi
- Yönetici eğitimi
- Kısa kullanım rehberi
- Sık yapılan hata örnekleri
- İtiraz veya destek kanalı
- Değişiklik duyurusu
Performans Göstergeleri Belirleyin
Sistemin çalışıp çalışmadığını görebilmek için yalnızca işlem sayısı değil; süre, kalite, hata, maliyet ve memnuniyet göstergeleri birlikte izlenmelidir.
Göstergeler bölüm, lokasyon, yönetici veya dönem bazında karşılaştırılarak sorun yoğunlaşmaları belirlenebilir.
- Teklif kabul oranı
- pozisyon bazlı red oranı
- ücret kaynaklı red oranı
- ortalama teklif süresi
- yönetici bazlı red oranı
- karşı teklif nedeniyle kayıp oranı
Aylık veya Dönemsel Yönetim Raporu Hazırlayın
Rapor, yalnızca toplam sayıları göstermemeli; gecikmeler, tekrar eden hatalar, açık aksiyonlar ve yönetimden beklenen kararları da içermelidir.
Kritik göstergelerde önceki dönem, hedef ve gerçekleşen değer birlikte sunulmalıdır.
- Toplam işlem sayısı
- Zamanında tamamlanma oranı
- Geciken işlemler
- Hata ve düzeltme sayısı
- En sık risk nedeni
- Açık aksiyonlar
- Sorumlu yönetici
- Hedef kapanış tarihi
İç Denetim ve Örneklem Kontrolü Yapın
Belirli aralıklarla rastgele kayıtlar seçilerek prosedüre, yetki matrisine ve belge standardına uygunluk kontrol edilmelidir.
Denetim bulguları yalnızca hata listesi olarak bırakılmamalı; sorumlu ve hedef tarih içeren aksiyon planına dönüştürülmelidir.
- Kayıt eksiksiz mi?
- Onay doğru yetkiliden mi?
- Tarihler tutarlı mı?
- Erişim yetkisi uygun mu?
- İstisna gerekçesi var mı?
- Aksiyon kapatılmış mı?
- Tekrarlayan bulgu mevcut mu?
En Sık Yapılan Hatalar
İş Teklifi Reddi Analizi sürecinde aşağıdaki hatalar uygulamanın güvenilirliğini ve çalışanların sisteme duyduğu güveni azaltabilir.
- Sürecin yalnızca sözlü yürütülmesi
- Sorumluların açık olmaması
- Tarih ve onay kaydı tutulmaması
- İstisnaların normal uygulamaya dönüşmesi
- Yetkilerin güncellenmemesi
- Çalışanların bilgilendirilmemesi
- Raporların analiz edilmeden arşivlenmesi
- Tekrarlayan sorunlar için kök neden çalışması yapılmaması
Uygulama İçin Ayrıntılı Kontrol Listesi
Sistem devreye alınmadan ve dönemsel gözden geçirmelerde aşağıdaki kontrol listesi kullanılabilir.
- Politika veya prosedür yazılı mı?
- Kapsam ve istisnalar açık mı?
- Görev ve onay sahipleri belli mi?
- Vekâlet düzeni tanımlı mı?
- Standart form veya dijital ekran hazır mı?
- Zorunlu veri alanları belirlendi mi?
- Erişim yetkileri sınırlandırıldı mı?
- Değişiklik ve erişim logları tutuluyor mu?
- Acil durum yöntemi var mı?
- Çalışanlar ve yöneticiler bilgilendirildi mi?
- Performans göstergeleri tanımlandı mı?
- Raporlama takvimi oluşturuldu mu?
- İç denetim planlandı mı?
- Açık aksiyonların sorumlusu ve tarihi var mı?
- Prosedür düzenli güncelleniyor mu?
Sonuç
Etkili bir i̇ş teklifi reddi analizi sistemi, yalnızca işlemlerin tamamlanmasını değil; işlemlerin doğru kişi tarafından, doğru zamanda, doğru yetkiyle ve doğrulanabilir kayıtlarla yürütülmesini sağlar.
Sistem, çalışanların ve yöneticilerin kolay kullanabileceği kadar sade; güvenlik, maliyet, veri ve denetim risklerini yönetecek kadar ayrıntılı olmalıdır.
Düzenli ölçüm, çalışan geri bildirimi ve iç denetim sonuçları kullanılarak süreç belirli aralıklarla geliştirilmelidir.
Profesyonel işe alım desteği
İşletmeniz için doğru personeli bulma, aday ön eleme ve işe başlatma süreçlerinde SEA Academy İK ile iletişime geçebilirsiniz.
İletişime geçin