Canlı Destek Sistemi Seçimi ve Devreye Alma Checklisti

Canlı destek seçmek “widget koyduk bitti” işi değil. Doğru kurgu, doğru kanal ve doğru ölçüm seti yoksa ekip yorulur, müşteri sinirlenir, raporlar da bir şey söylemez. Aşağıdaki checklist’i proje planı gibi kullanın: her maddeyi tikleyin, eksik kalanlar için aksiyon açın.

Hedef ve senaryolar

Satın alma hedefi kontrolü dönüşüm mü maliyet mi hız mı

• Önceliği tek cümleye indirin: dönüşüm artırma, maliyet düşürme ya da yanıt hızını artırma.
• Dönüşüm odaklıysanız: satış öncesi soruları (stok, beden, teslimat) öne alın; sohbeti ürün ve sepet sayfalarında görünür yapın.
• Maliyet odaklıysanız: tekrar eden konuları otomasyona verin, ajan başına sohbet hedefi tanımlayın (ör. aynı anda 2–4 sohbet).
• Hız odaklıysanız: ilk yanıt süresini (FRT) hedefleyin ve vardiyayı yoğun saate göre kurun.
• “Her şeyi yapalım” hedefi yazmayın. Canlı destek her şeye koşarsa hiçbir şeyi iyi yapmaz.

Kullanım senaryosu kontrolü satış öncesi destek iade kargo teknik destek

Senaryoları 4 başlıkta netleştirin ve her biri için akış çıkarın:

1. Satış öncesi: ürün uygunluğu, kampanya, ödeme soruları
2. Sipariş sonrası: kargo, adres değişikliği, fatura
3. İade/değişim: koşullar, kargo etiketi, süreç adımı
4. Teknik destek: kurulum, hata, entegrasyon (burada “kapsam dışı” riski artar)

Her senaryo için “ajan mı bot mu form mu” kararını şimdiden verin. Sonradan toparlamak zor olur.

Hacim kontrolü eş zamanlı sohbet günlük talep yoğun saatler

• Son 30 günde günlük talebi çıkarın: canlı sohbet, WhatsApp, Instagram DM, e-posta hepsi dahil.
• Yoğun saatleri belirleyin (genelde öğle ve akşam).
• Eş zamanlı sohbet kapasitesini test edin: 1 ajan aynı anda kaç sohbeti kalite bozmadan yönetiyor? Deneyimle çoğu ekip için 2–3 güvenli aralık.
• Hacim artış senaryosu yazın: kampanya gününde talep 2 katına çıkarsa kuyruk ve SLA ne olacak?

Başarı ölçütü kontrolü ilk yanıt süresi çözüm oranı memnuniyet

Başlangıç KPI setini küçük tutun, yoksa kimse takip etmez:

• FRT (İlk yanıt süresi): kanal bazlı hedef koyun (web chat daha hızlı beklenti yaratır).
• Çözüm oranı: “sohbette çözülen” vs “ticket’a dönen” ayrımı yapın.
• CSAT: sohbet sonrası 1 soruluk puanlama yeter (ek anket doldurtmayın).

Hedefleri çalışma saatlerine göre tanımlayın. Mesai dışı gelen mesajları SLA’ya dahil ederseniz raporlarınız baştan bozulur.

Kapsam dışı kontrolü derin teknik entegrasyon gerektiren ihtiyaçlar

Aşağıdakiler varsa “canlı destek aracı seçimi” tek başına yetmez, proje büyür:

• Sipariş ekranında özel alanlar, depo/ERP’den anlık stok gibi derin entegrasyon
• Çok katmanlı onay süreçleri (ör. iade onayı, fraud kontrolü)
• Regülasyon gereği özel saklama, maskeleme, arşiv

Bu noktada kapsamı yazılı hale getirip, “olursa nice-to-have” listesi oluşturun. Araç seçiminde gereksiz kilitlenmeleri önler.

