Süreç

Lansman sonrası site desteği: neleri kapsar

Site bitmiş bir ürün değil, çalışan bir sistemdir: güncellemeler, yedekler, izleme, küçük düzeltmeler. Desteğin geliştirmelerden farkını ele alıyoruz.

Lansman çoğu zaman bitiş çizgisi olarak algılanır: iş teslim edildi, tutanak imzalandı, site açıldı. Aslında bu andan itibaren işletme başlar ve kendi maliyeti vardır. Site boşlukta durmaz — etrafında tarayıcılar, platformlar, ödeme servisleri ve şirketin kendisi değişir, yani müdahale olmadan zamanla tasarlandığı gibi çalışmayı bırakır.

Site neden hiçbir zaman "bitmiş" olmaz

Site, başkasının donanımında günün her saati çalışan ve dış servislerle konuşan bir programdır. Her parçasının kendi yaşam döngüsü vardır.

Platform ve kütüphaneler, güvenlik açıklarını kapatanlar dahil güncellemeler yayımlar. Tarayıcılar davranışlarını değiştirir. Ödeme ve e-posta servisleri kurallarını ve arayüz sürümlerini değiştirir. Arama motorları gereksinimlerini değiştirir. HTTPS sertifikasının süresi dolar. Alan adının yenilenmesi gerekir. Sunucunun disk alanı biter.

Bu olayların hiçbiri ilk işin kalitesiyle ilgili değildir. Ortamın arka plan baskısıdır ve ona yalnızca düzenli bakımla karşı konulabilir.

Destek almayan bir site aynı kalmaz. Yavaş yavaş dağılır — ve genellikle talepler gelmeyi bıraktığı gün fark edilir.

Destek neleri kapsar

Güncellemeler ve güvenlik açıkları

Asıl kısım. Platform bileşenleri güncellenir, güncellemeler test edilir, kritik olanlar sıra beklemeden yayımlanır. Kamuya duyurulan güvenlik açıklarına özel dikkat gösterilir: açıklama yayımlanır yayımlanmaz otomatik tarayıcılar tüm internette savunmasız siteleri aramaya başlar ve kimse sizi özellikle seçmez.

Güncelleme her zaman zararsız bir işlem değildir: sürümler çakışır, davranış değişir. Bu yüzden düzgün bir sürecin, güncellemenin önce kontrol edildiği bir test kopyası ve geri alma imkânı vardır.

Yedekler

Yedekler, birinin bir kez USB belleğe indirdiği bir dosya değildir. Bir düzendir: neyin yedeklendiği (dosyalar ve veritabanı), ne sıklıkla, kaç nesil saklandığı, yedeklerin tam olarak nerede durduğu ve alındıklarını kimin kontrol ettiği.

Neredeyse herkesin atladığı kilit madde: geri yüklemenin test edilmesi. Siteyi hiç ayağa kaldırmadığınız bir yedek, yedek değil umuttur. Geri yükleme kaza anında değil, önceden prova edilmelidir.

İzleme

Birinin çökmeyi müşterilerden önce öğrenmesi gerekir. Asgari set: site erişilebilirlik kontrolü, sertifika ve alan adı süresinin takibi, disk alanı izleme, uygulama hatası bildirimleri.

Taleplerin gönderilip ulaştığını da ayrıca izlemeye değer. Form çalışıyor görünüp e-postaları sessizce kaybedebilir — örneğin e-posta servisi kurallarını sıkılaştırdıktan sonra.

Küçük içerik düzeltmeleri

Telefonu değiştirmek, çalışan eklemek, fiyat listesi dosyasını güncellemek, fotoğrafı değiştirmek, yazım hatasını düzeltmek, haber yayımlamak. Müşterinin "destek" kelimesiyle genellikle kastettiği bu kısımdır, ama emek açısından asıl kısım değildir.

Neleri kendiniz yapacağınızı önceden anlamak önemlidir. Yönetim paneli kullanışlıysa ve şirketteki biri eğitilmişse, düzeltmelerin büyük kısmı yükleniciye hiç gitmemelidir.

Teknik sağlık

Periyodik bir muayene: kırık bağlantılar ve hatalı sayfalar belirdi mi, yükleme süresi arttı mı, site haritası bozuldu mu, analitik koptu mu, günlüklerdeki hatalar artmaya başladı mı. Bu tür şeyler siteyi hemen bozmaz ama birikir.

