Sesli ve Görüntülü Sohbet İçin Kurumsal Kullanım Planı Nasıl Yapılır? (Politika, Güvenlik, Mimarî ve Operasyon Rehberi)

Sesli ve görüntülü sohbet için kurumsal kullanım planı yapmanın anahtarı, sadece “platform seçmek” değil; kurumunuzun hedeflerini, risklerini ve uyum gerekliliklerini tek bir yol haritasında bir araya getirmektir. Doğru kurgu; güvenlik, veri mahremiyeti, operasyonel sürdürülebilirlik ve ölçek performansını aynı anda yönetmenize yardım eder.

Bu rehber, kurumsal iletişim/IT ekiplerine; sesli ve görüntülü görüşmelerin nerede yapılacağını, kimlerin kullanacağını, hangi amaçlarla kullanılacağını ve hangi güvenlik seviyesinde ilerleyeceğini netleştiren bir çerçeve sunar. Ayrıca politika maddeleri, kontrol listeleri, rol-izin modeli ve 0-30-60-90 gün devreye alma şablonu da içerir.

Kurumsal sesli/görüntülü sohbetin kullanım senaryoları ve hedefler

İlk adım, “kurumsal kullanım”ın sizin için tam olarak ne anlama geldiğini netleştirmektir. Sesli/görüntülü sohbet; kullanım amacı değiştikçe risk profilini de değiştirir. Bu yüzden senaryoları hedefiniz, verinizin hassasiyeti ve etkileşim türüne göre ayırın.

Aşağıdaki senaryolar, kurumsal planlama için en sık başvurulan başlangıç noktalarıdır: İç ekip görüşmeleri (hızlı koordinasyon), müşteri destek (hizmet kalitesi ve hız), saha ekipleri (altyapı değişkenliği ve mobil erişim), eğitim/oryantasyon (video güvenliği ve kayıt retansiyonu). Her senaryo için “başarı” ölçütünü (SLA, yanıt süresi, görüşme kalitesi, uyum uygunluğu gibi) daha proje başında belirlemek gerekir.

• İç ekip iletişimi: Toplantı odaları, departmanlar arası eşgüdüm, teknik destek görüşmeleri.
• Müşteri destek: Canlı ses/görüntüyle sorun giderme; ekran paylaşımı gerekiyorsa veri sınıflandırması kritik olur.
• Saha/operasyon: Mobil ağ dalgalanmaları, cihaz yönetimi ve “minimum güvenli bant” hedefi.
• Eğitim & koçluk: Retansiyon, kayıt izni, ders materyali mahremiyeti ve erişim kontrolü.

Mevcut durum analizi: kullanıcı profili ve altyapı gerçeği

Planı doğru kurmanın en sağlam yolu, mevcut durumu ölçmek ve gerçek kısıtları baştan kabul etmektir. Kullanıcı profili; yetenek seviyesi, cihaz çeşitliliği, çalışma saatleri ve cihaz güvenliği olgunluğu gibi noktalarda etkili olur. Örneğin kurumsal dizinden (AD/Entra/LDAP) gelen çalışanlar ile kurum dışı partnerler arasında kimlik doğrulama ve yetki seviyesi mutlaka farklılaştırılmalıdır.

Altyapı tarafında ise bant genişliği, NAT/firewall davranışı, Wi‑Fi/4G/5G performansı, çoklu cihaz (laptop, masaüstü, mobil) dağılımı ve ağ segmentleri planın temel girdileridir. “Her yerde iyi çalışır” hedefi yerine, senaryolara özel servis seviyesi hedefleri (hedef gecikme, kopma toleransı, minimum Mbps) belirlemek daha yönetilebilir hale gelir.

Gereksinim toplama: fonksiyonel, operasyonel ve uyum

Gereksinimleri üç başlık altında toparlayın. Fonksiyonel gereksinimler; odalama, kayıt, arama (1:1/çoklu), moderasyon, ekran paylaşımı, arşiv ve entegrasyonlar (ör. ITSM ticket, CRM notları) gibi yetenekleri kapsar.