Kanal kapsamı seçimi

Web chat kapsamı kontrolü sayfa türlerine göre görünürlük

• Widget her sayfada görünmek zorunda değil. Görünürlük kuralı yazın:
  • Ürün, kategori, sepet, ödeme: satış öncesi için güçlü alanlar
  • Blog/yardım merkezi: daha düşük öncelik
  • Hesabım/siparişlerim: sipariş sonrası destek için kritik
• Mobilde alan kaplamasını kontrol edin. Pop-up’larla çakışırsa dönüşüm düşebilir.
• İlk kurulumda “herkese otomatik açılan” agresif davranıştan kaçının; tetiklemeyi niyete bağlayın (ör. sepette 45 sn bekleme).

WhatsApp uygunluğu kontrolü numara süreçleri ve ekip erişimi

WhatsApp işin içine girince süreçler değişir:

• Numara sahipliği kimde? Ajans, çalışan telefonu, şirket hattı? Mutlaka kurumsal sahiplik net olsun.
• Ekip erişimi: tek telefona bağlı kalmayın; paylaşımlı inbox şart.
• Şablon mesaj, onay süreçleri ve mesai dışı otomasyonları planlayın (özellikle kampanya dönemlerinde).

Gerekiyorsa WhatsApp Business ve kullandığınız canlı destek aracının resmi entegrasyon dokümanlarını önceden inceleyin.

Instagram DM uygunluğu kontrolü sosyal ekip iş akışı

Instagram DM genelde sosyal medya ekibinin alanı ama destek talepleri hızla artar.

• DM’leri destek ekibine mi devredeceksiniz, yoksa sosyal ekip çözecek mi?
• Yorumlardan gelen “kargo nerede” gibi talepleri DM’e taşıma metni hazırlayın.
• DM’de kişisel veri (telefon, adres) paylaşımını minimize edin; form veya güvenli kanal yönlendirmesi ekleyin.

Tek gelen kutu ihtiyacı kontrolü kanallar arası birleşik görünüm

Kanal sayısı arttıkça en büyük kayıp “aynı kişiye farklı yerden cevap verme” olur.

• Tek gelen kutu (omnichannel inbox) şart mı? Şu 3 durumda evet:
  1. Aynı müşteri web chat + WhatsApp + DM’den yazıyorsa
  2. 3+ ajan aynı anda yanıtlıyorsa
  3. Etiketleme ve raporlama beklentiniz varsa
• Araç seçerken “birleşik görünüm”ün gerçekten birleşik olup olmadığını sorun: tek ekranda mı, yoksa ayrı modüller mi?

Kanal önceliği kontrolü müşteri kitlesi ve yanıt beklentisi

Her kanalda beklenti farklı:

• Web chat: en hızlı beklenti. Dakikalar içinde yanıt beklenir.
• WhatsApp: hızlı ama tolerans var. Doğru otomatik karşılama ile yönetilir.
• Instagram DM: hız önemli ama konu dağılımı daha dağınık.

Öncelik sıralaması yazın ve kuyrukta hangi kanalın öne geçeceğini belirleyin. Aksi halde ekip “hangisine yetişelim” stresine girer.

Entegrasyon kontrolü

E ticaret platformu kontrolü sipariş müşteri bilgisi görünümü

E-ticarette canlı destek verimli olacaksa ajan siparişi hızlı görmeli:

• Sipariş no, kargo durumu, ödeme durumu, iade talebi gibi temel bilgileri sohbet ekranında görmek büyük fark yaratır.
• Shopify, WooCommerce, Ticimax vb. platformlarda entegrasyon yöntemini kontrol edin: uygulama mı, API mi, manuel mi?
• Entegrasyon yoksa minimum çözüm: sohbet formunda “sipariş numarası” alanı ve otomatik etiketleme.

Kurulum adımlarını daha geniş görmek isterseniz: canlı destek kurulumu ve yönetimi rehberi.