Desteğin geliştirmelerden farkı

Ayrım çizgisi tek bir kritere göre geçer: destek sistemi kararlaştırılmış durumuna geri döndürür, geliştirme bu durumun kendisini değiştirir.

Destek, form gönderimi durduğunda onu onarmaktır. Geliştirme, forma üç alan ve yeni bir CRM'e gönderim eklemektir.

Destek, platformu güncelleyip kataloğun eskisi gibi çalıştığından emin olmaktır. Geliştirme, kataloğa özellik filtreleri eklemektir.

Destek, mevcut bir bloktaki fotoğrafı değiştirmektir. Geliştirme, fotoğraf galerisi için yeni bir blok yapmaktır.

Sınır açık görünür ama pratikte tartışmalı durumlar sürekli ortaya çıkar ve neredeyse hep "ufak bir şey" kelimesi etrafında. Bu yüzden anlaşmalarda yalnızca iş kapsamı değil prosedür de tarif edilmelidir: görevi kim sınıflandırır, anlaşmazlıkta ne olur, işe başlamadan önce kapsam nasıl değerlendirilir.

Ayrı bir kategori, geliştirme sırasında yapılıp teslimden sonra bulunan hataların giderilmesidir. Bu ne destek ne geliştirmedir ve koşulları ayrıca konuşulur.

Önceden neler üzerinde anlaşılmalı

Somut koşullar herkeste farklıdır ve "genel olarak" doğru değerler yoktur. Ama imzadan önce sorulması gereken soru seti hep aynıdır.

  1. İş kapsamı. Neler dahil, neler dahil değil, neler hacim sınırıyla dahil.
  2. Ölçü birimi. İş görevle mi, saatle mi, paketle mi sayılıyor? Kullanılmayan hacme ne oluyor.
  3. Tepki süresi. Yüklenici bir talebe ne kadar sürede yanıt veriyor ve tepki çözümden nasıl farklı. Talepler kritikliğe göre ayrılıyor mu — "site çöktü" ile "virgülü düzeltin" aynı kuyrukta olmamalı.
  4. Çalışma düzeni. Mesai saatleri, hafta sonları, tatiller. Gece bir kaza olursa ne oluyor ve hangi koşullarla.
  5. Talep kanalı. Geçmişi olan tek sabit kanal. Özel mesajlardaki görevler kaybolur ve sonra hiçbir şey kanıtlanamaz.
  6. Yedekler. Kim alıyor, nerede saklıyor, ne sıklıkla, kaç nesil, geri yüklemeyi kim ve hangi sıklıkla kontrol ediyor.
  7. Güncellemeler. Neyin güncelleneceğine kim karar veriyor, test kopyası var mı, sorunlarda geri almadan kim sorumlu.
  8. Erişimler. Sizde kalırlar. Destek bir hizmettir, rehine durumu değil.
  9. Raporlama. Bir dönemde neler yapıldığını hangi biçimde görüyorsunuz.
  10. Çıkış. Nasıl feshedilir, ayrılırken neler ve hangi sürede devredilir.

Şu anda destek yoksa ne yapmalı

Olağan bir durum: site açıldı, yüklenici gitti, konu ertelendi. Sözleşme olmadan atılabilecek asgari adımlar.

  • Alan adı, barındırma ve yönetim paneli erişimlerinin sizde olduğunu ve şu anda giriş yapabildiğinizi kontrol edin.
  • Yedek alınıp alınmadığını öğrenin ve bir kez siteyi yedekten ayağa kaldırmayı deneyin.
  • En azından bildirimli basit bir erişilebilirlik kontrolü kurun.
  • Alan adı ve sertifika süresini kontrol edin ve mümkün olan yerlerde otomatik yenilemeyi açın.
  • Sitedeki tüm formları gönderin ve e-postaların ulaştığından emin olun. Bunu ayda bir tekrarlayın.
  • Hangi bileşenlerin ve sürümlerin kullanıldığına ve ne zamandır güncellenmediğine bakın.

Bu adımlar en pahalı senaryoları — sitenin kaybını ve taleplerin sessizce kaybolmasını — kapatır. Gerisi adım adım kurulabilir. Projenizin tam olarak neye ihtiyaç duyduğu genellikle kısa bir teknik incelemeden sonra görülür; çalışma alanlarımız hizmetler bölümünde anlatılıyor, somut durumunuzu ise iletişim formu üzerinden konuşabiliriz.