Operasyonel gereksinimler; SLA, destek modeli, olay yönetimi, kullanıcı şikayet/moderasyon süreçleri ve onboarding/offboarding adımlarını içerir. Uyum tarafı ise loglama, mahremiyet, kullanıcı bilgilendirmesi, saklama süreleri, veri sınıflandırması ve gerektiğinde silme/erişim taleplerinin akışını tanımlar.

Bu aşamada “kayıt her zaman olsun” gibi otomatik varsayımları sorgulayın. Kayıt ve içerik saklama; veri koruma etkisi (DPIA), saklama maliyeti ve erişim denetimi gerektirebilir. Bu yüzden kayıt kapsamını senaryoya göre kademelendirmek daha doğru olur.

Kurumsal politika taslağı: kayıt, retansiyon, moderasyon ve arşiv

Politika; yasal uyum ile iç yönetişimi tek metinde buluşturur. Aşağıdaki maddeler başlangıç için örnek bir “Kurumsal Görüşme Politikası” taslağıdır. Kurumunuza göre sınıflandırmayı ve yasal çerçeveyi uyarlayın.

Örnek “Kurumsal Görüşme Politikası” maddeleri

• Kayıt: Müşteri destek görüşmeleri yalnızca gerekli durumlarda ve önceden bilgilendirme yapıldıktan sonra otomatik veya yetkili kullanıcı marifetiyle kaydedilir. İç ekip koordinasyon görüşmelerinde varsayılan kayıt kapalıdır.
• Saklama süresi (retention): Kayıtlı içerikler veri sınıflandırmasına göre saklanır: (i) Düşük/Orta hassasiyet 30 gün, (ii) Yüksek hassasiyet 90 gün ve (iii) yasal gereklilik olan durumlarda uzatılmış süreler. Süre bitiminde otomatik silme uygulanır.
• Silme/erişim talebi: Kullanıcı veya yetkili birim, veri silme/erişim taleplerini kayıt sistemine entegre süreçle başlatır. Taleplerin SLA’sı (ör. 10 iş günü) tanımlanır.
• Kullanıcı bilgilendirmesi: Görüşme başlamadan önce “kayıt yapılabileceği/ yapılmadığı” bilgisi, saklama ve erişim hakları özetlenir. Onay gerektiren senaryolarda rıza alınır.
• Arşivleme ve erişim: Arşivlenen kayıtlar yalnızca rol bazlı yetkilerle erişilebilir; dış paylaşım kısıtlıdır. Erişim logları denetim için saklanır.
• Moderasyon: Uygunsuz içerik/ihlaller tespit edildiğinde moderasyon akışı işletilir; gerekiyorsa görüşme sonlandırılır ve incident kaydı oluşturulur.

Güvenlik mimarisi ve kontrol noktaları: kimlik, yetki, şifreleme, anahtar yönetimi

Güvenlik mimarisi, “girişte kim doğrulandı” ve “görüşme içinde/sonrasında kim neye erişti” sorularını uçtan uca yanıtlamalıdır. Kurumsal planın kritik kontrol noktaları; kimlik doğrulama (SSO), yetkilendirme (RBAC/ABAC), şifreleme (aktarım/atım), anahtar/sertifika yönetimi ve erişim denetimidir.

Kimlik doğrulama: Mümkünse SSO (SAML/OIDC) zorunlu kılın. Kurum dışı kullanıcılar için sınırlı erişim ve ayrı yetki politikası uygulayın.

Yetkilendirme: RBAC ile roller; ABAC ile koşullu erişim (ör. birimler, cihaz durumu, veri sınıflandırması, saat aralığı) sağlayın. Moderatör yetkisi gibi güçlü izinleri ayrıca konumlandırın.

Şifreleme: Ses/görüntü verisinin aktarım sırasında TLS tabanlı koruma aldığı; depolanan kayıtların da şifreli (at rest) saklandığı doğrulanmalıdır. Anahtarlar için merkezi anahtar/sertifika yönetimi yaklaşımı seçin ve periyodik rotasyon planlayın.

Gizlilik ve uyum: rıza, aydınlatma metni, erişim logları ve denetim izi

Kurumsal gizlilik, teknik kadar süreçtir. Kullanıcı rızası gerekip gerekmediği; kayıt, ekran paylaşımı, üçüncü taraf entegrasyonlar ve içerik arşivleme kapsamına göre değişir. Her senaryoda aydınlatma metinlerinin (kimin hangi amaçla veriyi işlediği, saklama süresi, erişim hakları) anlaşılır ve tutarlı olmasına dikkat edin.