CRM kontrolü kişi şirket kayıt eşlemesi

B2B veya lead odaklı ekiplerde CRM entegrasyonu kritik.

• Sohbetten gelen e-posta/telefon CRM’de var mı? Varsa mevcut kayda bağlanıyor mu?
• Yeni lead açılıyorsa zorunlu alanlar ne olacak? (CRM tarafında “boş alan” hatası sık olur.)
• Ajanın CRM’e not düşmesi tek tık mı, yoksa kopyala-yapıştır mı? Burada sürtünme varsa kimse kullanmaz.

CRM örnekleri: HubSpot CRM, Salesforce.

Ticket sistemi kontrolü sohbetten kayıt açma ve takip

Canlı sohbet her zaman “anında çözüm” değildir.

• Sohbetten ticket açma: tek tıkla mı, form doldurarak mı?
• Ticket’a sohbet transkripti otomatik ekleniyor mu?
• Müşteriye takip numarası gidiyor mu?
• Ajan değiştiğinde bağlam kayboluyor mu?

Eğer halihazırda Jira Service Management, Zendesk gibi sistemleriniz varsa entegrasyonu erken test edin.

Kimlik doğrulama kontrolü ajan giriş yöntemleri ve SSO ihtiyacı

• Ajanlar e-posta/şifre ile mi girecek, yoksa SSO şart mı?
• SSO varsa: Google Workspace / Microsoft Entra ID uyumu var mı?
• Ayrılan çalışanın erişimi kaç dakikada kapatılabiliyor? Bu pratik bir güvenlik testidir.

Veri senkronu kontrolü alanlar etiketler ve notlar

Entegrasyon “bağlandı” demek değildir. Ne senkronlanıyor, netleştirin:

• Alan eşlemesi: isim, e-posta, telefon, sipariş no, müşteri tipi
• Etiketler: iade, kargo, ödeme, teknik gibi standart set
• Notlar: ajan notu nereye düşüyor?

Kural: Raporlamak istediğiniz her şey, en baştan etiket disiplinine bağlanmalı.

Widget ve UX ayarları

Görünürlük kuralları kontrolü sayfa cihaz ülke saat

• Sayfa bazlı görünürlük: ödeme adımında bazı markalar sohbeti kapatır, bazıları açar. A/B test mantığıyla ilerleyin.
• Cihaz bazlı: mobilde küçük bir balon, masaüstünde daha görünür tasarım.
• Ülke bazlı: farklı dil/ekip varsa ülkeye göre yönlendirme şart.
• Saat bazlı: mesai dışında “canlıyız” algısı yaratmayın; form veya bot devreye girsin.

Performans tarafında da kontrol edin: widget sayfa hızını bozmasın. Hedefiniz 2.5 saniyenin altı yüklenme süresi olsun.

Karşılama mesajı kontrolü niyet ve sayfa bağlamı

Karşılama mesajını tek tip bırakmayın.

• Sepette: “Ödeme/teslimat konusunda takıldınız mı?”
• Ürün sayfasında: “Beden/ölçü konusunda yardımcı olayım mı?”
• İade sayfasında: “İade şartlarını birlikte netleştirelim.”

Mesaj uzunluğunu kısa tutun. 1–2 cümle yeter. Aksi halde reklam gibi algılanır.

Form alanları kontrolü KVKK uyumlu minimum veri

• İlk temas formunda sadece gerekeni isteyin: ad + e-posta çoğu senaryoda yeter.
• Telefonu zorunlu yapmayın; dönüşüm düşürür.
• KVKK metni ve aydınlatma linki görünür olmalı.
• “Sipariş no” gerekiyorsa şartı senaryoya bağlayın: sipariş sonrası akışta zorunlu, satış öncesinde opsiyonel.

KVKK metinleri için hukuk ekibinizle çalışın; araç sağlayıcının şablonuna körü körüne güvenmeyin.

