CRM yedekleme & felaket kurtarma: veriyi kaybetmemek

Her küçük işletme, yıllarca biriktirdiği müşteri geçmişini kaybetmeye kötü bir öğleden sonra kadar yakındır. Yanlış bir tık koca bir segmenti siler. İşten ayrılan bir satışçı, tek dışa aktarımın durduğu dizüstünü de yanında götürür. Kartın süresi dolar, hesap askıya alınır ve üç yılda kurduğunuz boru hattı, ödemeyi unuttuğunuz bir duvarın arkasında kalır. İşte tam burada CRM yedekleme bir bilişim ayrıntısı olmaktan çıkar, bir hayatta kalma sorusuna dönüşür.

Bu yazı, CRM'inizdeki verinin nasıl korunacağına dair sade bir rehber. Gerçek bir yedeğin ne olduğunu, dışa aktarımın nasıl çalıştığını, geri dönüş süresini nasıl düşünmeniz gerektiğini ve neredeyse herkesin atladığı kısmı konuşacağız: ihtiyacınız olmadan önce yedeğinizin gerçekten çalıştığını nasıl test edeceğinizi.

Aslında ne ters gider (nadiren yangındır)

İnsanlar "felaket kurtarma" deyince sel ya da alev almış bir sunucu odası hayal eder. Oysa küçük işletmelerin verisini silen felaketler çok daha sıradan ve çok daha sıktır.

• İnsan hatası. Biri yanlış filtreyi toplu düzenler, binlerce kişinin bir alanını üzerine yazar ya da "kopya" sandığı ama kopya olmayan bir listeyi siler.
• Ayrılan çalışan. Her şeyi kendi kafasında ve kendi Excel'inde tutan satışçı gider, bağlamın yarısı da onunla birlikte gider.
• Ödeme aksaması. Başarısız bir tahsilat hesabı kilitler, ek süre biter ve veri, hiç okumadığınız bir takvime göre kalıcı olarak silinir.
• Tedarikçi sorunları. Sağlayıcınızda kesinti olur, bir göç yanlış gider ya da firma ürünü kapatıp size çıkmak için otuz gün tanır.
• Zararlı yazılım ve hesap ele geçirme. Oltalanan bir parola birini hesaba sokar, gerisini fidye yazılımı ya da kötü niyetli bir silme halleder.

Bunların hiçbirinin doğal afet gerektirmediğine dikkat edin. Çoğu, sıradan bir salı günüdür. Mesele de bu: yedek planınız olağanı savuşturmalı, çünkü kapıyı çalan hep olağandır.

"Tedarikçi yedekliyor" bir yedek planı değildir

İtibarlı bulut CRM'leri kendi yedeklerini tutar ve yedekli sunucular çalıştırır. Bu gerçektir ve önemlidir. Ama bu, tedarikçinin sistemini korur, sizin kararlarınızı değil. Bir kaydı silip iki hafta fark etmezseniz, tedarikçinin dönen yedeği çoktan onun üzerinden geçmiş olabilir. Hesabınız ödeme yüzünden askıdaysa, onların yedekliliği elinize bir dosya tutuşturmaz.

Burada işe yarar bir ayrım var. Tedarikçinin işi, hizmeti herkes için ayakta tutmaktır. Sizin işiniz ise en kötü gününüzde kendi verinizin kendi kopyasıyla çıkabildiğinizden emin olmaktır. Bunlar farklı sorumluluklardır ve birincisinin ikincisini kapsadığını varsaymak en sık yapılan hatadır.

Yedeklilik ışıkları açık tutar. Yedek ise ışıklar söndüğünde sizin kontrolünüzdeki kopyadır.

CRM dışaaktarımıKişilerFırsat geçmişiNotlar ve aramalarFaturalarEkler

Dışa aktarım en basit sigorta poliçenizdir

Çoğu küçük işletme için yedek planının temeli gösterişsizdir: düzenli bir dışa aktarım. Neredeyse her CRM verinizi CSV ya da Excel dosyası olarak indirmenize izin verir, çoğu da tam hesap dışa aktarımı veya çekebileceğiniz bir API sunar. Bu sizin acil çıkışınızdır ve bir panik hamlesi değil, bir alışkanlık olmalıdır.