Uyumun ispatlanabilir kısmı ise erişim logları ve denetim izidir. Kim hangi kaydı ne zaman açtı, dışa aktardı mı, hangi gerekçeyle erişti gibi soruların cevaplanabilir olması gerekir. Logların bütünlüğü ve saklama süreleri, politika dokümanına bağlanmalıdır.

Oda/kanal yönetimi modeli: kategori, ekip, kurum birimi ve davet akışı

Kurumsal ölçekte “oda/kanal” yönetimi, ölçülebilirlik ve yetki kontrolü için şarttır. Oda yapısını; kategori (ör. İç Koordinasyon, Müşteri Destek, Eğitim), ekip ve kurum birimi (departman) gibi hiyerarşilerle kurgulayın.

Davet akışı için standart bir yaklaşım belirleyin: açık davet mi kapalı davet mi, kimlerin kullanıcıları davet edebileceği, daveti onaylayan moderatörün olup olmadığı, dış partnerlerin hangi kanallara erişebileceği gibi başlıkları netleştirin. Bu model, rol/izin matrisiyle birlikte uygulanınca “yanlış odaya yanlış erişim” riski ciddi şekilde azalır.

Operasyon ve süreç: onboarding/offboarding, incident, moderasyon ve şikayet

Kurumsal planın sürdürülebilirliği, operasyonel süreçlerde kendini gösterir. Onboarding; kullanıcıların doğru gruplara atanması, gerekli eğitimlerin (ör. kayıt onayı ve gizlilik kuralları) verilmesi ve temel konfigürasyonların tamamlanmasıyla başlar. Offboarding ise erişimin kapatılması, token/oturum iptali ve varsa kayıt erişimlerinin yeniden değerlendirilmesi gibi adımları içerir.

Olay yönetimi (incident) sürecini; kim bildirim alır, hangi şablonla kayıt tutulur, orta/şiddetli incident nasıl eskale edilir, SLA hedefleri nelerdir şeklinde netleştirin. Kullanıcı şikayetleri ve moderasyon gerektiren durumlar için ayrı bir akış kurun; çünkü “görüşmeyi durdurma” kararının yetki sahibi üzerinden verilmesi gerekir.

Kalite ve performans: bant genişliği, gecikme, ölçek ve kapasite planlama

Görüşme kalitesi “nice-to-have” değildir; destek maliyetini ve müşteri memnuniyetini doğrudan etkiler. Planınızda ölçülebilir hedefler kullanın: bant genişliği tüketimi, gecikme ve jitter etkileri, kopma oranları ve eşzamanlı kullanıcı kapasitesi. Özellikle yoğun saatlerde performans düşüşünü önlemek için kapasite planlama yapılmalıdır.

Test yaklaşımı; lab ortamı ile sahayı birebir aynılaştırmaya çalışmak yerine senaryo temelli kurulur. Örneğin saha ekipleri için mobil ağ koşullarında (yüksek jitter, değişken upload) test yapın. Eğitim senaryosu için görüntü kalitesi ve kayıt retansiyonu gibi faktörleri önceliklendirin.

Uyumluluk/penetrasyon ve güvenlik test planı (kontrol listesi)

Planın güvenilir olması için “doğrulama” şarttır. Aşağıdaki kontrol listesi, devreye alma öncesi güvenlik ve uyumluluk testlerinin iskeletini oluşturur. Kurum içi güvenlik ekibiniz veya yetkili bir sağlayıcıyla testlerin kapsamını netleştirin.

Bu kontrol listesi, yalnızca işin bitirildiğini değil; beklendiği şekilde çalıştığını da kanıtlamaya yardımcı olur. Her maddeyi ilgili ekiplerle birlikte, çıktılarıyla birlikte değerlendirin.