Dil ve ton kontrolü marka dili ve hazır cevap uyumu

• Hazır cevaplar (macro) marka tonuna uymuyorsa müşteri “kopyala yapıştır” hisseder.
• “Siz” mi “sen” mi? Noktalama, emoji kullanımı, imza standardı net olsun.
• Hazır cevaplarda değişiklik sorumlusu belirleyin. Sahipsiz kalırsa 2 ay sonra çöp olur.

Chatbot düşünüyorsanız bu aşamada okuma yapın: chatbot canlı destekle nasıl çalışır.

Erişilebilirlik kontrolü mobil hız ve çakışan pop up riskleri

• Widget, çerez banner veya kampanya pop-up’ıyla çakışıyor mu? Özellikle mobilde test edin.
• Klavye ile kullanım, kontrast, tıklanabilir alanlar gibi erişilebilirlik detaylarını kontrol edin.
• Görsel boyutları optimize edin: widget içinde kullanılan görseller 200KB altı, mümkünse WebP.

Bir de gerçek test: düşük hızlı bağlantıda (3G simülasyonu) sohbet açılıyor mu?

Otomasyon ve devir

Hazır cevaplar kontrolü kategori etiket ve güncelleme sorumlusu

• 15–25 adet hazır cevapla başlayın. 100 tane yazıp yönetememek sık görülen hata.
• Kategori önerisi: kargo, iade, ödeme, ürün bilgisi, kampanya, teknik.
• Her hazır cevaba bir etiket bağlayın. Sonra raporda “en çok hangi konu”yu görürsünüz.
• Güncelleme sorumlusu ve periyodu belirleyin: ör. ayda 1, kampanya öncesi ekstra kontrol.

Chatbot kapsamı kontrolü hangi konular otomasyona uygun

Botu her yere sürmeyin. Otomasyona uygun alanlar:

• Sipariş durumu sorgulama (entegrasyon varsa)
• İade şartları ve adımları
• Kargo firması, teslimat süreleri, sık sorulan sorular

Uygun olmayanlar:

• İstisna vakalar (hasarlı ürün, yanlış ürün)
• Ödeme sorunları (riskli ve sinir bozucu)
• Duygusal şikayetler (insana devretmek daha iyi)

Botun amacı ajanı “işsiz bırakmak” değil, tekrar eden işi azaltmak.

Canlıya devir kontrolü tetikleyiciler ve bekleme eşiği

Devir kurallarını yazın ve test edin:

• Müşteri 2 kez aynı şeyi sorarsa canlıya aktar
• “İade etmek istiyorum” gibi kritik niyet kelimelerinde canlıya aktar
• Bekleme eşiği: bot 45–60 saniye içinde çözemediyse canlıya aktar

Canlı yoksa bunu dürüstçe söyleyin ve form/geri dönüş vaadi sunun.

Çalışma saatleri kontrolü mesai dışı akış ve form yönlendirme

• Mesai dışı mesajı net olsun: “Şu saatlerde yanıtlıyoruz, şu formu doldurursanız sabah ilk iş döneriz.”
• Form alanlarını minimumda tutun.
• Otomatik yanıtla SLA’yı karıştırmayın; “yanıt verdik sayıldı” gibi sahte metrikler ekipleri yanlış yönlendirir.

Kalite kontrolü yanlış anlama ve geri bildirim toplama

• Bot için: “Bu cevap yardımcı oldu mu?” gibi basit geri bildirim ekleyin.
• Ajan için: haftalık 10 sohbet örneklemesi yapın, kısa notla kalite geri bildirimi verin.
• Yanlış anlaşılan konuları hazır cevaplara veya bilgi bankasına ekleyin.

Bu döngü oturursa canlı destek gerçekten hızlanır.

Ekip ve vardiya

Rol dağılımı kontrolü ajan süpervizör yönetici

