SMS iletir; Notivex kritik bildirimin aksiyon sürecini takip eder.

Problem: Toplu SMS gönderildi, peki sonra ne oldu?

Toplu SMS, bir mesajı çok sayıda alıcıya kısa sürede iletmek için etkili bir araçtır. Operatör altyapısına dayandığı için internet bağlantısı gerektirmez ve neredeyse her telefona ulaşır. Bu yüzden bilgilendirme, kampanya ve tek yönlü duyuru senaryolarında uzun süredir kullanılır.

Sorun, mesaj gönderildikten sonra başlar. Kritik bir bildirimde asıl önemli olan "gönderildi mi?" değil, şu sorulardır:

• Mesajı kim açtı, kim okudu? Operatör genellikle yalnızca "iletildi/iletilmedi" durumunu döner; içeriğin görülüp görülmediğini değil.
• Alıcı bu bildirimi gördüğünü onayladı mı, yoksa görmezden mi geldi?
• Bir kişi yanıt vermediğinde ne kadar süre içinde bir sonraki kişiye geçilecek?
• Olay sonrası "kim, ne zaman bilgilendirildi" sorusuna denetlenebilir bir kayıt sunabiliyor musunuz?

Toplu SMS bu soruların çoğunu tek başına yanıtlamaz, çünkü tasarımı tek yönlü dağıtıma odaklıdır.

Klasik yöntemler neden yetersiz kalır?

SMS toplu gönderim, kritik operasyon iletişiminin yalnızca ilk adımını (iletim) karşılar. Aksiyon döngüsünün geri kalanı boşta kalır:

• Görünürlük sınırı: İletim raporu, içeriğin okunduğunu garanti etmez. "İletildi" gelen bir mesaj saatlerce kilit ekranında okunmadan durabilir.
• Onay yok: SMS doğası gereği tek yönlüdür. Alıcının "okudum, anladım, devralıyorum" demesi için ayrı bir kanal gerekir.
• Eskalasyon yok: Yanıt vermeyen kişiden bir üst kademeye otomatik geçiş, klasik toplu gönderimde yoktur; bunu manuel olarak biri takip etmek zorundadır.
• SLA ölçümü yok: "Kritik bildirimler 5 dakika içinde acknowledge edilmeli" gibi bir hedefi ölçmek ve aşımı işaretlemek için altyapı sunmaz.
• Dağınık kayıt: Olay sonrası kim ne zaman bilgilendirildi sorusunu, farklı operatör panellerinden derlemek zorlaşır.

Bu nedenle SMS, kritik bildirimin "ulaştırma" katmanında değerli bir araç olarak kalır; ama operasyonel takip katmanı eksik kalır.

Notivex yaklaşımı

Notivex, kritik bildirimi gönderip bırakmak yerine, bildirimin yaşam döngüsünü baştan sona takip edilebilir hale getirir. SMS bu akışta bir teslim kanalı olabilir; Notivex ise teslimin üzerine görünürlük, onay ve hesap verebilirlik ekler:

• Hedefli kritik bildirim: Mesaj herkese değil, role, ekibe veya nöbet sırasına göre doğru kişilere yönlendirilir; gürültü azalır, doğru kişi odakta kalır.
• Zorunlu görünürlük: Kritik bildirim, alıcı tarafından görülene kadar öne çıkar; "kaydırıp geçtim" senaryosu zorlaştırılır.
• Acknowledge (okudum/onayladım): Alıcı bildirimi yalnızca almakla kalmaz, gördüğünü ve devraldığını açıkça onaylar. Böylece "gönderildi ama kimse sahiplenmedi" boşluğu kapanır.
• SLA takibi: Her kritik bildirim için bir yanıt/onay süresi tanımlanır; süre aşıldığında bildirim geciken olarak işaretlenir.
• Eskalasyon: Tanımlı süre içinde onay gelmezse, bildirim hatırlatılır, alternatif kanaldan (örneğin SMS fallback) tekrarlanır veya bir üst kademeye yükseltilir.
• Audit trail (denetlenebilir operasyon kaydı): Kimin, ne zaman bilgilendirildiği, gördüğü ve onayladığı kronolojik olarak kaydedilir; bu kayıt KVKK gereksinimlerine göre yapılandırılabilir.
• Raporlama: Olay sonrası "kaç dakikada ulaşıldı, kim onayladı, kim geç kaldı" gibi sorular tek bir görünümden yanıtlanır.

Bu yapı, SMS'i ortadan kaldırmaz; aksine onu, gerektiğinde devreye giren güvenilir bir yedek kanal olarak kullanabilir.

Örnek senaryo

Bir lojistik tesisinde gece vardiyasında soğuk hava deposunun sıcaklığı kritik eşiği aşar. Toplu SMS yaklaşımında mesaj nöbetçi ekibin tamamına gider; ancak kimin gördüğü, kimin müdahaleye başladığı belirsizdir. Birisi telefonunu sessizde unutmuştur, diğeri "başkası ilgilenir" diye varsaymıştır.

Aynı olay Notivex ile şöyle işler: Sensör entegrasyonu kritik bildirimi tetikler, bildirim önce nöbetteki bakım teknisyenine zorunlu görünürlükle iletilir. 5 dakikalık SLA içinde acknowledge gelmezse eskalasyon devreye girer; bildirim vardiya amirine yükseltilir ve aynı anda SMS fallback kanalı tetiklenerek mesaj telefona da düşer. Audit trail, "21:14 bildirim oluştu, 21:19 onay gelmedi, 21:19 amire eskale edildi, 21:21 amir onayladı" gibi her adımı kaydeder.

Bildirim metni şu biçimde olabilir:

> "KRİTİK: 3 No'lu soğuk hava deposu sıcaklığı +8°C (eşik +4°C). Lütfen sahaya yönelin ve bu bildirimi onaylayın. Yanıt gelmezse 5 dk içinde vardiya amirine eskale edilecektir."

Kullanılabilecek modüller

• Kritik Bildirim — Doğru kişiye hedefli, önceliklendirilmiş ve takip edilen bildirim akışını yönetir; SMS dahil kanalları orkestre eder.
• Acknowledge — Alıcının "gördüm, onayladım, devraldım" yanıtını kayıt altına alır ve sahiplenme boşluğunu kapatır.
• Raporlama — Ulaşma süresi, onay oranı ve geciken bildirimler gibi metrikleri olay sonrası analiz için derler.
• SLA — Kritik bildirimlere yanıt süresi tanımlar ve aşımları işaretler.
• Eskalasyon — Onay gelmeyen bildirimi hatırlatır, alternatif kanaldan tekrarlar veya üst kademeye yükseltir.