1. Kimlik ve yetki doğrulaması: SSO/çok faktör desteği; rol bazlı yetkilendirme; yetkisiz kullanıcı ile odalara erişim denemeleri.
2. Şifreleme ve anahtar yönetimi: Aktarım şifreleme; depolama şifreleme; sertifika/anahtar rotasyonu ve erişim denetim kontrolleri.
3. Loglama ve denetim izi: Görüşme başlangıç/bitiş, kayıt açma/kapama, içerik erişimi ve dışa aktarımların loglanması.
4. Gizlilik/retansiyon doğrulaması: Saklama süresi sonunda silme; silme/erişim taleplerinin akışının test edilmesi.
5. İstemci ve cihaz güvenliği: Yetkisiz cihaz/hesapla bağlantı engelleme veya kademeli erişim.
6. Uçtan uca test senaryoları: Kopma/yeniden bağlanma sırasında veri sızıntısı riski ve yanlış oda yönlendirme kontrolü.

KPI ve ölçüm: kullanım, kalite, güvenlik ve maliyet

Kurumsal planın “yaşayan” bir doküman olması için KPI’lar şarttır. Kullanım metrikleri; aktif kullanıcı sayısı, oda başına ortalama görüşme süresi, eşzamanlılık ve başarısız bağlantı denemelerini içerir. Kalite metrikleri ise gecikme/jitter proxy’leri ve uygulama performansı göstergeleri üzerinden takip edilmelidir.

Güvenlik metrikleri; yetkisiz erişim denemeleri, kayıt açma olay sayısı, erişim denetim raporlarının tutarlılığı ve incident kapanış süreleri gibi alanları kapsar. Maliyet izleme ise depolama büyümesi (retention), destek eforu (SLA ihlali başına maliyet) ve lisanslama/kapasite tüketimi üzerinden yapılır.

Adım adım devreye alma roadmap’i (0-30-60-90 gün) ve sorumluluk matrisi

Roadmap; teknik işi operasyon ve uyum işlerinden ayırmaz. Aşağıdaki taslak, kurumsal devreye almada sık görülen başarı faktörlerini sıralar. Her faz için “çıkış kriteri” tanımlayın; örneğin pilot öncesi politika onayı, güvenlik testlerinin tamamlanması, KPI dashboard’unun canlıya alınması gibi.

Faz	Odak	Çıkış kriteri (örnek)	Sorumlu rol(ler)
0-30 gün	Senaryo & gereksinim toplama, politika çerçevesi, mimari taslak	Senaryo matrisi + güvenlik/uyum gereksinimleri dokümanı onaylandı	IT mimarisi, BT güvenlik, uyum/compliance
31-60 gün	Kontrollerin uygulanması, SSO/rol modeli, loglama ve pilot	Yetki doğrulama testi geçti; pilot kullanıcı grupları aktif	IT operasyon, güvenlik, ürün/çözüm mimarı
61-90 gün	Kapasite/kalite testleri, incident süreçleri, KPI dashboard	Kapasite hedefleri karşılandı; SLA/incident akışları canlıda	Operasyon lideri, destek ekibi, güvenlik
90+ (sürekli)	İyileştirme & denetim	Aylık rapor + periyodik güvenlik doğrulaması	Yönetim, denetim, güvenlik

Not: Burada verilen rol örnekleri “RACI benzeri” yaklaşım gibi düşünülebilir. Uygulamada en az şu sorumlulukları netleştirin: politika sahibi (compliance), teknik sahip (IT mimarı), operasyon sahibi (helpdesk/operations), güvenlik onayı veren (security lead) ve pilotu yöneten (ürün/çözüm lideri).

Yaygın hatalar: güvenlik zafiyeti ve operasyonel kör noktalar

Kurumsal planlarda en sık karşılaşılan sorun, hedefleri baştan yeterince netleştirmemek ve kontrolleri “sonradan yaparız” düşüncesiyle ertelemektir. Örneğin kayıt ve retansiyon politikası netleşmeden moderasyon akışı devreye alınırsa; uyum ihlali ve denetim baskısı kaçınılmaz hale gelir.

Bir diğer yaygın hata; rol/izin matrisini kurmadan oda davetini esnek bırakmaktır. Bu durumda yanlış odaya erişim, yanlış kişilerin kayıt indirmesi veya dış partnerlerin kontrolsüz biçimde iç kanallara davet edilmesi gibi riskler hızla büyür. Son olarak test yaklaşımı yapılmadan pilot başlatılırsa, ağ senaryolarında gecikme ve kopma oranları beklenmedik şekilde artar.