Rolleri araçta gerçekten ayırın:

• Ajan: yanıt, etiket, not
• Süpervizör: atama, izleme, kalite, rapor
• Yönetici: kanal/entegrasyon, yetki, faturalama

Herkese admin vermek “kolay” görünür, sonra güvenlik ve hata maliyeti çıkar.

Vardiya planı kontrolü yoğun saatlere göre kapasite

• Yoğun saat grafiğini çıkarın ve vardiyayı ona göre kaydırın.
• Hedef: kuyruk uzamadan cevap verecek kapasite.
• Basit hesap: yoğun saatte saatlik 60 sohbet geliyorsa, ajan başı saatte 12 sohbet kaldırıyorsa (ortalama 5 dk), en az 5 ajan gerekir.

Gerçek hayatta karmaşıktır ama bu kaba hesap bile planı iyileştirir.

Eğitim kontrolü ürün bilgisi iade süreçleri tonlama

Eğitim checklist’i:

• Ürün/servis temel bilgisi
• İade ve kargo süreçleri (adım adım)
• “Zor müşteri” senaryoları ve tonlama
• Hazır cevap kullanımı ve ne zaman kişiselleştirileceği

Yeni ajan için ilk hafta “gölgeleme” modeli iyi çalışır: önce izler, sonra birlikte yanıtlar, sonra tek başına.

İç iletişim kontrolü eskalasyon kanalı ve sorumlu listesi

Eskalasyon kanalı tanımlayın (Slack, Teams, WhatsApp grubu değilse bile net olsun).

• Kargo sorumlusu kim?
• Ödeme/altyapı sorumlusu kim?
• Ürün ekibine ne zaman gidilir?

Bir sayfalık “sorumlu listesi” bile çözüm süresini ciddi kısaltır.

Ajans ve çoklu müşteri kontrolü hesap ayrımı ve erişim sınırları

Ajanslar için en kritik konu: müşteri verisi karışmasın.

• Her müşteri için ayrı hesap/çalışma alanı
• Yetki sınırları: dışa aktarma, rapor indirme, entegrasyon yönetimi
• Ortak cihaz kullanılıyorsa oturum politikası (otomatik çıkış gibi)

Bu başlık genelde geç düşünülür; sonra toparlaması sancılı olur. Daha fazla kurulum senaryosu için canlı destek kurulum içerikleri sayfasına göz atabilirsiniz.

SLA ve yönlendirme

SLA hedefleri kontrolü ilk yanıt çözüm süresi çalışma saatleri

• Web chat için FRT hedefini dakikalarla tanımlayın; WhatsApp/DM için daha esnek olabilir.
• Çözüm süresi hedefini konu bazlı ayırın: iade farklı, teknik farklı.
• SLA’yı “çalışma saatleri içinde” ölçün. Mesai dışı gelen talepleri ayrı raporlayın.

SLA’yı yazılı hale getirin; ekip içi tartışmaları bitirir.

Atama kuralları kontrolü yetkinlik dil kanal önceliği

• Dil bazlı atama: TR/EN gibi ayrımlar
• Yetkinlik bazlı: iade uzmanı, teknik uzman, satış ekibi
• Kanal bazlı: web chat öncelik, DM daha düşük gibi

Atama manuel kalırsa yoğunlukta dağılım bozulur. Kuralları olabildiğince otomatikleştirin ama istisna için süpervizör override yetkisi bırakın.

Eskalasyon kontrolü kritik talepler ve yöneticiyi dahil etme

Kritik talep tanımı yapın:

• Hukuki tehdit, sosyal medya krizi, ödeme güvenliği, toplu hata
  Bu etiketlerde otomatik olarak yöneticiyi haberdar eden akış kurun. “Biri fark eder” yaklaşımı risklidir.

Etiketleme kontrolü raporlama için standart kategori seti

Etiket setini küçük ve sabit tutun:

