Veri saklama & silme politikası (retention)

Çoğu işletme müşteri verisini toplarken titiz, o veriden kurtulurken savruktur. Kayıtlar yıllarca birikir: hiç dönüş yapmamış eski adaylar, çoktan başka yere gitmiş müşterilerin faturaları, bir daha kimsenin açmayacağı görüşme notları. Net bir veri saklama politikası aslında tek bir karardan ibarettir; bir kez verilip yazıya dökülen bir karar: hangi bilgiyi ne kadar tutuyoruz, sonra ne zaman siliyoruz?

Bu yazı tam da o karar üzerine. Saklama sürelerini nasıl düşüneceğinizi, veriyi düzgün biçimde nasıl sileceğinizi ve bir müşteri "beni silin" dediğinde ne yapacağınızı konuşacağız. Bilinçli olarak geneldir ve pratiktir, herhangi bir ülkenin mevzuatının özeti değil; yani ister iki kişilik bir ajans işletin ister büyüyen bir satış ekibi, uygulayabilirsiniz.

Saklama politikası nedir, "her şeyi tut" neden geri teper?

Saklama politikası, elinizdeki her veri kategorisi için tek soruya cevap verir: bu ne kadar yaşamalı ve süre dolunca ona ne olacak? Hukuki bir metin değil, kısa bir iç kuraldır. Çıktısı genelde tek bir tablodur: veri türü, ne kadar sakladığınız, nedeni ve nasıl silineceği.

Her şeyi sonsuza dek saklama içgüdüsü güvenli hissettirir. Değildir. Eski veri dört cephede sessiz bir yüktür:

• Risk. Sakladığınız her kayıt, bir sızıntıda dışarı çıkabilecek bir şeydir. Geçen yıl sildiğiniz veri bu yıl çalınamaz.
• Maliyet. Depolama ucuzdur ama dağınık depolama zaman olarak pahalıdır; aramalar yavaşlar, dışa aktarımlar şişer, ekip canlı kaydı bulmak için ölü kayıtların arasında yüzer.
• Doğruluk. Büyük bölümü bayatlamış bir kişi listesi, raporlarınıza yalan söyletir. Ölü veriyi silmek ya da arşivlemek geri kalanı daha güvenilir kılar.
• Yükümlülük. Pek çok yerde veriyi yalnızca gerçek bir nedeniniz olduğu sürece tutmanız beklenir. "İleride lazım olabilir" genelde bir gerekçe sayılmaz.

Bunların hiçbiri, veriyi panikle silmeniz gerektiği anlamına gelmez. Anlamı şudur: neyi neden tuttuğunuza bilerek karar vermek, biriktirmeyi varsayılan hâline getirmekten her zaman daha güvenlidir.

Her kuralın arkasındaki ilke: amaç

Saklama sürelerini bir sayı tahmin ederek belirlemezsiniz. Verinin ne işe yaradığını sorarak belirlersiniz. Amaç bitince sayaç başlar. Amaç değişirse süre de değişir; bu yüzden saklama planı bir kez yazıp unutulacak bir liste değil, canlı tutulan bir karardır.

Bir müşterinin telefon numarası, ona hizmet ve destek verebilmeniz için vardır. Aktif müşteri olduğu sürece amaç canlıdır ve numarayı tutarsınız. Uzun süredir hiçbir şey almamış, iyice soğumuşsa ilk amaç ortadan kalkar; ve başka bir gerekçe (ödenmemiş bir fatura, tutmak zorunda olduğunuz yasal bir kayıt, süren bir pazarlama izni) yoksa numara da eninde sonunda gitmelidir.

İşte bu yüzden aynı telefon numarasına iki ayrı sayaç bağlı olabilir. Kişi kaydının silinme vakti gelmişken, o numaranın göründüğü fatura yıllarca kalmak zorunda olabilir; çünkü çoğu ülkede ticari ve vergi kuralları muhasebe kayıtlarının saklanmasını ister. Saklama nadiren tüm müşteri için tek bir sayıdır; paralel çalışan bir sayaçlar kümesidir.

Ne kadar yeterli? Müşteriyi değil, kategoriyi düşünün

Pratik hamle şu: "müşterinin verisi"ni tek bir yığın olarak düşünmeyi bırakıp her biri kendi kuralını alan kategorilere bölmek. Çoğu küçük işletmede önemli olan beş altı kategori vardır.

