Lansman Bir Teslimattır: Ajanslar için Müşteriye Hazır Kontrol Listesi

Özet

Çoğu lansman tavsiyesi bir web sitesini tek seferlik bir olay olarak ele alır. Bir ajans için her lansman bir teslimattır ve tekrarlanabilirlik kusursuz bir lansman gününden daha önemlidir. Bu makale, birden fazla müşteri projesini yönetmek için oluşturulmuş bir teslim öncesi kontrol listesi sunar. Sıkı bir teslim tarihi belirlemeyi, içeriği erken kilitlemeyi, müşterinin bakış açısıyla test etmeyi, kontrolleri site türüne göre kapsamlandırmayı ve güvenlik, SEO ve runbook kapılarını çalıştırmayı kapsar. Son adım, dersleri bir sonraki projeye aktaran 48 saatlik bir takiptir. Bunu kopyala-yapıştır bir liste olarak değil, yaşayan bir kontrol listesi olarak kullanın.

Çoğu lansman tavsiyesi tek bir web sitesi için yazılır, bu yüzden ajans içinde başarısız olur. Her sayfayı test etmek için sınırsız zamanınız olduğunu varsayar. Yoktur. Birden fazla projeniz, telefon numarasını iki kez değiştiren bir müşteriniz ve bir küçük şey hakkında e-posta atmaya devam eden bir paydaşınız vardır. İşe yarayan tavsiye, lansmanı bir olay değil, bir teslimat olarak ele alır. Gerçek ürününüz, müşterinin sizi panikle aramadan yaşayabileceği bir web sitesi üreten tekrarlanabilir bir süreçtir. Bu kontrol listesi, farklı müşteriler, bütçeler ve site türleri arasında aynı kalite kapısını çalıştırması gereken ajanslar için oluşturulmuş bu süreçtir. Bunu kopyalamak için tek tip bir liste olarak değil, bir omurga olarak kullanın.

Önce teslim tarihini yazın

Bir şablon seçmeden önce teslim tarihini takvime işleyin. Lansman yerine müşteriye hazır olarak adlandırın. Sonra geriye doğru çalışın: içerik son tarihi, tasarım incelemesi, test penceresi ve gerçek bir tampon; çünkü müşteri en az iki gün kayacaktır. Tarihi herkesin görebileceği bir yere yazın.

Tarih yoksa, kapsam kayması bir çıpaya sahip olmaz. Müşteri bir sayfa daha istediğinde, bunun teslim tarihini ileriye taşıdığını söyleyebilirsiniz. Tarih zaten varsa, ödünleşim görünürdür; yoksa, her küçük istek bedavadır ve her son tarih kurgudur. Teslim tarihini adlandıramayan bir ajans marjlarını koruyamaz. Belirsiz bir brief'ten başladığınızda, tekrarlanabilir bir ajans süreci bu konuşmayı her projede aynı tutar.

Doğaçlanamayacak içeriği kilitleyin

İçerik, istemci sitelerinin çökmesine neden olan şeydir, kod değil. Bir geliştirici bir sayfa oluşturabilir; ancak müşterinin gerçek adresini, fiyatlandırmasını veya ekip biyografilerini icat edemez. Tasarım onayından önce sıkı bir içerik son tarihi belirleyin ve bunu teslim tarihi kadar kesin hale getirin.

Her projede standart bir bilgi toplama formu kullanın. Telefon, e-posta, fiziksel adres, çalışma saatleri ve müşterinin satmak istediği üç hizmeti sorun. Bir müşteri size faksa yönlendiren bir telefon numarası verecek; bir başkası size Word belgesi olarak kaydedilmiş bir logo verecektir. Bunları içerik toplama sırasında yakalamak, canlı bir sitenin altbilgisinde yakalamaktan daha ucuzdur.

Son tarihte bir parça eksikse, projeyi dondurmak yerine açıkça işaretlenmiş bir yer tutucuyla yayınlayın. Son tarihli bir yer tutucu, durmuş bir derlemeden daha iyidir. Yaygın hata, içeriği daha sonra eklenebilecek bir şey olarak görmektir; bu da yanlış harita sabitlenmiş veya müşterinin altı ay önce sunmayı bıraktığı bir hizmetle siteyi yayınlamanıza neden olur. Planlama ve bilgi mimarisi, bu kararları derlemeden önce zorlamak için vardır.

Müşteri kötü bir günündeymiş gibi test edin

Haftalardır siteye bakıyorsunuz, bu yüzden beklediğinizi görürsünüz. Müşteri ekranda olanı görür. Siteyi yeni bir oturumla gizli pencerede açın ve taze gözlerle bir geçiş yapın.

Görebildiğiniz her bağlantıya tıklayın, yalnızca hatırladıklarınıza değil. Her formu gönderin ve yalnızca başarı yolunu değil, hata durumlarını da test edin. Siteyi bir telefonda, yavaş bir bağlantıda ve menü açıkken yükleyin. Başlıktaki telefon numarasının iletişim sayfasındakiyle eşleştiğini kontrol edin.

