Lansman Günü İçin Acil Durum Planı Oluşturma
Kısa Cevap
Lansman günü kriz yönetimi, önceden hazırlanan acil durum planları sayesinde başarılı olur. Teknik arızalar, sunucu sorunları ve iletişim aksaklıkları kaçınılmazdır—önemli olan bunlara hızlı cevap verebilmektir. Yazının ilerleyen bölümlerinde, ben kendi lansmanlarımda uyguladığım ve işe yarayan somut planları, kontrol listelerini ve iletişim şablonlarını paylaşacağım.
Neden Acil Durum Planı Gerekli?
İlk lansmanımda, sunucu tam olarak açılış saatinde çöktü. Ben planım yoktu, panik yaptım, saatler sürüncü oldu. O gün, binlerce kişi siteye giremedi ve çoğu geri dönmedi. O deneyimden sonra her lansmanımda en azından üç farklı senaryo için hazırlanmaya başladım.
Lansman günü her şey birden olur. Hem pazarlama hem teknik hem de müşteri iletişimi devreye girer. Bir yerde sorun çıksa, domino etkisi yaratır ve kontrol kaybedersin. Acil durum planı, bu kaosun içinde sana rehberlik eden bir pusula gibidir. Planın olması psikolojik olarak da rahatlatır—sorun çıktığında "ne yapacağım" diye düşünmezsin, hemen harekete geçersin.
Teknik Arızalar İçin Plan
En sık karşılaştığım sorunlar: sunucu yavaşlaması, veritabanı bağlantı kesilmesi, ödeme sistemi kilitlenmesi ve e-posta gönderilememe. Bunların her biri için hazırlık yapmalısın.
Sunucu Yavaşlaması ve Çökme: Lansmanın önceki haftasında, barındırma sağlayıcınızla konuşun. Acil desteğin telefon numarasını not edin, e-mail adresini kaydedin. Beklenenden fazla trafik gelirse, otomatik ölçeklendirme açık mı kontrol edin. Ben, lansmanın 24 saat öncesinde sağlayıcı ile direk iletişime geçip "yarın büyük bir etkinlik var, ekstra destek sağlayabilir misiniz?" diye sorarım. Çoğu sağlayıcı bu durumda seni geçerli saatlerde monitör eder.
Veritabanı Problemi: Tam açılış anında, büyük bir trafik dalgası veritabanını kilitleyebilir. Çözüm: statik içerik sunucuya kaydır. Lansman sayfanı HTML'den oluştururum, dinamik veri çekme mini düzeyde tutarım. Böylece database bile çökse, sayfa hâlâ yüklenebilir.
Ödeme Sistemi Arızası: Stripe, PayPal gibi hizmetlerin durum sayfalarını takip et. Eğer onlarda sorun varsa, bunu hemen müşterilere bildir. Kendi sunucunda ödeme işliyorsan, bir yedek satıcı (fallback payment gateway) hazırla. Lansmanın gece 2'sinde ödeme sistemi koptu, müşteriler ödemek istedi ama yapamadı—bu, en kötü senaryodur.
İletişim Kanallarında Aksaklık
E-posta sistemi başarısız olabilir, SMS gönderilemeyebilir veya bildirim servisi kapanabilir. Her kanal için bir B planın olmalı.
E-posta Gönderimi Başarısız: İçinde 5 milyon e-posta göndermek istediğini hayal et—ve 2 milyonu reddedildi. Çözüm: e-posta listeni satıştan 1 gün öncesinde doğrula. Geçersiz e-postaları sil. Lansman gününde çok fazla e-posta sekmek yerine, dalgalar halinde gönder. Örneğin, saat 9'da 100 bin tane, saat 9:30'da 100 bin tane. Böylece sistem aşırı yüklenmez.
Sosyal Medya Başarısız Olamazsa: Doğru, X (Twitter), LinkedIn ve Reddit gibi platformlar çökmez. Ama senin bağlantın kopabilir. Lansman günü, mobil hotspot'unu açık tut. Ikinci bir internet sağlayıcısı (ev internet + mobil) hazırla. Ben ofiste nerede oturacağımı, en güçlü Wi-Fi sinyalinin olduğu yerde ayarlarım. Ayrıca bir arkadaşı bekletip "eğer ben bu saatlerde gönderemezsem, sen paylaş" diye anlaştırırım.
Acil İletişim Ekibi Kurma
Tek başına başarı imkânsız. Lansmanın 2 haftası öncesinde, kişileri belirle: teknik destek kişisi, sosyal medya operatörü, müşteri iletişim sorumlusu, yönetici rol. Hepsine bir WhatsApp grubu aç. Bir Notion veya Figma dosyası kur, acil durum planını, iletişim şablonlarını, kimin ne yapacağını yazılı olarak hazırla.
Lansmanın sabahında (veya sabah 1 saat öncesinde), herkesi çevrimiçi olmaya davet et. "Sorun çıkarsa grup yazacak mıyız?" sorusu sorma—planı oku ve geç. Roller net olmalı.
İletişim Şablonları ve Mesajlar
Sorun çıktığında, müşterilere hemen açıklamak lazım. Hazırda mesajlar tut:
- Sunucu Çöküşü: "Lansmanımıza coşkuyla katıldığınız için teşekkürler. Şu anda yoğun trafiği yönetmek adına sistemleri optimize ediyoruz. Lütfen 15 dakika içinde tekrar deneyin. Anlayışınız için minettarız."
- Ödeme Sistemi: "Ödeme sistemi geçici olarak müsait değil. Tüm siparişler otomatik olarak kaydedildi. 1 saat içinde ödemeyi tamamlayabileceksiniz."
- Gecikme: "Planladığımızdan daha fazla katılımcı var—harika haber! Biraz yavaş yükleniyor, beklinizi istirham ederiz."
Bu mesajları önceden Twitter, e-posta, SMS şablonları olarak hazırla. Sorun çıkınca, kopyala yapıştır yap.
Sık Sorulan Sorular
| Soru | Cevap |
|---|---|
| Acil durum planı kaç sayfa olmalı? | 3-5 sayfa yeterli. Senaryoyu, rolü, şablonları ve iletişim listesini kapsın. Çok uzun olursa, aksiyona geçemezsin. |
| Lansman günü sabahında mı planlarsam olur? | Hayır. En az 2 hafta öncesinde planlama yapılmalı. Ekibi bilgilendir, sistemleri test et. Son anda yapılan planlar, uygulanmaz. |
| Hiçbir sorun çıkmazsa plan nasıl yapılıyor? | Harika! Yine de planı saklı tut. Sonraki lansmanında kullan, deneyimlerine göre güncelle. |
| Çok hızlı cevap vermezsem ne olur? | Müşteriler paniğe kapılır, deneyim kötü olur, kötü değerlendirmeler yazarlar. Hızlı iletişim, güven inşa eder. |
| İletişim ne kadar sık olmalı? | Sorun ortaya çıktığında 5-10 dakikada bir güncellenme yap. Kimse 1 saatlik sessizliği hoş görmez. |