Okundu onayı ve okunma takibi: "gördü" ile "kabul etti" arasındaki fark

İntranette duyuru okunma takibi ile okudum onayı nasıl çalışır, hangi içerik için onay istenmeli, denetimde ne kanıt sağlar? Gözetleme değil kayıt: doğru kurmanın kuralları.

"Bu prosedür çalışanlara duyuruldu mu?" sorusu iş müfettişinden, ISO denetçisinden ya da bir iş kazası sonrası avukattan gelir ve cevabı "e-posta attık" ise cevap yok demektir. E-postanın açıldığı bilinmez, WhatsApp grubundaki mesaj kaybolur. Okunma takibi ve okudum onayı, bu soruya belgeyle cevap vermenin altyapısıdır.

İkisi aynı şey değildir ve karıştırılması hem hukuki hem kültürel sorun yaratır.

Okunma takibi: içerik düzeyinde ölçüm

Okunma takibi, bir duyuruyu kaç kişinin açtığını sayar. E-posta pazarlamasındaki açılma oranının kurumsal karşılığıdır ve işi kişiyi izlemek değil, içeriği ölçmektir: bu duyuru hedef kitlesinin yüzde kaçına ulaştı?

Doğru kullanımı toplu ve yorumsaldır. "Yeni izin politikası duyurusunu üç günde %38 okudu" bilgisi, "bu duyuru başlığı ya da kanalı çalışmadı" demektir; "kim okumadı" listesi çıkarmak değil.

İyi bir okunma raporu şunları gösterir: hedef kitle büyüklüğü, okuyan sayısı ve oranı, zaman içindeki eğri (ilk 24 saat belirleyicidir), segment kırılımı (ofis %70, saha %20 ise sorun kanaldır, içerik değil).

Okudum onayı: kişi düzeyinde kayıt

Okudum onayı farklıdır: çalışan içeriği okuduğunu açıkça beyan eder ve bu beyan kişi, tarih ve içerik sürümüyle kaydedilir. Bu bir denetim kaydıdır ve yalnızca gerçekten gerektiren içerikler için istenir:

  • İSG talimatları ve risk değerlendirmeleri (6331 sayılı Kanun'un bilgilendirme yükümlülüğü)
  • Bilgi güvenliği ve kabul edilebilir kullanım politikası
  • KVKK aydınlatma metni ve sürüm değişiklikleri
  • Etik kurallar / davranış kodu
  • Ücret ve izin politikası gibi iş sözleşmesinin ekine giren düzenlemeler
  • Disiplin yönetmeliği

Bunların ortak özelliği, "bilmiyordum" savunmasının hukuki sonuç doğurmasıdır. Onay kaydı bu savunmayı kapatır — ama yalnızca çalışan gerçekten okuma fırsatı bulduysa. Onayı zorlamak (sayfayı açmadan onaylanamaz, süre sayacı) meşru; onayı gizlice almak (sayfayı açan onaylamış sayılır) değil.

Neden her duyuruya onay istenmez?

Onay istemek dikkat bütçesinden harcar. Her duyuruya "okudum" düğmesi konduğunda düğme refleks olur ve gerçekten önemli olanın onayı da anlamsızlaşır. Duyuru yorgunluğu yazısındaki "haftalık aksiyon bütçesi" burada geçerlidir: kişi başı haftada en fazla bir zorunlu onay.

Pratik kural: onay yalnızca "okumamış olması bir sonuç doğuran" içerik için istenir. Yemekhane menüsü, bayram mesajı, yeni katılan duyurusu onay istemez.

Sürüm ile onay ilişkisi

Onay, içeriğin belirli bir sürümüne verilir. Politika değiştiğinde eski onay geçersizdir ve yeni sürüm için yeniden istenir. Bu iki şeyi zorunlu kılar:

  • Dokümanın sürüm numarası ve tarihi olmalı (doküman yönetimi ve sürüm takibi)
  • Onay kaydı "hangi sürüm" bilgisini taşımalı; "X politikasını onayladı" yetmez, "X politikası v3'ü 12 Mart'ta onayladı" gerekir

Sürüm değişince eski onaylar otomatik olarak "yenilenmeli" durumuna düşer ve ilgili çalışanlara yeniden hatırlatılır. Wepilot'ta doküman merkezi ve duyurular bunu aynı mekanizmayla yapar; hangi çalışanın hangi sürümü ne zaman onayladığı denetim için raporlanır.

Gözetleme mi, kayıt mı?

Okunma takibinin çalışan tarafında yarattığı soru meşrudur: beni mi izliyorsunuz? Cevap tasarımla verilir.

  • Okunma verisi içerik bazında toplanır; kişinin gün içinde ne okuduğunun kronolojik kaydı çıkarılmaz.
  • Okudum onayı açık bir eylemdir; çalışan ne onayladığını görür.
  • Yönetici "ekibimden kim okumadı" listesini yalnızca onay gereken içerikler için görür — çünkü orada takip etmek zaten yöneticinin işidir.
  • Bu kurallar KVKK aydınlatma metninde yazılıdır; çalışan neyin kaydedildiğini önceden bilir.

Bu sınırlar konmadığında okunma takibi bir güven sorununa dönüşür ve çalışan intranete girmemeyi öğrenir.

Kurulum: dört adım

  1. Onay gerektiren içerik listesini yazın. Genellikle on ile yirmi arasında doküman çıkar; fazlası listenin yanlış olduğunu gösterir.
  2. Her birine sahip ve gözden geçirme tarihi atayın. Sahipsiz politika eskir ve eski politikaya alınan onay değersizdir (içerik sahipliği).
  3. Hatırlatma ritmini belirleyin. Onaylamayana 3. ve 7. gün hatırlatma, 14. gün yöneticisine bilgi. Ondan sonrası yöneticinin işidir, sistemin değil.
  4. Yeni başlayan akışına bağlayın. Onay gereken her doküman oryantasyon görev listesinde otomatik yer alsın; işe başlayan ilk hafta içinde tamamlasın.

Denetimde ne sunulur?

Denetçinin istediği üç şey: politikanın o tarihteki sürümü, hangi çalışanlara ulaştığı (segment ve tarih), kimlerin ne zaman onayladığı. Bu üçü tek raporda çıkıyorsa "duyuruldu mu" sorusu kapanır. Çıkmıyorsa, kayıt vardır ama kanıt yoktur.

Sık sorulan sorular

Çalışan onaylamayı reddederse? Sistem reddi kaydeder; sonrası İK sürecidir. Onayı zorla almak (giriş engeli gibi) hukuki olarak sorunludur; onaylamamayı görünür kılmak yeterlidir.

Okuma süresi ölçülmeli mi? Hayır. "Üç saniyede onayladı" bilgisi onayı geçersiz kılmaz ve gözetleme hissini büyütür. Ölçülen şey onay, okuma hızı değil.

Kağıt imza yerine geçer mi? Kimlik doğrulamalı oturumda verilen elektronik onay, iç düzenlemeler için yaygın olarak kabul görür; iş sözleşmesi değişikliği gibi konularda hukuk danışmanınıza sorun.

Okunma oranı hedef olmalı mı? Okunma oranı termometredir, hedef değil. Hedef yapılırsa iletişim ekibi okunmayı değil ölçümü yönetmeye başlar.