Toplantı kaydında rıza ve veri saklama

Perşembe, saat 15:40. Bir yazılım firmasının satış müdürü, dört ay önce yapılmış 47 dakikalık bir keşif görüşmesinin kaydını açmaya çalışıyor; çünkü müşteri "siz o toplantıda entegrasyonun fiyata dahil olduğunu söylemiştiniz" diyor. Kayıt duruyor, transkript de duruyor. Asıl sıkıntı burada başlıyor: odada o gün altı kişi vardı, ikisi müşteri tarafından, biri müşterinin danışmanıydı. Kaydın hala sistemde durması gerekip gerekmediğini, danışmanın kaydedilmeye rıza gösterip göstermediğini ve bu dosyanın kaç ay sonra silineceğini masadaki kimse söyleyemiyor. Kayıt bir kanıt olmaktan çıkıp bir soru işaretine dönüşmüş durumda.

Bu yazı, toplantı kaydı alan ekiplerin bu soru işaretini nasıl bir sürece çevirebileceğini anlatıyor. Sırasıyla şunları ele alacağız: kaydı başlatmadan önce yanıtlanması gereken amaç sorusu, rıza ile diğer hukuki dayanaklar arasındaki ayrımı kimin yapacağı, bildirimin toplantı akışının hangi noktalarında görünmesi gerektiği, birisi kaydedilmek istemediğinde uygulanacak plan, ses kaydı ile transkriptin neden aynı ömre sahip olmadığı, saklama süresinin nasıl belirlenip işletileceği, silme talebi geldiğinde ilk yarım saatte yapılabilecekler, kayda kimlerin erişebileceği, yurt dışı katılımcıların gündeme getirdiği ek sorular ve tüm bunların iki haftada nasıl yazılı bir politikaya dönüşeceği. Baştan söyleyelim: burada hukuki tavsiye yok; kurulması gereken süreç ve hukuk danışmanınıza soracağınız sorular var.

Kaydı başlatmadan önce hangi soruyu yanıtlamış olmanız gerekir?

Çoğu ekip toplantı kaydına teknik bir karar olarak yaklaşır: bot toplantıya girer, kayıt başlar, iş biter. Oysa ilk soru teknik değil, amaca dair. Bu kaydı ne için alıyorsunuz? Yanıt "her ihtimale karşı" ise, elinizde bir politika değil bir birikim var demektir. Amaç net olduğunda geri kalan her karar sadeleşir; çünkü saklama süresi, erişim yetkisi ve silme kuralı hep aynı amaca bağlanır.

Pratikte satış ve müşteri başarısı ekiplerinde üç amaç öne çıkar. Birincisi hafıza: kimin ne taahhüt ettiğini hatırlamak. İkincisi devir: toplantıya katılamayan ekip arkadaşının kaydı baştan sona dinlemeden devam edebilmesi. Üçüncüsü koçluk: yeni satış temsilcisinin kendi görüşmesini dinleyerek gelişmesi. Bu üç amacın saklama ihtiyacı birbirinden farklıdır. Hafıza amacı fırsatın ömrüyle sınırlıdır, devir amacı birkaç haftalıktır, koçluk amacı ise çoğu zaman anonimleştirilmiş bir örnekle karşılanabilir.

Amaç sorusunun bir de miktar boyutu var. Haftada kırk toplantı yapan bir ekipte hepsini kaydetmek, aslında hiçbirini kullanmamak anlamına gelir; çünkü kimse kırk kaydı taramaz. Kayıt kararını toplantı türüne bağlamak hem veri hacmini hem riski küçültür. Zaten takvimi toplantıdan arındırmak üzerine düşünen ekipler için bu, aynı egzersizin ikinci yarısıdır: hangi toplantının yapılmaya değer olduğuna karar verdikten sonra, hangisinin kaydedilmeye değer olduğuna karar verirsiniz.

Rıza mı, başka bir dayanak mı? Bu ayrımı kim yapmalı?