Küçük gecikmeler burada hikayelere dönüşür. Yavaş yüklenen bir kahraman görseli, hiçbir yere çıkmayan bir düğme, mobilde telefon numarasını kapatan yapışkan bir başlık—bunların herhangi biri müşterinin ilk izlenimini çerçeveler. Yüz kontrol gerekmez; açıklaması imkansız olacak birkaçına ihtiyacınız var. Bir blog yazısındaki yazım hatası düzeltilebilir; bozuk bir ödeme akışı düzeltilemez. Aynı testi her müşteride yaparsanız, lansmandan sonraki ilk haftayı "düğme çalışmıyor" e-postalarını yanıtlayarak geçirmeyi bırakırsınız.

Kapıyı site türüne göre kapsamlandırın

Herhangi bir kontrol listesini çalıştırmadan önce her projede bir kapsam geçişi yapın. Dört sayfalık bir tanıtım sitesi ile bir mağaza kataloğu aynı proje değildir. Her ikisine de aynı kontrolleri uygulamak ya aşırı mühendislik ya da eksik test anlamına gelir. Kontrol listesini çalıştırmadan önce bu müşteri için hangi kontrollerin önemli olduğuna karar verin.

Site türü	Pazarlık edilemez kontroller
Tanıtım sitesi	Müşteri bakış açısı geçişi, iletişim bilgileri, SSL, temel SEO
Açılış sayfası	Yükleme süresi, form gönderimi, teşekkür sayfası, analitik
E-ticaret	Ödeme yolu, ödeme testi, ürün görselleri, yedekler

Ortak kapıyı—teslim tarihi, güvenlik, runbook, takip—koruyun ve bu belirli müşteriyi koruyan kontrolleri ekleyin. Kapsam adımını atlarsanız, Cuma gününüzü bir hizmetler sayfasını test ederek geçirirken müşterinin gerçek endişesi işlem yapmayan bir ödeme olacaktır. Veya ödeme akışını test etmeden bir e-ticaret sitesi yayınlarsınız ve müşteri bir müşterinin siparişi kaybolana kadar bunu öğrenemez.

Güvenlik kapısını bir kez kurun, her seferinde çalıştırın

Güvenlik, ajansların sürüklendiği yerdir. E-ticaret müşterisi için tam bir denetim yapar, ardından tanıtım sitesini veri toplamadıkları için atlarsınız. Bu yanlış bir içgüdüdür. UpGuard'ın web sitesi güvenlik rehberliği aynı uygulamaları her siteye koyar: platformu güncel tutun, güçlü kimlik doğrulamayı zorunlu kılın, kullanıcı ayrıcalıklarını sınırlayın, düzenli olarak yedekleyin ve her şeyi SSL/TLS üzerinden sunun. Bir tanıtım sitesi yine de tehlikeye girebilir; bir müşterinin alan adı spam göndermek için kullanılabilir.

Her projede çalıştırmak için ortak bir güvenlik kontrol listesi oluşturun. Her oturum açma için çok faktörlü kimlik doğrulama etkinleştirildi. Yazılım ve eklentiler güncellendi. Yalnızca zamanlanmış değil, gerçekten test edilmiş bir yedek. SSL/TLS sertifikası kurulu ve canlı. Kullanıcı ayrıcalıkları her kişinin ihtiyacı olanla sınırlı.

Güvenliği evet/hayır kapısı yapın. Herhangi bir yanıt "henüz" ise, site müşteriye hazır değildir. Lansman haftasından önce kapıyı hazırlık ortamında çalıştırın, çünkü lansman gecesi sertifika hataları faturalandıramayacağınız acil durumlardır. Listeyi her öğenin bir anlam ifade edeceği kadar küçük tutun. Bir öğe her zaman geçiyorsa, otomatikleştirin veya derleme araçlarınıza ekleyin. Atlama maliyeti soyut değildir; sitesi tahrif edilen bir müşterinin gece yarısı mesajıdır.

SEO'yu bir umut değil, bir kontrol haline getirin

İşte gördüğünüz bir lansman: site yayınlanır, tasarım temiz görünür ve bir ay sonra müşteri neden Google'da görünmediklerini sorar. Küçük bir sitede SEO gelecekteki bir sorun gibi hissettirir, bu yüzden atlanır. Digital Marketing Institute'un başlangıç SEO rehberi teknik kurulumu pazarlama süsü değil, temelin bir parçası olarak ele alır: HTTPS, XML site haritası ve arama motorlarını içeri alan bir robots.txt dosyası.

Teslim kontrol listenize bir SEO bölümü ekleyin ve somut hale getirin. Her önemli sayfa için bir başlık etiketi ve meta açıklama doğrulayın. Her sayfanın yalnızca görseller değil, en az bir gerçek metin içeriği olduğundan emin olun. Bir XML site haritası oluşturun ve gönderin. robots.txt dosyasının dizine eklenmesini istediğiniz sayfaları engellemediğini doğrulayın.