Kaçınılması gerekenler ve sık yapılan hatalar (kontrol mantığıyla)

Sık yapılan hataları “kontrol mantığı” ile düşünün: Bir kontrolün amacı olmadan uygulanması çoğu zaman maliyet ve karmaşıklık üretir. Örneğin gereksiz her görüşmeyi kaydetmek hem depolama maliyetini artırır hem de erişim denetimi yükünü büyütür. Bu yüzden senaryoya göre kademelendirin.

Benzer şekilde, logları sadece toplamak da tek başına yeterli değildir. Kontrol, “log var mı” sorusuyla değil; logtan denetim izi çıkar mı ve hızlı incident analizi yapılabiliyor mu sorularıyla değerlendirilmelidir. Bu nedenle SIEM entegrasyonu ya da en azından standart rapor formatı planın bir parçası olmalıdır.

Nasıl kontrol edilir? Adım adım doğrulama ve test geçiş kriterleri

Kontrol listesi yaklaşımı, planın sahaya indiğinde tutarlı kalmasını sağlar. Aşağıdaki adım adım doğrulama örneklerini pilot öncesinde uygulayın.

1. Yetki doğrulama: Her rol için (Yönetici, Moderatör, Destek Temsilcisi, Standart Kullanıcı) aynı senaryoyu deneyin; yetkisiz kullanıcı odalara katılabiliyor mu, kayıt görüntüleyebiliyor mu test edin.
2. Politika doğrulama: Kayıt açık/kapalı senaryolarında kullanıcı bilgilendirmesi geliyor mu, saklama süresi akışı doğru mu, silme talebi denendiğinde sonuç gözleniyor mu kontrol edin.
3. Güvenlik doğrulama: Aktarım ve atım şifreleme gereksinimlerinin karşılandığını doğrulayın; logların denetim izi üretebildiğinden emin olun.
4. Performans doğrulama: Eşzamanlı kullanıcı sayısı, gecikme/jitter gözlemleri ve kopma oranlarını senaryolara göre test edin; KPI hedeflerini karşılamayan durumlarda darboğazı raporlayın.

Örnek rol/izin matrisi: yönetişim nasıl somutlaşır?

Rol/izin matrisi, kurumsal planın “uygulanabilir” kısmıdır. Aşağıdaki örnek; en azından kimlerin moderasyon yapabildiğini, kimlerin kayıt indirdiğini ve kimlerin kullanıcıları davet edebildiğini ayırmayı hedefler.

Rol	Oda oluşturma	Katılım/davet	Kayıt yönetimi	Moderasyon / escalation
Yönetici	Evet (tüm kategoriler)	Evet (kurum içi + politika ile dış)	Tüm kayıtlar (denetim yetkisiyle)	Onay + üst seviye eskalasyon
Moderatör	Kategori bazlı	İlgili kategori	Kayıt başlat/sonlandır (yetkili odalarda)	Oturum durdurma, uyarı ve raporlama
Destek Temsilcisi	Belirli senaryolar	Müşteri destek odaları	Kayıt sadece gerekli durumlarda	Hafif ihlallerde yönlendirme
Standart Kullanıcı	Hayır (ya da sınırlı)	Davete katılım	Kapalı/izinsiz	İletişim akışıyla bildirim

Senaryo örneği: Müşteri destek için oda kuralları + moderasyon ve escalation akışı

Müşteri destek senaryosunda kalite ile uyum birlikte yönetilmelidir. Oda kuralları; ekran paylaşımının ne zaman yapılacağını, kayıt gerektiğinde kullanıcının nasıl bilgilendirileceğini ve görüşmenin hangi durumlarda durdurulacağını açıklar. Ayrıca görüşme sonunda “ticket” oluşturma ya da not düşme entegrasyonunun nasıl yapılacağı da operasyon dokümanına eklenir.

Örnek akış: Görüşme sırasında uygunsuz içerik veya gizli veri paylaşımı şüphesi olursa moderatör (veya yetkili destek lideri) görüşmeye anlık müdahale eder, gerekirse kaydı kısıtlar ve incident kaydı açar. Ağ/kalite sorunu yaşanırsa temsilci “yeniden deneme” ve alternatif kanal (ör. yazılı destek) için standart prosedüre göre hareket eder.