Kişisel veri işlemenin tek dayanağı rıza değildir; sözleşmenin kurulması, meşru menfaat ve hukuki yükümlülük gibi başka dayanaklar da vardır. Toplantı kaydı söz konusu olduğunda ekipler genellikle refleks olarak "rıza alalım" der, ama bu refleks her zaman doğru sonuç vermez. Rıza geri alınabilir olmak zorundadır. Geri alındığında kaydı silecek bir mekanizmanız yoksa, aldığınız şey rıza değil, kağıt üstünde bir onay kutusudur.

Bu ayrımı satış müdürü tek başına yapamaz; yapması gereken, karar verecek kişiye doğru soruyu taşımaktır. Hukuk danışmanınıza veya veri sorumlusu irtibat kişinize sorulabilecek sorular şunlardır: Bu kayıt hangi dayanakla işleniyor? Dayanak rıza ise nasıl geri alınır ve geri alındığında hangi kayıtlar silinir? Ses kaydı ile transkript aynı dayanağa mı tabi? Çalışan kaydı ile müşteri kaydı arasında fark var mı? Duygu analizi veya konuşmacı metrikleri gibi türetilmiş çıktılar ayrı bir değerlendirme gerektiriyor mu? Bu sorulara verilen yanıtları yazılı hale getirmek, ileride "biz böyle anlamıştık" tartışmasını baştan bitirir.

Şirket genelinde bir veri işleme çerçevesi zaten kurulmuşsa, toplantı kaydını sıfırdan tasarlamak yerine o çerçevenin içine yerleştirmek çok daha hızlıdır. müşteri verisini toplama ve saklama düzeninizi daha önce belgelediyseniz, toplantı kaydı bu düzene eklenen yeni bir veri türünden ibarettir. Yoksa da sorun değil; toplantı kaydı, çerçeveyi kurmak için iyi bir başlangıç noktasıdır, çünkü kapsamı dar ve sınırları görünürdür.

Bildirim toplantı akışının hangi noktalarında görünmeli?

Kaydedildiğini bilmeyen bir katılımcı, sonradan öğrendiğinde yalnızca hukuki bir itiraz üretmez; güven kaybeder. Bu yüzden bildirim tek bir yerde değil, akışın üç ayrı noktasında görünmelidir. Birincisi davet: takvim davetinin gövdesine bir cümle koyarsınız ve katılımcı toplantıya gelmeden önce bilir. İkincisi oda: bot katılımcı listesinde kendi adıyla görünür, gizli bir kayıt aracı gibi durmaz. Üçüncüsü açılış: toplantıyı yöneten kişi ilk otuz saniyede sözlü olarak söyler ve itirazı olan varsa oradan öğrenir.

Üçünün birden olması gereksiz görünebilir, ama her biri farklı bir boşluğu kapatır. Davetteki cümle bağlantısı iletilen kişiyi yakalamaz; oda listesindeki bot adını herkes okumaz; sözlü bildirim ise on beşinci dakikada katılana ulaşmaz. Rocketly'nin Toplantı Botu bu noktada işi kolaylaştırır: bot odaya katılımcı olarak girer ve varsayılan adıyla listede görünür, organizasyon bu adı kendi kurum adıyla değiştirebilir. Yani bildirim, birinin hatırlamasına bırakılmış bir ritüel olmaktan çıkıp arayüzün kendi davranışına dönüşür.

Bildirimin dördüncü ve çoğu zaman atlanan noktası toplantıdan sonrasıdır. Katılımcılara giden özetin kendisi de bir bildirimdir: bu toplantıdan bir kayıt çıktığını ve içinde ne yazdığını gösterir. toplantı sonrası özet e-postasını nasıl kurguladığınız bu yüzden yalnızca bir verimlilik meselesi değil, aynı zamanda şeffaflık meselesidir. Özette yer alan kararlara kimse itiraz etmiyorsa, kaydın içeriği de karşılıklı olarak teyit edilmiş sayılır.