SaklamasayaçlarıKişi kayıtlarıFaturalarPazarlama izniDestek geçmişiGörüşme kayıtları

• Kişi ve aday kayıtları. Bunları etkinliğe bağlayın. Yaygın bir yaklaşım, belirli bir süredir, diyelim iki ya da üç yıl, hiç hareket görmemiş adayları sonsuza dek tutmak yerine gözden geçirmek veya silmektir.
• Faturalar ve muhasebe kayıtları. Genelde en uzun sayaç bunlardadır; çünkü çoğu ülkede ticari ve vergi mevzuatı bir asgari süre koyar. Yerel gerekliliğinizi kontrol edin ve onu bir taban kabul edin.
• Pazarlama izni ve iletişim. Bunları yalnızca izin geçerli olduğu sürece tutun; biri listeden çıkınca, yalnızca "bir daha yazma" demeye yetecek kadarını saklayın, gerisini bırakın.
• Destek talepleri ve görüşme notları. Bir kayıt kapandıktan sonra bir süre işe yarar, yıllarca nadiren. Çoğu ekibe daha kısa bir süre uyar.

Somut bir örnek: el yapımı mum satan küçük bir dükkân düşünün. Üç yıl önce bir kez sipariş verip bir daha dönmemiş bir müşterinin telefonu, kişi listesinde ölü bir satırdır; oysa aynı siparişin faturası, vergi tarafı için hâlâ tutulması gereken canlı bir kayıttır. Aynı kişiye ait olsalar da saatleri ayrı işler.

Veri yaşam döngüsü: ilk temastan silmeye

Herhangi bir veri parçasını dört aşamadan geçerken hayal etmek işe yarar. Çoğu kayıt ikinci aşamada takılır ve oradan hiç çıkmaz; bir politikanın çözdüğü sorun tam olarak budur.

1Topla2Aktif kullan3Saklama süresi4Sil veya anonimleştir

Aşamalar basittir. Veriyi belirli bir amaç için toplarsınız. Amaç canlıyken aktif kullanırsınız. Aktif kullanım bitince kayıt bir saklama süresine girer; ikincil bir nedenle (kayıt, garanti, yasal asgariler) tuttuğunuz ama artık günlük kullanmadığınız tanımlı bir dönem. O dönem kapanınca siler veya anonimleştirirsiniz. Önemli olan, her kaydın bu yolculuğun sonunda bir çıkış kapısının olması; girişini planlayıp çıkışını şansa bırakmak, verinin sonsuza dek birikmesinin ta kendisidir.

Bunu böyle çizmenin değeri, bir çıkışı zorunlu kılmasıdır. Bir CRM'de burada kişi, firma ve fırsatların birbirine nasıl bağlandığı önem kazanır: bir kişiyi silmek, bağlı olduğu faturayı ya da fırsatı sessizce bozmamalı; o yüzden bağlantılara ne olacağına baştan karar verirsiniz.

"Silmenin" üç yolu ve hangisi ne zaman

"Silmek" tek bir eylem değildir. Üç tanedir ve yanlışını seçmek sık yapılan bir hatadır.

• Yumuşak silme (soft delete) kaydı gündelik görünümlerden gizler ama sistemde tutar; genelde bir geri dönüşüm kutusunda ya da arşiv durumunda. Yanlışlıkla silmeye karşı korur, ama veri hâlâ oradadır; yani gerçek bir imha sayılmaz.
• Kalıcı silme (hard delete) kaydı geri dönüşsüz kaldırır. İnsanların "silme" derken kastettiği genelde budur ve saklama süresi gerçekten kapandığında ihtiyacınız olan da budur.
• Anonimleştirme kişiyi tanımlayan her şeyi çıkarır ama verinin biçimini korur. Adı ve numarayı kaybedersiniz, ama raporlama için "bir fırsat, şu büyüklükte, martta kapandı" bilgisini tutarsınız.

Anonimleştirme hafife alınan seçenektir. Bir silmeyi ruhuyla yerine getirmenizi sağlar (kişi artık tanımlanamaz) ama satış raporlarınızın dayandığı toplu geçmişi korur. Pek çok saklama sorununda, sayılarınızda delik açan kalıcı silmeden daha temiz bir yanıttır. Pratik bir başlangıç kuralı şu olabilir: gündelik hatalara karşı yumuşak silmeye güvenin, süresi dolan kişisel veriyi kalıcı silin, raporlarınızda kalmasını istediğiniz şeyi anonimleştirin.