• kargo, iade, ödeme, ürün, kampanya, teknik, diğer

Her ajan kafasına göre etiket açarsa raporlar çöker. Süpervizör haftalık etiket denetimi yapmalı.

Yoğunluk yönetimi kontrolü kuyruk mesajı ve geri dönüş vaadi

Kuyruk uzayınca müşteriye ne söyleyeceksiniz?

• Net kuyruk mesajı: “Şu an yoğunuz, ortalama dönüş süremiz X dakika.”
• Alternatif: e-posta bırakma, WhatsApp’a yönlendirme, ticket açma
• Geri dönüş vaadi veriyorsanız takip edin. Tutulmayan söz, hiç söz vermemekten kötü.

Güvenlik ve KVKK

Aydınlatma ve rıza kontrolü metinler ve saklama amacı

• Sohbet başlamadan veya formda aydınlatma metni erişilebilir olmalı.
• Rıza gerekiyorsa ayrı alınmalı; “her şeyi kabul ettim” kutusu gibi muğlak çözümler risklidir.
• Amaç tanımı: destek sağlama, kalite, raporlama gibi maddeler açık olmalı.

Bu noktada Canlı Destek Blog üzerindeki kurulum yazıları size teknik çerçeveyi verir ama hukuki metin için uzman görüşü şart.

Veri saklama kontrolü süreler silme anonimleştirme

• Sohbet kayıtları ne kadar tutulacak? 30 gün, 6 ay, 1 yıl? İç politika belirleyin.
• Silme/anonimleştirme talebi gelirse süreç hazır mı?
• Dışa aktarılan raporlar (CSV vb.) nerede saklanıyor? En çok veri sızıntısı burada olur.

Rol yetki kontrolü görüntüleme indirme dışa aktarma

Yetkileri “en az ayrıcalık” prensibiyle verin:

• Her ajan tüm sohbet geçmişini görmeli mi?
• Rapor indirme kimde olacak?
• Entegrasyon ayarlarına kim dokunabilir?

Basit test: yeni başlayan bir ajana yanlışlıkla admin verirseniz hangi zararları verebilir? Buna göre kısıt koyun.

Log ve denetim izi kontrolü erişim değişiklik kayıtları

• Kim, ne zaman, hangi ayarı değiştirdi? Log var mı?
• Sohbet kaydını kim görüntüledi? Denetim izi tutuluyor mu?
• Kritik aksiyonlar (dışa aktarma, entegrasyon izni verme) log’lanmalı.

Özellikle büyüyen ekiplerde bu, “sorun çıktığında” hayat kurtarır.

Üçüncü taraf risk kontrolü entegrasyon izinleri ve veri paylaşımı

• Entegrasyonlar hangi verilere erişiyor? Minimum izin verin.
• Kullanmadığınız entegrasyonları kapatın.
• Tedarikçi değerlendirmesi yapın: veri merkezi, erişim politikaları, sözleşme maddeleri.

“Bağlayalım dursun” yaklaşımı, KVKK tarafında gereksiz risk üretir.

Raporlama ve KPI

KPI seti kontrolü FRT AHT çözüm oranı CSAT

Başlangıç KPI seti:

• FRT (ilk yanıt)
• AHT (ortalama işlem süresi, sohbet uzunluğu)
• Çözüm oranı
• CSAT

KPI’ları tek panelde haftalık takip edin. Günlük takip mikro yönetim doğurabilir; ekip motivasyonunu bozar.

Kanal bazlı rapor kontrolü web WhatsApp Instagram ayrımı

Kanalları karıştırmayın.

• Web chat’te kısa ve hızlı konuşma normalken, WhatsApp’ta konuşma uzar.
• DM’de konu dağılımı daha geniş olur.

Raporu kanal bazlı ayırınca “hangi kanal ekibi yakıyor” netleşir.

Satış etkisi kontrolü sepet kurtarma ve lead kalitesi

