Ürününü tek başına duyurmanın pratik yolu
Menü
Diğer yazılar
Hakkında
Yeni ürün, uygulama ve projelerin lansman sürecini adım adım anlatan bağımsız bir kaynak. Planlama, duyuru, ilk kullanıcılar ve lansman sonrası büyüme için uygulanabilir rehberler sunar.

Lansmanında Beklenmedik Sorunlar İçin Kriz Yönetimi Planı

Krizin Lansmanını Mahvetmesine İzin Vermeyin

İlk lansmanımda sunucu tam 14:32'de çöktü. Dakikalar içinde 2.000 kişi siteme erişmeye çalışıyordu ve ben sadece hata sayfasını görebiliyordum. O gün öğrendim: kriz yönetimi planı yapmak, sigorta yaptırmakla aynı şey. Umarım hiç kullanmayacaksınız ama olmazsa olmaz.

Lansmanın ilk saatleri kritiktir. Bu dönemde yaşanan teknik aksaklıklar, haber değeri taşır ve olumsuz feedback kaskad etkisiyle yayılır. Ama önceden hazırlık yaparsanız, kriz anında hızlı tepki verir ve hasar sınırlarsınız. Ben bu makalede kendimi kurtaran stratejileri paylaşıyorum.

Lansmanı Çökertebilecek Riskler Nelerdir?

Kriz planı yazarken karşılaşabileceğiniz gerçek sorunları bilmek gerekir:

Krize Hazırlanmak: Planlama Aşaması

1. Kriz İletişim Ekibini Oluşturun

Krizi yalnız çözemezsiniz. Lansmanın en az iki hafta öncesinde belirlemeniz gereken roller:

Ekibin numaralarını telefoninize kaydedin. Kriz anında email yazışmaları yavaş kalabilir.

2. Senaryo Oyunları Oynayın

Lansmanın bir hafta öncesi, ekip olarak olası krizleri simüle edin. "Sunucu çökerse ne yapacağız?" sorusuna cevap verin. Her senaryonun yanıtını bir belgede yazıp, ekiple paylaşın. Ben bunu yapıp yapmamanın farkını çok net gördüm.

3. Teknik Hazırlıkları Tamamlayın

Kriz Sırasında: Anı Yönetimi

İlk 30 Dakika Kritik

Sorunu fark ettiğiniz anda:

  1. Ekibinize anında ulaşın
  2. Sorunun boyutunu tanımlayın (5 kişi mi 5.000 kişi mi etkilendi?)
  3. Sosyal medya ve email de dahil, tüm kanallardan açık ve sakin bir duyuru yapın: "Teknik sorun yaşıyoruz, üzerinde çalışıyoruz"
  4. 30 dakika sonra güncelleme verin; söylediğinizi yapmazsa güven kaybolur

İletişim Şablonlarını Kullanın

Stres altında doğru kelimeyi bulmak zordur. Lansmanından 3 gün öncesi, bunlar gibi template'ler yazıp hazır bulundur:

"Lansmanımızda teknik bir sorun yaşıyoruz. Sorumluluk bizimdir ve sorunu en kısa sürede çözeceğiz. Takıldığınız her adım için özür dilerim. 30 dakika içinde yeniden güncelleme yapacağım."

Olumsuz Feedback İçin Strateji

Eğer kriz teknik değilse, ürünün beğenilmediğine daireyse:

Krizin Ardından: Toparlanma

Sorunu çözdüğünüzde, söylerinizi tutuğunuzu gösterin. Zamandaysa yazılımı güncelleyin. Geciktiyse açık bir şekilde neden gecikildiğini açıklayın. Beni en çok etkileyeni sorarsanız, açıklık ve sorumluluk almaktan daha etkili olan hiçbir şey yoktur.

Sık Sorulan Sorular

Kriz planı yazarken nelere dikkat etmeliyim?

Detaylı olun. "Sunucu çökerse..." yazı yerine "Sunucu çökerse, hosting sağlayıcının destek numarası 0212-XXX-XXXX'tir ve teknik sorumlu Ayşe'dir" yazın.

Ürünü geri çekmeli miyim?

Ciddi bir hata veya güvenlik sorunu varsa evet, hemen geri çekin. Ufak bug'lar için değil. Geri çekme kararını önceden planlayın, çünkü anında vermesi zor olur.

Krizin ardından bunu unutabilirim mi?

Hayır. Bir hafta sonra ekip olarak toplanın ve neler yanlış gitti, neler doğru gitti derle. Bir sonraki lansmanınız için bu bilgi çok değerli olacaktır.

© 2026 Büyük Lansmanlar