E-Ticarette İş Sürekliliği Planı: Kesinti ve Arıza Rehberi
Site kesintisi, ödeme arızası ve kargo aksamasında satışı ayakta tutan plan: riskleri sıralama, yedek yollar, iletişim ve düzenli prova.
rabbitclip ekibiYayın: 5 dk okuma
Kısa cevap
E-ticarette iş sürekliliği planı, sitenin, ödeme sisteminin ya da kargo hattının aksadığı bir anda satışın ve müşteri güveninin nasıl korunacağını önceden yazan kısa bir belgedir. İçinde üç şey bulunur: hangi arızanın en çok zarar vereceği, her arıza için kimin ne yapacağı ve müşteriye ne söyleneceği. Plan uzun olmak zorunda değildir; arıza anında tek sayfada okunabilmesi yeterlidir.
İşletmeler çoğunlukla arızayı yaşadıktan sonra plan yapar. Bir zemin kaplama üreticisi düşünün: kampanya sabahında ödeme sayfası hata veriyor, ekipte kimse sağlayıcıyı kimin arayacağını bilmiyor, müşteriler sosyal medyadan soruyor. Bu yazı, hangi riskin önce ele alınacağını, yedek yolların nasıl kurulacağını ve planın ne zaman gereğinden büyük olduğunu anlatır.
Önce hangi riskler yazılmalı?
Her olasılığı yazmaya çalışmak planı okunmaz yapar. Üç soru yeterlidir: hangi arıza satışı tamamen durdurur, hangisi satışı yavaşlatır, hangisi yalnız müşteriyi rahatsız eder. Satışı durduranlar önce yazılır: site açılmıyor, ödeme alınamıyor, sipariş yönetim paneli çalışmıyor.
Her riskin yanına iki not düşülür: ne kadar sürerse zarar büyür ve kim karar verir. Bir saatlik ödeme kesintisi ile yarım günlük kargo aksaması aynı tepkiyi gerektirmez. Bu sıralama, kampanya gibi yoğun dönemlerde hangi sistemin daha sıkı izleneceğini de belirler.
- Site açılmıyor ya da çok yavaş
- Ödeme sayfası hata veriyor ya da sağlayıcı yanıt vermiyor
- Sipariş paneli ya da stok sistemi çalışmıyor
- Kargo firması gönderileri almıyor ya da gecikiyor
- Alan adı, sertifika ya da hosting aboneliği süresi doluyor
Site kesintisinde ne yapılır?
Site kesintisinin ilk adımı sorunun nerede olduğunu ayırmaktır: kendi sunucunuz mu, alan adı ya da DNS mi, yoksa bir dış servis mi? Bu ayrım için kimin hangi panele bakacağı önceden belli olmalıdır. Hosting sağlayıcısının destek kanalı, alan adı kayıt firmasının girişi ve DNS ayarlarının kopyası tek yerde, güncel durmalıdır.
Kesinti sürerken müşteriye yönlenecek basit bir durum sayfası ya da sosyal medya notu hazırlanır. Yedekleme de burada devreye girir: yedek yalnız alınmış olmakla değil, geri yüklenebildiği denenmiş olmakla değer kazanır. Yedeği hiç geri yüklememiş bir ekip, ihtiyaç anında ilk kez öğrenir ki yedek eksiktir.
Ödeme sistemi arızalandığında ne olur?
Ödeme arızası, satışı en hızlı durduran ve müşteriyi en çok endişelendiren arızadır. Önce arızanın sizde mi yoksa ödeme sağlayıcıda mı olduğu anlaşılır; sağlayıcıların çoğu bir durum sayfası yayımlar ve ona bakmak ilk iş olmalıdır. Sorun sizdeyse son yapılan değişiklik geri alınır, sağlayıcıdaysa bekleme süresi için müşteriye yön verilir.
Mümkünse ikinci bir ödeme yolu hazır tutulur: ikinci bir sağlayıcı, havale ile ödeme ya da kapıda ödeme. Her işletme için gerekli değildir, ama yoğun satış dönemlerinde tek sağlayıcıya bağlı olmak riski büyütür. Ödeme sırasında hata alan müşterinin kartından çekim yapılıp yapılmadığı net anlatılmalıdır; belirsizlik, arızadan daha çok şikayet üretir.
Kargo aksadığında müşteriyle nasıl konuşulur?
Kargo aksamasında zarar teslimatın kendisinden çok sessizlikten doğar. Müşteri paketin nerede olduğunu bilmiyorsa soru sorar, bekleyemezse iade ister. Gecikme anlaşıldığında etkilenen siparişlerin listesi çıkarılır ve müşteriye siz haber verirsiniz; müşterinin sizi aramasını beklemek güveni zedeler.
Mesaj kısa ve somut olmalıdır: ne oldu, siparişin durumu ne, ne zaman yeni bilgi verilecek. Mümkün olduğunda ikinci bir kargo firması ya da şehir içi kurye yedek olarak tanımlı tutulur. Aynı yedek yol, firma hasarlı teslimat ya da bölgesel kapanma yaşadığında da işe yarar.
Planı kim yazar, nasıl denenir?
Planın bir sahibi olmalıdır; ortak sorumluluk çoğu zaman kimsenin sorumluluğu olur. Sahip, belgeyi güncel tutar ve arıza anında koordinasyonu üstlenir. Belgede isimler, telefonlar, erişim yolları ve karar yetkisi yazılıdır; şifreler ise belgede değil, yetkili kişilerin eriştiği bir şifre yöneticisinde durur.
Plan yılda bir ya da büyük bir kampanyadan önce denenir. Deneme gerçek arıza çıkarmak değildir; masa başı bir senaryodur: ödeme sağlayıcı yarım gün erişilemez olsa kim ne yapar? Bu konuşma çoğu zaman belgenin eksiğini, yani bir telefon numarasının ya da erişim hakkının yokluğunu ortaya çıkarır.
İş sürekliliği planı ne zaman gereğinden büyüktür?
Günde birkaç sipariş alan, tek sağlayıcıyla çalışan ve bir günlük kesintiyi kaldırabilen küçük bir mağaza için yirmi sayfalık bir kriz planı gereksizdir. Bu işletme için tek sayfalık bir liste yeterlidir: kimi arayacağım, nereye bakacağım, müşteriye ne yazacağım.
Büyük plan, iş büyüklüğü ve arıza maliyetiyle orantılı olmalıdır. Kesinti bir saat sürse bile ciddi kayıp doğuran, kampanya dönemleri yoğun geçen ya da sözleşmeli müşterisi olan bir işletme planı daha ayrıntılı kurar. Karar ölçütü işletmenin büyüklüğü değil, bir saatlik durmanın size ne kadar pahalıya mal olacağıdır.
İş sürekliliğinde sık yapılan hatalar nelerdir?
En sık hata planı yazıp rafa kaldırmaktır; telefon numaraları eskir, çalışan değişir, erişimler kapanır. İkinci hata yedek almak ama geri yüklemeyi hiç denememektir. Üçüncü hata, süresi dolan alan adı, sertifika ya da abonelik gibi sıradan sebeplerle yaşanan kesintileri hesaba katmamaktır; bunlar en sık görülen ve en kolay önlenen arızalardır.
Dördüncü hata, tüm erişimi tek bir kişiye bağlamaktır: o kişi tatildeyse ya da ayrıldıysa kimse panele giremez. Beşinci hata, arıza sırasında müşteriye hiçbir şey söylememektir. Sessizlik çoğu zaman arızanın kendisinden büyük bir itibar kaybı yaratır.
İş sürekliliği planı, riskleri sıralamak, her biri için kimin ne yapacağını yazmak, yedek yolları hazırlamak ve müşteriyle konuşma biçimini önceden belirlemekten oluşur. Önemli olan uzunluğu değil, arıza anında okunup uygulanabilmesidir. Siz de sitenizin, ödemenizin ve kargonuzun zayıf noktalarını birlikte gözden geçirmek isterseniz rabbitclip ile bir keşif görüşmesi yapabiliriz.
Sık sorulanlar
E-ticarette iş sürekliliği planı neleri kapsamalı?
Site kesintisi, ödeme arızası ve kargo aksamasını; her biri için sorumlu kişiyi, yedek yolu ve müşteriye gidecek mesajı. Alan adı, sertifika ve abonelik sürelerinin takibi de plana girer.
Yedek almak iş sürekliliği için yeterli mi?
Hayır. Yedek geri yüklenebildiği denenmedikçe güvence sayılmaz. Düzenli aralıkla bir geri yükleme denemesi yapmak ve yedeğin sunucudan ayrı bir yerde tutulması gerekir.
Tek ödeme sağlayıcısıyla çalışmak riskli mi?
Yoğun satış dönemlerinde risk artar, çünkü sağlayıcı arızası satışı tamamen durdurur. İkinci bir sağlayıcı, havale ya da kapıda ödeme seçeneği küçük bir sigorta işlevi görür.
Plan ne sıklıkla gözden geçirilmeli?
Yılda bir ve büyük kampanyalardan önce. Telefon numaraları, erişim yetkileri ve sağlayıcı bilgileri bu sırada güncellenir; masa başı bir senaryo denemesi de eksikleri ortaya çıkarır.