Tuzak, yalnızca kişi listesini dışa aktarmaktır. Bir isim ile telefon numarası işletmeniz değildir; bağlam işletmenizdir. Dışa aktarırken, yeniden kurması pahalı olan şeyleri de aldığınızdan emin olun:

• Kişiler ve şirketler: özel alanları, etiketleri ve segmentleriyle birlikte; yalnızca isimler değil, yapının kendisi.
• Fırsat ve boru hattı geçmişi: kimin hangi aşamada almak üzere olduğunu bilmeniz için gereken satış hafızası.
• Notlar, arama kayıtları ve mesajlar: bir ay sonra kimsenin hatırlamadığı sözleri ve ayrıntıları taşıyan yer.
• Teklifler ve faturalar: satıştan çok sonra muhasebe ve yasal nedenlerle de gerekebilir.
• Ekler ve dosyalar: çünkü silinmiş bir belgeye giden bağlantı, bir geri dönüşte hiçbir işe yaramaz.

CRM'iniz başka sistemlere bağlıysa, verinin birden fazla yerde yaşadığını unutmayın. Bir e-ticaret ve CRM entegrasyonu üzerinden akan siparişler ya da bir muhasebe entegrasyonu ile senkronlanan faturalar, geri dönüşün boşluk bırakmaması için kendi dışa aktarım yolunu isteyebilir.

Geri dönüş süresi ve geri dönüş noktası, sade bir dille

Bilişim dünyasından ödünç almaya değer iki fikir var, çünkü belirsiz bir korkuyu cevaplanabilir iki soruya çeviriyorlar. Teknik terimleri boş verin, soruları tutun.

• Ne kadar veri kaybını göze alabilirsiniz? Haftada bir yedek alıyorsanız, cuma günü bir çökme size bir haftaya kadar yeni kayda mal olabilir. O boşluk sizin geri dönüş noktanızdır. Haftada beş kişi ekleyen bir dükkân için katlanılabilir; yoğun bir çağrı merkezi için değil.
• Ne kadar süre kapalı kalmayı göze alabilirsiniz? "Felaket" ile "işe geri dönüş" arasındaki süre, geri dönüş sürenizdir. Prova ettiğiniz bir geri yükleme bir saat sürer; hiç denemediğiniz bir geri yükleme, baskı altında öğrenirken günlerinizi yiyebilir.

Birçok küçük ekip için dürüst cevap, sıfıra yakın sürelere ihtiyaçları olmadığıdır. İki kişilik bir emlak ofisi için haftalık yedek ve aynı gün geri yükleme fazlasıyla yeterlidir. Yavaş ilerleyen bir kişi listesi için gerçek zamanlı çoğaltmanın peşine düşmek, sahip olmadığınız bir soruna para ve emek harcamaktır. Günde yüzlerce kayıt işleyen bir çağrı merkezi ile ayda birkaç sözleşme kapatan bir danışmanın aynı yedek takvimine ihtiyacı yoktur; ikisini aynı kefeye koymak birinde gereksiz masraf, diğerinde sessiz bir risk demektir. Emeği, verinizin hızına göre ayarlayın.

3-2-1 kuralı, küçük işletmeye göre ölçeklenmiş

Klasik yedek kuralını hatırlamak kolaydır ve kendi gerçekliğinize küçültmek de öyle. Şöyle der: verinizin üç kopyasını, iki farklı depolama türünde tutun ve bir kopyayı tesis dışında saklayın.

Bulut CRM kullanan bir küçük işletme için bu, ferahlatıcı ölçüde basit olabilir:

• Birinci kopya, CRM'inizdeki her gün çalışan canlı veridir.
• İkinci kopya, kontrol ettiğiniz bir yere kaydedilmiş düzenli bir dışa aktarımdır: bir kişinin dizüstü değil, şirketin bulut sürücüsü.
• Üçüncü kopya, tesis dışı bir kopyadır; ideal olarak farklı bir hesap ya da hizmette, böylece ele geçirilen tek bir giriş hepsine birden ulaşamaz.

"Tesis dışı, ayrı hesap" kısmı kulağa geldiğinden daha önemlidir. CRM dışa aktarımınız, tek bir oltalanmış parolanın açabileceği aynı bulut hesabında duruyorsa, üç kopyanız ve tek bir kilidiniz var demektir. Anahtarları dağıtın.