Katılımcı kaydedilmek istemiyorum derse ne olur?

Bu cümlenin toplantının on ikinci saniyesinde söylenme ihtimali düşük değildir ve o an doğaçlama yapmak en kötü seçenektir. Önceden kararlaştırılmış üç seçenek yeterlidir. Birincisi: kayıt hiç başlamaz, notu bir kişi elle tutar. İkincisi: kayıt başlar, ama itiraz eden kişinin katılmadığı bölümde. Üçüncüsü: kayıt alınır, ancak yalnızca özet saklanır; ses ve transkript toplantı biter bitmez silinir.

Kritik olan, bu seçeneklerden hangisinin uygulandığının kaydedilmesidir. "Sözlü olarak itiraz edildi, kayıt kapatıldı" bilgisi hiçbir yerde yazmıyorsa, altı ay sonra kimse ne olduğunu hatırlamaz. Bunu toplantı kaydının kendi notuna yazmak yeterlidir; ayrı bir sistem gerekmez. Toplantıyı yöneten kişinin görevi politika belirlemek değil, verilen kararı görünür kılmaktır.

Bir de sessiz itiraz vardır: kimse bir şey demez, ama katılımcı kamerayı kapatır, kısa yanıtlar verir, açık konuşmaz. Bu hukuki bir sorun değil, gerçek bir ticari maliyettir. Kayıt açıkken bazı konuşmaların yapılamayacağını kabul etmek, kayıt politikasının olgunluk göstergesidir. Hassas bir müzakere bölümünde botu durdurup sonra tekrar başlatmak, hiç kaydetmemekten daha kullanışlıdır.

Ses kaydı, transkript ve özet aynı süre mi saklanmalı?

Hayır, ve bu ayrım politikanızın en pratik parçasıdır. Üçü aynı toplantıdan çıkar ama farklı şeyler taşır. Ses kaydı en fazla kişisel veri içerir: ton, aksan, arka plandaki başka sesler. Transkript kelimeleri taşır ama sesi taşımaz. Özet ise yalnızca kararları ve aksiyonları taşır; çoğu iş ihtiyacı zaten burada karşılanır. Dolayısıyla en riskli olanı en kısa, en az riskli olanı en uzun saklamak mantıklıdır.

Çıktı	Ne taşır	Tipik iş ihtiyacı	Karar kriteri
Ses kaydı	Ses, ton, arka plan	Anlaşmazlık ve koçluk	En kısa süre; itiraz penceresi kapanınca gerekçe kalır mı?
Transkript	Kelime kelime döküm	Kim ne dedi sorusu	Fırsat kapandıktan sonra da gerekli mi?
Özet ve kararlar	Karar ve sonraki adım	Hesap geçmişi	Müşteri ilişkisi sürdükçe gerekli olabilir
Aksiyon maddeleri	Görev ve sorumlu	Operasyon takibi	Görev tamamlandıktan sonra görev kaydında yaşar
Konuşmacı metrikleri	Oran ve süre verisi	Ekip gelişimi	Kişi bazlı mı, toplu mu raporlanacak?

Bu tablo bir öneri değil, bir tartışma şablonudur. Satırları kendi ekibinizle doldurup hukuk danışmanınıza doğrulatın; sektörünüze özgü bir yükümlülük varsa süreler değişir. Ama ayrımın kendisi neredeyse her ekipte işe yarar, çünkü "toplantı kaydı" tek bir nesne değil, dört beş farklı nesnedir. Bunları tek kalemde yönetmeye çalışmak, en katı kuralı en zararsız çıktıya uygulamak demektir. Ayrımın nasıl kurulduğunu görmek için toplantı notundan aksiyona giden akışa bakmak faydalı olur: aksiyon maddesi bir kez göreve dönüştüğünde, o bilginin kaynağı olan ses kaydına ihtiyaç genellikle biter.

