İlk görüşmeye veri ve soru getirin
Görüşmeye mevcut site bağlantısı, hizmet listesi, varsa ürün kataloğu, kullanılan iletişim kanalları ve son aylarda müşterilerin sorduğu sorularla gelin. ‘Daha çok müşteri’ hedefi tek başına yeterli değildir. Yeni ziyaretçi hangi bilgiyi bulmalı ve ardından hangi eylemi yapmalı? Telefon, form, WhatsApp veya rezervasyon birbirinden farklı akışlardır.
Örnek: Kepez'deki üretici için teknik ürün bilgisini bulup teklif istemek ana görev olabilir. Lara'daki otel için oda ve iptal koşulunu öğrenip tarih seçmek daha önemli olabilir. İki projeye aynı menüyü ve aynı ana sayfa sırasını uygulamak iyi bir başlangıç değildir.
İlk toplantı sonunda bir sayfalık karar kaydı çıkarın: hedef ziyaretçi, ana görev, içerik kaynağı, mevcut araçlar ve henüz doğrulanmamış varsayımlar. Bu kayıt olmadan hazırlanan fiyat teklifi eksik bilginin üzerine kurulmuş olur.
Kapsamı sayfa sayısı yerine teslimle tarif edin
Teklifte hangi sayfa türlerinin tasarlanacağı, metin ve görselleri kimin hazırlayacağı, yönetim panelinin nerede gerekli olduğu ve hangi entegrasyonların yapılacağı yazmalı. Bir ürün detay şablonu ile yalnızca ürün sayısının artması farklıdır; her ürün için özel etkileşim geliştirmek başka bir iştir.
Tasarım onayını da sınırlandırın. İlk turda bilgi sırası ve kullanıcı yolu, ikinci turda görsel dil, sonrasında gerçek içerikle sayfa kontrolü yapılabilir. Böylece içerik eksikken yalnızca geçici metinlerin görünüşü onaylanmış olmaz.
Çeviri, fotoğraf çekimi, lisanslı görsel, e-posta kurulumu ve yayın sonrası bakım gibi kalemler kolayca gözden kaçar. Her biri için ‘dahil’, ‘ayrı teklif’ veya ‘işletme sağlayacak’ kararı yazılı olmalı.
Geliştirme sırasında işletme de işin içinde kalmalı
Ajans teknik altyapıyı kurarken işletme ürün, hizmet ve yasal metinlerin doğruluğunu kontrol etmeli. Örneğin oda kapasitesi veya ürün ölçüsü tasarım ekibinin tahmin edeceği bilgi değildir. Onay verecek kişi belli değilse tasarım tamamlandığında içerik beklenir ve takvim uzar.
Haftalık kısa kontrol listesi kullanın: bu hafta hangi sayfa hazır, hangi içerik eksik, hangi karar işletmeden bekleniyor? Yalnızca ‘proje yüzde yetmiş tamam’ raporu, yayın için hangi girdinin gerektiğini anlatmaz. Somut teslim ve engelleri izlemek daha yararlıdır.
Analitik ve Search Console erişimi de sona bırakılmamalı. Eski siteden yeni siteye geçilecekse URL envanteri ve yönlendirme haritası geliştirme sırasında hazırlanmalı. Yayın gecesi eski adresleri fark etmek pahalı bir hatadır.
Yayın günü bir kontrol listesi ve bir sorumlu gerekir
Yayın öncesi mobil menü, formlar, telefon bağlantıları, hata mesajları, gizlilik sayfası, başlıklar, canonical ve sitemap kontrol edilir. Eski sayfalar taşındıysa her önemli eski URL, gerçekten ilgili yeni URL'ye gitmeli. Bütün adresleri ana sayfaya göndermek kullanıcıya yardım etmez.
Yayın sonrası test gerçek işlemlerle yapılmalı. Formu doldurup bildirimin ulaştığını görün; rezervasyon motoruna oda ve tarih bilgisinin taşındığını sınayın; teklif düğmesinin analitikte doğru olay olarak kaydedildiğini doğrulayın. Sonra Search Console'da indeksleme ve hata raporlarını izleyin.
Teslim dosyasında alan adı, hosting, kaynak kod, analitik, lisans ve yönetici erişimleri bulunsun. Bakım başlangıcı ve iletişim kanalı da yazılı olsun. Yayın, projenin son ekranı değil, gerçek kullanımdan öğrenmenin başlangıcıdır.
Yayın sonrası ilk ayın sorumlulukları
Site yayına çıktığında küçük hatalar ve eksik sorular görünür hale gelir. İlk hafta form ve iletişim kayıtlarını günlük kontrol edin. Gelen talepler yanlış hizmete mi gidiyor, kullanıcılar daha önce cevaplanması gereken aynı soruyu mu soruyor? Bu geri bildirim içerik düzenlemesi için kullanılabilir.
İkinci haftada Search Console'da önemli URL'lerin erişim ve indeks durumunu örnekleyin. Sitemap göndermek indeks garantisi değildir; 404, yanlış canonical veya unutulmuş noindex gibi hataları arayın. Dördüncü haftada analitik olaylarını gerçek satış görüşmeleriyle karşılaştırın. Tıklama çok, görüşme az ise kanalı suçlamadan önce sayfa mesajı ve formu inceleyin.
Teslim sözleşmesinde bu ilk ayın kime ait olduğu açık olmalı. İçerik düzeltmesi, teknik hata, yeni özellik talebi ve bakım ayrı işlerdir. Yayın sonrası öğrenmeyi planlamak, yayının bitiş çizgisi olmadığını kabul etmektir.