Bunların hiçbiri pahalı değildir. Hepsi sıkıcıdır, bu yüzden atlanır. Maliyet birkaç hafta boyunca görünmezdir, sonra telefon gelir: işletmem neden Google'da görünmüyor? Bunu bir teslim kontrolüyle yanıtlayamazsınız; yalnızca site yayınlanmadan önce temellerin yerinde olduğuna dair kanıtla yanıtlayabilirsiniz. Tam kurulum için ilk günden itibaren sıralanan kod yazmadan bir web sitesi başlatın. En azından, SEO kapısını bir evet/hayır listesi yapın ki "SEO'yu sonra yaparız" projeye sızamasın.

Runbook ile anahtarları teslim edin

Site yayınlandığında teslimat tamamlanmaz. Müşteri sizi aramadan giriş yapabildiğinde tamamlanır. Bir bağlantı ve şifre bir teslimat değildir; ilk ödevdir. Müşteri ayarlar sayfasını bulacak, deneyecek ve ya bir şeyi bozacak ya da tek sayfalık bir belgede cevaplayabileceğiniz bir soruyla sizi arayacaktır.

Bir runbook yazın. Nasıl giriş yapılır ve ana sayfa metni nasıl değiştirilir. Bir görsel nasıl değiştirilir. Alan adı ve barındırma nerede. Alan adı ne zaman yenilenir ve kim sorumludur. ICANN alan adı kayıt süreci, sahibine bağlı çalışan iletişim bilgileri gerektirir. Müşteri alan adının sahibiyse, hesabın nerede olduğunu ve sona ererse ne olacağını bilmelidir. Yenileme tarihini runbook'a ekleyin; lansman sonrası ilk aramanın "kimse alan adını yenilemediği için web sitemiz yok" olmasını istemezsiniz.

Runbook tek sayfa olabilir. Bir kılavuz olması gerekmez. Ama var olmalı ve müşteri siz hâlâ görüşmedeyken açmalıdır.

48 saat içinde takip edin

Bir müşteri lansmandan sonra bir hafta sessiz kalır. Mutlu olduklarını varsayarsınız. Sonra fatura e-postası gelir ve altı gün boyunca kendi fiyatlarını nasıl güncelleyeceklerini bilmediklerini fark edersiniz. En yararlı test teslimattan sonra gerçekleşir, öncesinde değil.

Site yayınlandıktan kırk sekiz saat sonra kısa bir not gönderin. "Her şey yolunda mı?" yerine belirli bir soru sorun. Belirli sorular gerçek yanıtları yüzeye çıkarır. Giriş yapmayı denediniz mi? İletişim formu gelen kutunuzda görünüyor mu? Altbilgideki adres doğru mu? Müşterinin geri bildirdiklerini kaydedin ve bir sonraki projenin kontrol listesine ekleyin.

Bu, yakalayamadığınız şeyi yakaladığınız andır: müşterinin gerçek telefon numarası, gerçek ürün görselleri, yalnızca kendi verileriyle çalışan entegrasyon. Bir müşteri bir boşluğu ortaya çıkardığında, bunu bir sonraki teslim kapısına ekleyin. Kontrol listesi, kimsenin okumadığı bir belge haline gelmek yerine canlı kalır. Daha büyük sistemi arıyorsanız, müşteri sitesi bakım olgunluk modeli bu takibin bittiği yerde başlar.

Bir kupa değil, bir kapı

Amaç sektördeki en kapsamlı kontrol listesine sahip olmak değildir. Müşterilerinizde gerçekten gördüğünüz sorunları yakalayan bir kapıya sahip olmaktır. Bu budama yapmayı gerektirir. Bir kontrol son birkaç lansmanınızda tek bir sorun yakalamadıysa, ya onu otomatikleştirmişsinizdir ya da gürültüdür. Her zaman geçen öğelerle dolu bir kontrol listesi size sahte bir tamamlanma hissi verir. Önemli olan kontroller ara sıra başarısız olanlardır, çünkü bunlar utandırıcı aramaları önleyenlerdir.

Kendinizi süreç açısından zengin hissetmek için kontroller eklemeyin. Yalnızca yerlerini kazandıklarında ekleyin. Bir ajans için en iyi lansman kontrol listesi düşündüğünüzden daha kısadır: teslim tarihi belirlendi, içerik kilitlendi, müşteri bakış açısı testi geçti, güvenlik ve SEO kapıları yeşil, runbook teslim edildi, 48 saatlik takip planlandı. Bu kapı var olduğunda, lansman bir korku anı olmaktan çıkar ve bir formalite haline gelir. Web siteleri inşa eden bir ajans ile onları teslim eden bir ajans arasındaki fark budur.