Saklama süresini kim belirler ve süre dolunca ne olur?

Saklama süresi hukukun tek başına verdiği bir sayı değildir; iş ihtiyacı ile hukuki sınırların kesiştiği yerde belirlenir. Süreyi öneren iş birimidir, onaylayan hukuk tarafıdır, uygulayan ise sistemdir. Üçü aynı hizada değilse politika kağıtta kalır. Ekiplerin en sık düştüğü hata, süreyi belirleyip uygulamayı manuel bırakmaktır: birinin her ay girip eski kayıtları silmesi beklenir, üç ay sonra kimse silmez.

Bu yüzden kritik soru "kaç ay" değil, "süre dolunca ne oluyor" sorusudur. Otomatik silme yoksa saklama süresi bir niyet beyanıdır. Rocketly'nin Toplantı Botu tarafında bu iş Veri Saklama ve Rıza ayarında toplanır: kayıt bildirimi ile rıza tercihlerini burada yönetir, belirlediğiniz saklama süresi dolduğunda kişisel verilerin otomatik silinmesini sağlarsınız. Süre, bir tabloda yazan sayı olmaktan çıkıp sistemin kendi davranışına dönüşür.

Süre belirlerken üç pencere birden düşünülür: itiraz penceresi (müşteri ne kadar süre sonra "siz şöyle demiştiniz" der), fırsat penceresi (satış döngünüz ne kadar sürüyor) ve ilişki penceresi (müşteri kaç yıl sizde kalıyor). Bu üç pencerenin en uzunu saklamanın gerekçesini oluşturur; ondan sonrası birikimdir. Kurumsal bir çerçeve yazacaksanız saklama ve silme politikasının nasıl belgelendiğine bakmak, toplantı kaydını daha büyük bir tablonun içine oturtmanızı sağlar.

Silme talebi geldiğinde ilk yarım saatte ne yapabiliyorsunuz?

Bir politika, sınavını talep geldiğinde verir. Katılımcı ya da müşteri "o kaydı silin" dediğinde ekibiniz kaç adımda sonuca ulaşıyor? Bu sorunun yanıtı çoğu ekipte "bilmiyorum"dur ve bunu talep geldiği gün öğrenmek pahalıdır. Denemesi kolaydır: rastgele bir toplantı seçin, silme talebi geldiğini varsayın, kronometre tutun.

Uygulanabilir bir akış dört adımdan oluşur. Talebi tek bir kanalda toplayın, böylece talep birinin gelen kutusunda kaybolmasın. Talebin kapsamını netleştirin: yalnızca ses kaydı mı, transkript de mi, özet ve aksiyon maddeleri de mi? Kapsamı doğruladıktan sonra silin ve son olarak talep sahibine ne silindiğini yazılı olarak bildirin. Bu son adım genellikle atlanır, oysa güveni asıl kuran adım odur.

Silme işleminin izlenebilir olması ayrı bir gerekliliktir. Bir kaydın transkriptini, özetini ve ses dosyasını kalıcı olarak silmek mümkün olmalı, ama bu işlemin kim tarafından ne zaman yapıldığı da bir yerde durmalı. Toplantı Botu'ndaki Talep Üzerine Silme tam olarak bunu yapar: silme kalıcıdır ve işlem denetim kaydına yazılır. Kaydı süren bir toplantının önce durdurulması gerektiği ayrıntısı da önemlidir, çünkü yarım kalmış bir silme işlemi en kötü durumdur.

Kayda kimler erişebilmeli ve paylaşımın sınırı nerede?

Saklama süresi kadar önemli ikinci soru erişimdir. Üç ay saklanan ama şirketteki herkesin açabildiği bir kayıt, bir yıl saklanan ama yalnızca hesap sahibinin göreceği bir kayıttan daha risklidir. Erişim kuralının en sağlıklı hali, kaydı ayrı bir varlık gibi değil, bağlı olduğu müşteri kaydının bir parçası gibi yönetmektir: toplantıyı görebilen transkripti de görür, göremeyen ikisini de göremez.