Senaryo örneği: İç eğitim odalarında video güvenliği ve kayıt retansiyonu

İç eğitimlerde genellikle öğrenme amacı daha baskın olur; ancak video güvenliği ve kayıt retansiyonu riskleri küçümsenmemelidir. Örneğin ders materyali ekranında müşteri verisi veya kişisel veri olmamalıdır. Eğer kayıt gerekiyorsa, ders öncesi bilgilendirme ve erişim kısıtları (yalnızca belirli kullanıcı grubu) tanımlanmalıdır.

Örnek politika yaklaşımı: Eğitim odalarında varsayılan kayıt kapalı; yalnızca sınav/geri dönüş amaçlı yetkili moderatör tarafından başlatılır. Kayıt retansiyonu ders türüne göre belirlenir; kısa süreli ders kayıtları (ör. 30 gün), regülasyona tabi içeriklerde (ör. 90 gün) uzatılır. İlgili kayıtların erişim logları denetim için saklanır.

Sık sorulan sorular (SSS)

Kurumsal kullanımda SSO ve yetkilendirme zorunlu mu? Yüksek hassasiyetli senaryolar için pratikte zorunludur. En azından kimlik doğrulama ve rol bazlı yetkilendirme olmadan kurumsal veri yönetimini sağlamak zordur.

Görüntülü görüşmeleri kaydetmek hangi koşullarda gerekir/kaçınmak gerekir? Kayıt; uyum, denetim, çözüm kanıtı veya yasal gereklilik gibi amaçlarla ve önceden bilgilendirme/arıza yönetimi süreçleri kurulduktan sonra düşünülmelidir. Gereksiz kayıt; saklama ve erişim riskini artırır.

Kayıt ve log saklama süreleri nasıl belirlenir? Veri sınıflandırması ve yasal gereklilikle uyumlu şekilde belirlenir. Saklama bitişi ve otomatik silme mekanizması doğrulanmalı; loglar için de denetim ihtiyacı ölçüt alınmalıdır.

Moderasyon ve içerik kontrolü nasıl kurgulanmalı? Moderatör yetkileri rol matrisiyle sınırlandırılmalı; görüşme içinde müdahale, uyarı, raporlama ve escalation akışları yazılı olmalıdır. “Kim karar verir?” sorusu netleşmeden moderasyon devreye alınmamalıdır.

Yedekleme, felaket kurtarma (DR) ve SLA nasıl planlanır? SLA hedefleri (erişilebilirlik, yanıt süresi) senaryolara göre tanımlanır. DR planında RTO/RPO, yedekleme sıklığı ve restore testleri periyodik olarak uygulanır.

Performans için hangi testler yapılmalı (ölçek, gecikme, ağ senaryoları)? Senaryo temelli yük testleri, mobil/Wi‑Fi değişkenliği ve eşzamanlı kullanıcı testleri yapılmalı; kopma/kör nokta durumlarında davranış gözlenmelidir.

Kurum dışından erişimde (vendör/partner) yetki sınırları nasıl olmalı? Dış erişimde ayrı grup ve kademeli yetki uygulanır. Görüşme odaları kategori bazlı kısıtlanır; kayıt erişimi ve ekran paylaşımı gibi riskli yetenekler minimuma indirilir.

İçerik ek kaynaklar (kurumsal yolculukta tamamlayıcı okumalar)

Kurumsal planı hayata geçirirken seçim kriterleri, modülasyon ve güvenlik/operasyon farkındalığı için aşağıdaki rehberler yardımcı olabilir: 2026’da En İyi Sesli ve Görüntülü Sohbet Uygulaması Nasıl Seçilir? Kriterler, Test Rehberi ve Karşılaştırma ve Sesli ve Görüntülü Sohbet Uygulamalarında Bağlantı Sorunları Nasıl Çözülür? (Ses, Görüntü, Gecikme, Kopma).

Ek olarak, kaliteyi etkileyen gizlilik ve güvenlik ayarlarının nasıl yönetileceği konusunda Sesli ve Görüntülü Sohbet Uygulamalarında Gizlilik Ayarları Nasıl Yapılır? Adım Adım Rehber içeriği, kurumsal policy taslağınızı netleştirebilir.