Ajans değişirken web sitesiyle birlikte hangi erişimler devredilmeli?

Önce varlık envanteri çıkarın

Tek bir tabloda alan adı, barındırma, CMS, kaynak kod deposu, tasarım dosyaları, medya arşivi, analiz araçları ve dış hizmetleri listeleyin. Her satıra hesap sahibi, işletmedeki sorumlu, mevcut erişim, yenileme tarihi ve teslim kanıtı ekleyin. Bilinmeyen alanı boş bırakmak yerine “doğrulanmadı” yazın.

Temsili bir üretici sitesinde teklif formu ayrı bir hizmete, katalog ayrı depolamaya, kurumsal e-posta ise farklı bir panele bağlı olabilir. Ana sayfanın aynı sunucuda bulunması bu üç akışın da teslim edildiğini göstermez. Envanteri sitenin görünür menüsünden başlayıp her müşteri görevini izleyerek tamamlayın.

Alan adı ve yenileme sorumluluğunu görünür yapın

ICANN’in kayıt sahipleri için yayımladığı bilgiler, iletişim bilgilerinin güncel tutulmasını ve kayıt kuruluşunun yenileme ile transfer süreçlerinin bilinmesini vurgular. Bu nedenle işletme, hangi kayıt kuruluşunu kullandığını ve bildirimlerin kime ulaştığını doğrulasın. ICANN kaynağı.

Ajans değişmesi otomatik olarak alan adı transferi veya DNS değişikliği gerektirmez. Önce mevcut sahipliği, yetkileri ve hizmet bağımlılıklarını anlayın. Yenilemenin hangi bütçeden karşılandığını ve sorumlu kişi ayrılırsa kimin devralacağını yazın. Ülke uzantıları veya sağlayıcılar farklı kurallara sahip olabileceğinden tek bir genel prosedürü her hesaba uygulamayın.

Ortak parola yerine uygun hesap yetkilerini teslim edin

Hizmet destekliyorsa işletmenin yönettiği hesaplara rol daveti kullanın. Yeni ekibe işini yapacağı yetkiyi verin; ödeme veya sahiplik yönetimini gereksiz yere genişletmeyin. İşletmenin kendi yetkili erişiminin çalıştığını doğrulamadan önceki tek yönetici hesabını kaldırmayın.

• Hangi hesapla girişin denendiğini, parolayı yazmadan kaydedin.
• Kurtarma ve çok faktörlü doğrulama sorumluluğunu belirleyin.
• Eski ajansa ait kişisel hesapları teslim varlığı gibi kabul etmeyin.
• İş bittikten sonra eski erişimlerin kapatılacağı zamanı ve sorumluyu kararlaştırın.

Bu adımlar hesap bilgilerini e-posta ekinde toplama zorunluluğu yaratmaz. Teslim belgesinde gizli bilgiler yerine erişimin doğrulandığını gösteren kayıt ve yetki kapsamı bulunsun.

Dosya teslimini yeniden üretilebilirlikle sınayın

Bir ZIP arşivi, yalnızca açılabildiği için kullanılabilir kaynak teslimi sayılmaz. Geliştiriciye hangi dosyanın kaynak, hangisinin derlenmiş çıktı olduğunu sorun. Kurulum yönergesi, gerekli sürümler ve ortam ayarlarının isimleri belli olsun; gizli anahtarları kaynak depoya koymayın. Site bir platform üzerinde kurulmuşsa taşınabilirlik sınırlarını ayrıca yazın.

Fotoğraf, yazı tipi, eklenti ve şablonların kullanım koşulları ayrı kontrol ister. Dosyanın elinizde olması lisansın otomatik devredildiğini göstermez. Kullanımı sürdürmek için gereken sözleşme veya aboneliği belirleyin. Yedeğin işe yarayıp yaramadığını ise kontrollü bir geri yükleme provasıyla değerlendirin.

Teslim imzasından önce üç gözlenebilir görev seçin

Yeni ekibin bir taslağı düzenlemesi, doğru teknik dosyayı güncellemesi ve bir test talebinin belirlenen adrese ulaştığını doğrulaması örnek kabul görevleri olabilir. Üretim verilerini değiştiren testleri önceden planlayın; gerçek müşterilere deneme bildirimi gitmesin. Eksik her görev için sorumlu ve sonraki adımı kaydedin.

Teslim tutanağı “her şey alındı” yerine hangi erişimin çalıştığını, hangi dosyanın açıldığını ve nelerin beklediğini söylesin. Geçişte tasarım da yenilenecekse bunu erişim devrinden ayrı iş kapsamı olarak planlayın. Web tasarım hizmetimiz kapsamında mevcut yapının envanterini, devir gereksinimlerini ve yenileme işlerini birlikte netleştirebiliriz.