Bunun işleyebilmesi için kaydın doğru kişiye ve doğru firmaya bağlanmış olması gerekir. Toplantı Botu'ndaki Kişiye Bağlama özelliği katılımcıları ekip üyesi veya müşteri kaydıyla eşleştirir ve eşleşme yanlışsa konuşmacı adlarını elle düzeltmenize izin verir. Bu küçük ayrıntı erişim politikasının temelidir: yanlış firmaya bağlanmış bir toplantı, yanlış ekibin görüş alanına girer. kişi, firma ve fırsat arasındaki ilişkilerin nasıl kurulduğu bu noktada teorik bir konu olmaktan çıkar.

Paylaşımın sınırı da yazılmalıdır. Kayıt bağlantısı şirket dışına gönderilebilir mi? Bir transkriptten alıntı yapıp müşteriye iletmek serbest mi? Ekip içi bir eğitim sunumunda gerçek bir müşteri görüşmesinden bölüm oynatılabilir mi? Bu üç sorunun yanıtı çoğu şirkette sezgiseldir ve sezgi kişiden kişiye değişir. Yazılı bir yanıt, iyi niyetli bir ekip arkadaşının farkında olmadan sınırı aşmasını engeller.

Yurt dışı katılımcı olduğunda hangi sorular değişir?

Toplantıda başka bir ülkeden katılımcı olduğu anda soru sayısı artar. Farklı ülkelerin kayıt kuralları aynı değildir; bazı yerlerde tüm tarafların açık onayı beklenir, bazı yerlerde bildirim yeterli sayılır. Buradaki doğru refleks internetten kural aramak değil, hukuk danışmanınıza somut senaryoyu taşımaktır: "Şu ülkeden katılımcının olduğu bir toplantıyı kaydediyoruz; dayanağımız ne olmalı ve bildirimi nasıl yapmalıyız?"

İkinci soru verinin fiziksel olarak nerede durduğudur. Bazı müşteriler sözleşme aşamasında bunu sorar ve yanıtı hazır olmayan satıcı gereksiz bir gecikme yaşar. verilerinizin hangi ülkede tutulduğu sorusunun yanıtını önceden bilmek hem müşteri sorularını hızlandırır hem de iç politikanızı gerçekçi kılar. Rocketly tarafında verinin Türkiye'de tutulduğu bilgisi ürün sayfasında belirtilir; siz de kendi araç yığınınız için aynı envanteri çıkarmalısınız.

Üçüncü soru, kaydın hangi başka sistemlere aktığıdır. Toplantı özeti CRM'e işleniyorsa, oradan raporlamaya, oradan bir veri ambarına gidiyor olabilir. Silme talebi geldiğinde yalnızca kaynağı silmek yetmez; kopyaların nerede olduğunu bilmeniz gerekir. toplantı notlarının otomatik olarak CRM'e işlenmesi büyük bir kolaylık sağlar, ama aynı kolaylık veri haritasını da genişletir. Haritayı çıkarmadan politika yazmak, kapıları saymadan alarm kurmaya benzer.

Bu politikayı iki haftada nasıl yazılı hale getirirsiniz?

Mükemmel bir politika yazmaya çalışan ekipler genellikle hiç yazmaz. İki haftalık, kaba ama işleyen bir taslak, altı ay bekleyen mükemmel bir taslaktan iyidir. Birinci hafta envanter ve karar, ikinci hafta uygulama ve duyuru olarak ayrılabilir.