Satış etkisini ölçmek istiyorsanız baştan izleme kurgusu gerekir:

• Sohbetten çıkan lead’ler CRM’de etiketlensin (source: live chat gibi)
• Sepet sayfası sohbetlerinde “kupon/teslimat sorusu” gibi niyet etiketleri kullanın
• Satış ekibine devredilen görüşmelerin sonucunu takip edin

Bu ölçüm yoksa “canlı destek satış getirdi mi” sorusu hep tartışma olarak kalır.

Operasyon raporu kontrolü ajan performansı ve yoğunluk

• Ajan başına kapanan sohbet, CSAT, yeniden açılan talep gibi metrikleri takip edin.
• Yoğunluk raporu: gün/saat bazında talep. Vardiya planı bununla iyileşir.
• Kaliteyi sadece hızla ölçmeyin. Çok hızlı ama yanlış yanıt, toplam maliyeti artırır.

Veri doğruluğu kontrolü etiket disiplinine bağlılık

Raporların doğruluğu etiketlemeye bağlı.

• Haftada 1: “etiketsiz sohbet” oranını kontrol edin.
• Etiket kılavuzu yayınlayın: her etiketin tanımı ve örnekleri.
• Süpervizör, yanlış etiketleri düzeltip geri bildirim vermeli.

Bu disiplin oturmazsa en pahalı aracı alsanız da raporlar güvenilmez olur.

Lansman optimizasyonu

Pilot lansman kontrolü sınırlı sayfa ve sınırlı saat

İlk gün her şeyi açmayın.

• Pilot: sadece ürün + sepet sayfaları, sadece mesai saatleri
• 1 hafta gözlem: hacim, kuyruk, en çok gelen konular
• Sonra kademeli genişletme: hesap sayfaları, WhatsApp, DM

Pilot, hem ekibi hem müşteriyi şoka sokmadan ilerlemenizi sağlar.

Geri bildirim toplama kontrolü müşteri ve ajan notları

• Müşteri tarafı: CSAT yorumu veya tek soruluk “neyi bulamadınız?”
• Ajan tarafı: her vardiya sonunda 5 dakikalık not: en çok zorlayan 3 konu

Bu notları bir doc’ta biriktirin. 2 hafta sonra net pattern çıkar.

Ayar iyileştirme kontrolü mesajlar görünürlük yönlendirme

İlk optimizasyon turu genelde şunları içerir:

• Karşılama mesajı kısaltma veya bağlama göre farklılaştırma
• Görünürlük kuralı düzeltme (yanlış sayfada açılıyorsa kapatma)
• Yönlendirme kuralı güncelleme (iade uzmanına otomatik atama gibi)

Değişiklikleri tek tek yapın. Aynı anda 10 şey değişirse neyin işe yaradığını anlayamazsınız.

İç denetim kontrolü KVKK ve rol yetki tekrar gözden geçirme

Lansmandan 2–4 hafta sonra mini denetim yapın:

• Kimlerde admin var?
• Dışa aktarma yetkisi kimde?
• Saklama süresi politikası uygulandı mı?
• Entegrasyon izinleri hâlâ gerekli mi?

Bu kontrolü takvime bağlayın; “bir gün bakarız” diye kalırsa unutulur.

Kısa liste kontrolü araç değişimi gerektiren sinyaller

Araç değişimi ağır iştir ama bazı sinyaller net:

• Omnichannel ihtiyacı büyüdü ama araç kanalları birleştiremiyor
• Raporlar yetersiz ve dışa aktarma bile problemli
• Entegrasyonlar sürekli kırılıyor veya hiç yok
• Yetki ve log tarafı güvenlik beklentinizi karşılamıyor

Bu sinyaller varsa hemen panik yapmayın. Önce süreç mi problem, araç mı problem ayrımını yapın. Gerekirse tekrar gereksinim dokümanı çıkarın.