Güvenlik ve erişim de planın parçasıdır

Yedekleme ve güvenlik aynı sohbetin iki yüzüdür. Yedek sizi veri kaybından korur; erişim denetimi ise ulaşmaması gereken birinin ona ulaşmasından korur. İkisi de o gün gelene kadar sessizce çalışır.

Birkaç alışkanlık işin çoğunu görür. Her yönetici için iki adımlı doğrulamayı açın. Kimin dışa aktarım yetkisi olduğunu gözden geçirin ve biri ayrıldığı gün erişimini kaldırın. Verinizi otomasyonlar ya da betiklerle çekiyorsanız, o kimlik bilgilerine özen gösterin; iyi bir API anahtarı ve güvenli erişim yönetimi tam burada değerini kanıtlar, çünkü sızmış bir anahtar, kapıdan doğruca çıkıp giden bir yedektir. Otomasyonların ve dışa aktarımların nerede çalışacağına karar verirken, yerel mi yoksa üçüncü parti entegrasyon mu tartışmasını da düşünmeye değer, çünkü her biri verinizin geçtiği bir yer daha ekler.

1Dışa aktar2Şifrele3Tesis dışında sakla4Geri yüklemeyi test et

Herkesin atladığı adım: geri yüklemeyi test edin

İşte rahatsız edici gerçek. Yedek, kaydettiğiniz dosya değildir; geri getirebildiğiniz veridir. Pek çok işletme, mümkün olan en kötü günde dışa aktarımlarının boş, altı ay bayat ya da hiçbir şeyin okuyamayacağı bir biçimde olduğunu keşfeder. Test edilmemiş bir yedek, güzel bir adı olan bir tahmindir.

Test etmek karmaşık olmak zorunda değil. Üç ayda bir en son dışa aktarımınızı açın; satırların gerçekten orada olduğunu, özel alanların hayatta kaldığını ve eklerin gerçekten açıldığını kontrol edin. Daha iyisi, bir örneği yedek bir CRM ortamına ya da bir tabloya aktarın ve ilişkilerin korunduğunu doğrulayın: bir fırsatın hâlâ doğru kişiyi gösterdiğini. Dışa aktarımın kendisini bile Zapier ile Make karşılaştırmasındaki gibi bir araçla zamanlanmış çalıştırabilirsiniz, böylece kimse düğmeye basmayı hatırlamadan gerçekleşir.

Adımları sakinken yazın. Gerçek bir geri yükleme geldiğinde gergin olacaksınız ve gün ışığında yazdığınız iki satırlık bir kontrol listesi, her türlü özgüvenden daha değerlidir.

Söz vermeden önce: verinizi dışarı alabilir misiniz?

Bir CRM'den çıkabilip çıkamayacağınızı kontrol etmenin en iyi zamanı, ona bağımlı olmadan öncedir. Veri taşınabilirliği, yani her şeyi kullanılabilir bir biçimde ne kadar kolay dışa aktarabildiğiniz, satış sayfasında nadiren görünse de bir özelliktir. Ayrılmayı zorlaştıran bir araç, yedek planınızı da zorlaştırır.

Bir sisteme yıllarca sürecek ilişkileri emanet etmeden önce birkaç açık soru sorun. Tam hesabı, bir destek talebi açmadan kendiniz dışa aktarabiliyor musunuz? Dışa aktarımlar notları, geçmişi ve ekleri içeriyor mu, yoksa yalnızca düzgün kişi tablosunu mu? Çekmeyi otomatikleştirebileceğiniz bir API var mı? Dürüst cevaplar bulanıksa, bunu bir ayrıntı değil, bir risk olarak görün.

Sıkça sorulan sorular

Veri kaybı kendini nadiren duyurur. Sıradan bir günde sıradan bir hata olarak gelir ve bunu omuz silkip geçenler değil, bir nedenleri olmadan önce hazırlananlar ayakta kalır. Kaybetmekten nefret edeceğiniz şeye karar verin, onu bir takvimle dışa aktarın, bir kopyayı ayrı bir yerde tutun ve geri getirebildiğinizi test edin. Rocketly gibi bir CRM dışa aktarma ve geri getirme kısmını kolaylaştırır, ama disiplin sizin sürdürmeniz gereken şeydir; ve bu, işletmenizin alacağı en ucuz sigortadır.