• Gün 1-2: Hangi toplantı türlerini kaydettiğinizi listeleyin; kaydetmeye devam etmeyeceklerinizi hemen çıkarın.
• Gün 3-4: Her tür için amacı tek cümleyle yazın. Amacı yazılamayan tür kayıttan çıkar.
• Gün 5: Ses, transkript, özet ve metrikler için ayrı süre önerin; gerekçeleri yanına yazın.
• Gün 6-7: Dayanak, süre ve yurt dışı senaryoları hakkındaki sorularınızı hukuk danışmanınıza tek dosyada iletin.
• Gün 8-9: Onaylanan süreleri sistemde ayar olarak uygulayın; manuel hiçbir adım bırakmayın.
• Gün 10: Bildirim metinlerini davet şablonuna, bot adına ve toplantı açılış cümlesine yerleştirin.
• Gün 11-12: Silme talebi tatbikatı yapın; kronometreyle ölçün, aksayan adımı düzeltin.
• Gün 13-14: Ekibe tek sayfalık özeti duyurun ve gözden geçirme tarihini takvime koyun.

Bu taslağın kalıcı olması için bir sahibi olmalı. Sahipsiz politikalar altı ayda eskir; araçlar değişir, ekip büyür, yeni bir toplantı türü eklenir. Yılda bir kez gözden geçirme takvime yazılmadıysa gözden geçirme olmaz. Aynı mantık kesinti ve veri kaybı senaryoları için de geçerlidir; kesinti ve veri kaybı riskini planlayan ekipler zaten bu tür tatbikatlara alışkındır ve toplantı kaydı bu planın küçük ama somut bir parçasıdır.

Politikanın hedef kitlesini de unutmayın: bu belge hukukçular için değil, haftada otuz toplantıya giren ekip için yazılır. Tek sayfa, sade cümleler, bir karar tablosu. Kayıt ve saklama düzenini müşteri veri tabanınızı kurarken baştan tasarlarsanız, sonradan temizlik projesi açmak zorunda kalmazsınız.

Süreci kurduktan sonra aracın bu ayarları gerçekten sunup sunmadığını görmek isterseniz, Rocketly hesabınızı ücretsiz açıp saklama ve silme ayarlarını kendi toplantı akışınızda deneyebilirsiniz.

Sıkça sorulan sorular

Toplantıyı kaydetmek için herkesin onayı şart mı?

Bu, işleme dayanağınıza ve katılımcıların bulunduğu ülkeye göre değişir; tek bir evet ya da hayır yanıtı yoktur. Doğru yaklaşım, dayanağı hukuk danışmanınızla belirlemek ve hangi durumda hangi seçeneğin uygulanacağını önceden yazmaktır. Her koşulda geçerli olan tek kural şu: kaydedildiğini kimse sonradan öğrenmemeli.

Kaydı sonsuza kadar saklayabilir miyim?

Süresiz saklama, gerekçesi olmayan saklamadır ve pratikte savunması zordur. Bunun yerine her çıktı türü için ayrı bir süre belirleyip gerekçesini yazın, sonra bu süreleri hukuk danışmanınıza doğrulatın. Süreyi sistemde otomatik silme olarak uygulamazsanız, belirlediğiniz süre yalnızca bir niyet beyanı olarak kalır.

Katılımcı itiraz ederse toplantı yapılamaz mı?

Yapılır; değişen şey toplantı değil, kayıt kararıdır. Önceden hazırlanmış üç seçeneğiniz olsun: kaydı hiç başlatmamak, kaydı yalnızca belirli bir bölümde almak veya ses ile transkripti silip yalnızca özeti saklamak. Hangi seçeneğin uygulandığını toplantı kaydının notuna yazmak, ileride çıkacak soruların çoğunu baştan kapatır.

Silme talebi geldiğinde özet ve aksiyon maddeleri de silinmeli mi?

Talebin kapsamını netleştirmeden işlem yapmayın. Bazı taleplerde yalnızca ses kaydı kastedilir, bazılarında tüm kayıt. Aksiyon maddesi zaten bir göreve dönüşmüşse o görev ayrı bir kayıttır ve ayrı değerlendirilir; bu ayrımı kendi durumunuz için hukuk danışmanınıza doğrulatın.