Silme talepleri ve yedeklerle ilgili o rahatsız gerçek

Er ya da geç bir müşteri verisinin silinmesini isteyecek ve pek çok yerde bu bir haktır. Bunun bir telaş değil, rutin bir iş olmasını istersiniz. Bu da talep gelmeden önce, bir kişinin verisinin nerelerde yaşadığını bilmek demektir: CRM, faturalama aracı, e-posta platformu, birinin kenarda tuttuğu tablo. Aynı harita araç değiştirdiğinizde de işe yarar; bir CRM veri göçü, kayıtları yeni sisteme kopyalamak yerine geride bırakmanın tam sırasıdır.

Dürüst zorluk yedeklerdir. Bir kaydı canlı sisteminizden sildikten sonra bile, o veri genelde bir süre yedek kopyalarda durur. Bu normaldir ve genelde kabul edilebilir; yeter ki yedekler kendi döngüsünde olsun ve bir takvimle üzerine yazılsın, böylece silinen veri sonsuza dek yaşamak yerine zamanla eriyip gider. Yapmamanız gereken şey, silinmiş bir kişiyi sessizce yedekten geri yükleyip verisini kullanmaya devam etmektir.

Amaç "yeryüzündeki her diskten anında yok olmak" değildir. "Aktif kullanımdan çıkmış ve tamamen kaybolma yolunda olmaktır."

Gerçekten uygulayacağınız bir saklama takvimi yazmak

Bir politika ancak sürdürülebilecek kadar küçükse işe yarar. Tek sayfayı hedefleyin. Her veri kategorisi için dört şey yazın: nedir, ne kadar tutuyorsunuz, gerekçesi ve nasıl silineceği. Bütün belge bu kadar. Karmaşık bir hukuk metni yazmaya çalışmak, çoğu küçük işletmede belgenin hiç bitmemesi demektir; kısa ama uygulanan bir politika, mükemmel ama rafta kalandan iyidir.

Sonra kısmen otomatik hâle getirin; çünkü kimsenin uygulamadığı bir kural yalnızca bir dilektir. İyi CRM'ler belirlediğiniz kurallarla kayıtları işaretleyebilir ya da kaldırabilir; örneğin belirli süredir hareketsiz adayları etiketlemek ya da kapanan fırsatları süresi dolunca anonimleştirmek. Hâlâ müşterileri tablolarda takip ediyorsanız, bu Excel'den bir CRM'e geçmenin daha sessiz nedenlerinden biridir: bir tablonun, satırlarının kaç yaşında olduğuna dair hiçbir fikri yoktur.

Birkaç alışkanlık politikayı canlı tutar:

• Her sürenin yanına gerekçesini yazın. Bir şeyi neden tuttuğunuzu söyleyemiyorsanız, bu sürenin fazla uzun olduğunun işaretidir.
• Yılda bir gözden geçirin. Amaçlar değişir; takvim de değişmeli. Takvime koyun.
• Yan kanalları da kapsayın. Dışa aktarılan tablo ve eski e-posta klasörü de sayılır, yalnızca CRM değil.

Bütün bunların etrafındaki daha geniş hukuki çerçeveyi (hukuka uygunluk sebepleri, açık rıza ve gerisi) merak ediyorsanız, KVKK uyumlu bir CRM rehberimiz bu yazının bilerek atladığı zemini kapsıyor.

Sıkça sorulan sorular

Saklama politikası, riskinizi sessizce azaltıp aynı anda raporlamanızı temizleyen o gösterişsiz alışkanlıklardan biridir. Başlamak için hukuk departmanına gerek yok; bir sayfa, her veri türü için bir sayaç ve harekete geçecek bir yol yeter. Rocketly gibi bir CRM mekanik kısmı taşıyabilir; belirlediğiniz kurallarla arşivler ve siler, böylece politika birinin hatırlamasına bağlı kalmadan arka planda çalışır. Kuralları bir kez belirleyin, yazıya dökün ve eski verinin geldiği gibi gitmesine izin verin: bilerek.