Belirsiz Brief'ten Canlı Siteye: Tekrarlanabilir Bir Ajans Süreci

Özet

Müşteri web siteleri oluşturmayla ilgili çoğu tavsiye, zor kısmın araçlar olduğunu varsayar; asıl başarısızlık noktası belirsiz brief ve ardından gelen atlanan planlamadır. Bu makale, 'modern bir şey' isteyen bir muhasebe firması gibi tipik bir angajmanı - ilk başlangıç görüşmesinden lansman sonrası haftaya kadar - takip eder. Pratik argüman şudur: tekrarlanabilir bir sıra, kahramanca bir yapımdan daha iyidir: ziyaretçinin ne yapması gerektiğini tanımlayın, sayfaları bu görev etrafında yapılandırın, içeriği bir proje teslimatı olarak ele alın ve kapsam netleştikten sonra en basit aracı seçin. Ayrıca, ajansların genellikle çok geç olana kadar ertelediği gösterişsiz lansman işlerini de kapsar: alan adı sahipliği, barındırma, güvenlik temelleri ve SEO site haritaları. Bu arada no-code abartısına meydan okur: bir oluşturucu bir sayfa üretebilir, ancak sayfayı yayınlamaya değer kılan iş cevaplarını çıkaramaz. Sonuç, her seferinde tekerleği yeniden icat etmeden sonraki müşteri ve ondan sonraki için çalıştırabileceğiniz bir süreçtir.

Müşteri web siteleri oluşturmayla ilgili çoğu tavsiye, başarısızlık noktasında yanılıyor. Projenin araçlarda öldüğünü varsayar: yanlış oluşturucu, eksik eklenti, kötü yapılmış taşıma. Pratikte ters giden projeler daha sessiz bir ölümle ölür - müşteri ne istediğini bilmiyordu, ajans doğru soruları sormadı ve herkes bunu birkaç hafta sonra, fatura orijinal tahminin çok üzerine çıktıktan sonra keşfetti. Çözüm daha iyi bir sürükle-bırak oluşturucu veya daha akıllı bir şablon değil. İlk sayfa oluşturulmadan önce başlayan ve site yayına girdikten sonra biten, tasarım onaylandığında değil, tekrarlanabilir bir sıradır. İşte tipik bir angajmanda böyle işler - 'modern bir şey' isteyen muhasebe firması - ve aynı süreci takip eden her müşteri için işe yarayan alışkanlıklar.

Tehlike araç değil

Yerel bir muhasebe firması ajansınızla anlaşma imzalar. Sahibi hoş, meşgul ve yeni bir web sitesine ihtiyaçları olduğuna ikna olmuş. Size bir logo dosyası, bir telefon numarası ve rakiplerinin sitesinin neye benzediğine dair belirsiz bir anı verdiler. Bu kötü bir müşteri değil. Bu ortalama bir müşteri. Ve ortalama tavsiye - bir oluşturucu açın, bir şablon seçin, kutuları sürükleyin, metinlerini değiştirin - kabul edilebilir görünen ve kötü dönüşüm sağlayan bir web sitesi üretecektir, çünkü kimse önemli olan tek soruyu cevaplamadı: ziyaretçi gerçekte ne yapmalı?

Planlama aşaması işaretlenecek bir kutu değildir. Marjınızın yaşadığı yer burasıdır. Eğlenceli kısma geçmek için stratejiyi atlayın ve tasarrufları revizyon turlarında harcarsınız. Herhangi bir araç seçmeden önce müşteriden tek cümle almanız gerekir: "Bir ziyaretçi ana sayfaya gelir; bir sonraki adımda ne yapmasını istersiniz?" Muhasebeci için cevap "vergi planlaması hakkında bir toplantı ayarlamak için bizi araması" idi. Bu tek cevap, tasarım hakkında herhangi bir ruh hali panosundan daha fazlasını belirler. Telefon numarasının nereye gideceğini, başlığın ne söylemesi gerektiğini ve hakkımızda sayfasının hangi bölümlerini sessizce atlayabileceğinizi söyler. Bu aşama atladığınız kısım gibi geliyorsa, planlama ve bilgi mimarisi aşaması sorunun genellikle başladığı yerdir.

Marjınızı kurtaran başlangıç görüşmesi

Muhasebecinin ilk sayfa listesi Ana Sayfa, Hizmetler, Hakkımızda, İletişim'di - her küçük işletmenin uzandığı liste, çünkü organizasyon şemalarını yansıtır. Sonra projeyi değiştiren soru geldi: kime ulaşmaya çalışıyorsunuz ve ne yapmaya çalışıyorlar? Görünüşe göre firmanın en iyi müşterileri yönlendirmelerden geliyor ve siteye zaten yardıma ihtiyaçları olduğuna ikna olmuş halde geliyorlar; akşam geç saatlerde bu firmanın gerçek bir işletmeye benzip benzemediğini kontrol ediyorlar. Bu ziyaretçiler için "Ekibimiz" adlı bir sayfa, üst bilgideki bir telefon numarasından, firmanın nasıl çalıştığına dair kısa bir açıklamadan ve iş başvurusu gibi hissettirmeyen bir danışma formundan daha az önemlidir. Son site haritası, başladıkları geniş liste yerine bir avuç sayfaydı. Bu daha küçük bir web sitesi değil. Daha iyi bir web sitesi ve aynı zamanda oluşturma sürenizi de kısaltır.

Genel ilke: site haritasını müşterinin organizasyon şemasına göre değil, ziyaretçilerin yapması gerekenlere göre yapılandırın. Bir müşteri "çünkü her işletmede var" diye bir sayfa istediğinde, ziyaretçinin orada ne yapacağını sorun. Cevap "bilmiyorum, sadece bilgi" ise, bu başka bir sayfadaki bir paragraftır, bir sayfa değil. Kapsamı bilerek küçük tutun ve proje tekrarlanabilir kalır.

"Modern" hakkında bir şey daha. Sahibi modern dediğinde, güvenilir demek istiyordu, ancak "modern" kelimesini söylemek bir tasarım brief'i değildir - bu bir ruh halidir. Herhangi bir sektörde web sitelerine güvendikleri iki veya üç işletmenin adını sormalarını ve nedenini sorun. Bu size bir haftalık Pinterest panosu olmadan somut bir görsel yön verir. Ayrıca tasarım geri bildirimi için ortak bir kelime dağarcığı sağlar: "baktığımız gibi daha fazla" üzerinde çalışmak, "biraz daha canlı yapabilir misin?" demekten çok daha kolaydır.

İçerik beklemesi bir sürpriz değil, bir süreçtir

Çoğu ajans-müşteri ilişkisinin sessizce ekşidiği yer burasıdır. Sayfalar üzerinde anlaştınız, bir yön seçtiniz ve ardından müşterinin metin göndermesini beklersiniz. Bir hafta geçer. Sonra iki. Sahibi birkaç gece üst üste "bu gece göndereceğim" diyor. Bu tembel bir müşteri değil. Bu bir süreç hatasıdır: ajans içeriği müşterinin yan görevi olarak ele aldı, oysa içerik oluşturmanın bir parçasıydı.

Muhasebeciyle kritik içerik, danışma formunun onay mesajı ve "ilk toplantıda ne olur?" sorusuna kısa bir cevaptı. Bunu ilk istenen şey yaptık, bir son tarih verdik ve düzenlemeleri için bir taslak gönderdik. İnsanlar boş bir sayfadan yazmaktansa bir taslağa tepki vermeyi daha kolay bulur - her müşteriye uygulanan küçük bir hile. Her sayfayı, içeriğin sahibini ve hangi parçaları taslak olarak hazırlayacağınızı listeleyen bir içerik planı oluşturun. Bir müşterinin gerçekten hiçbir şeyi yoksa, mevcut olanla oluşturun: broşür metinleri, eski e-postalar, LinkedIn metinleri ve bunu bir başlangıç sürümü olarak etiketleyin. Bu, onlar adına vaatler uydurmadan ivmeyi korur.

İlke: içerik son tarihleri başlangıçtan itibaren proje planına aittir ve varsayılan, ajansın önce taslak hazırlaması ve müşterinin düzenlemesi olmalıdır. "Tekrarlanabilir" kavramının kendini amorti etmeye başladığı nokta da burasıdır. Bunu muhasebeci için yapacaksınız, sonra çatı ustası için, sonra dişçi için. Birkaç tanesinden sonra içerik planı her müşteriye sunduğunuz bir şablon haline gelir ve "metni aldınız mı?" diye garip e-posta ortadan kalkar.

İşi öğrendikten sonra oluşturucuyu seçin

Bu makalenin daha ucuz bir versiyonu şimdi size hangi web sitesi oluşturucuyu kullanacağınızı söylerdi. Söylemeyecek, iki nedenden dolayı. Birincisi, her "en iyi oluşturucu" listesi bir yıl içinde bayatlar; ikincisi, seçim tüm projedeki en az ilginç karardır. Önemli olan aracı işe uydurmaktır. Muhasebeci için iş, iletişim formu olan küçük bir broşür sitesidir. E-ticaret yok, üyelik yok, giriş yok. Sürükle-bırak oluşturucu veya hepsi bir arada sayfa oluşturucu, tek satır kod olmadan bunu halledebilir. Aynı müşteri çevrimiçi bir vergi planlama kursu satmak isteseydi, denklem tamamen değişir ve farklı bir araç sınıfına ihtiyacınız olurdu.

İlke: önce işlevselliği tanımlayın, sonra onu kapsayan en basit platformu seçin. Bu sırada, no-code abartısına şüpheci bir kaş kaldırmayla yaklaşın. No-code, yazmayı kaldırdı; düşünmeyi kaldırmadı. Bir metin paragrafından eksiksiz bir sayfa üreten bir araç, o paragrafın ziyaretçinin sorusuna gerçek bir cevap içermesine hâlâ ihtiyaç duyar. "Biz modern bir muhasebe firmasıyız" diyen yapay zekâ destekli bir ana sayfa, kendinden emin bir şekilde genel olacaktır ve genellik dönüşümün düşmanıdır. Başlangıç çalışması, hızlı oluşturulacak bir sayfayı yayınlanmaya değer bir sayfadan ayıran şeydir. Hâlâ platformları karşılaştırıyorsanız, web sitesi oluşturucu nasıl seçilir karar yöntemini ele alıyor.

Gösterişsiz lansman işleri

Şimdi site oluşturuldu ve muhasebeci tasarımı onayladı. Küçük ajans süreçlerinin genellikle dağıldığı an budur, çünkü eğlenceli kısım bitti ve görünmez kısım başlıyor. Alan adının kaydedilmesi gerekiyor, barındırma mevcut olmalı ve site güvenli hale getirilmeli - ve bunların hiçbiri isteğe bağlı değil.

Alan adıyla başlayın ve erken başlayın. ICANN'in kayıt süreci gerçek iletişim bilgileri ve bir kayıt şirketi üzerinden stok kontrolü gerektirir, bu nedenle lansman günü geç saatlerde yapıyorsanız beş dakikalık bir iş değildir. Daha da iyisi, alan adını müşterinin adına, kendi e-postalarını kullanarak kaydedin. Kendi hesabınız altında kaydederseniz, ön kapı anahtarlarını tutuyorsunuz demektir ve ilişki sağlayıcı değiştirmek istedikleri ilk seferde biter. Aynı mantık barındırma için de geçerlidir: müşteri varlıklara sahiptir, siz uzmanlığı sağlarsınız. Kolaylık için her şeyi ajans hesabınızda tutmak caziptir, ancak bir müşteri ilişkisi değil, bir rehine durumu yaratıyorsunuz.

Güvenlik korkutucu, pahalı bir kontrol listesi gibi ele alınır, ancak temeller sıkıcı ve etkilidir. UpGuard'ın web sitesi güvenlik rehberi standart seti listeler: yazılımı güncel tutun, MFA gibi güçlü kimlik doğrulamayı zorunlu kılın, kullanıcı ayrıcalıklarını sınırlayın, verileri düzenli olarak yedekleyin ve SSL/TLS şifrelemesi kullanın. Web uygulaması güvenlik duvarı, platformun desteklediği yerlerde etkinleştirmeye değer başka bir katmandır. Küçük bir site için bu bir güvenlik projesi değildir; kısa bir kurulumdur. Ancak birkaç dakika şimdi, müşterinin sitesinin bir aydır kötü amaçlı dosyalar dağıttığı telefon görüşmesini önler. İlke: barındırma, alan adı ve güvenlik lansman geri sayımına değil, başlangıç toplantısına aittir. Bunlar ayarla ve unut görevleridir - bu yüzden iletişim bilgilerinde bir yazım hatasını düzeltmek için hâlâ zamanınız varken yapılmalıdırlar.

Dürüst bir test geçişi

Muhasebeci "modern" istedi. Ekibiniz bir form, bir harita ve bir telefon numarasıyla temiz bir şey oluşturdu. Müşteri önizlemeyi açar ve "harika görünüyor" der. Bu bir QA geçişi değildir. Bir sonraki destek talebinin başlangıcıdır. Formun onay e-postası var olmayan bir posta kutusuna gitti; harita yükleniyor, ancak bir alt bilgi bağlantısı yer tutucu bir sayfaya götürüyor; mobil menü açılıyor ancak telefon numarası fazladan bir dokunuşun arkasına gizlenmiş. Bunların hiçbiri müşterinin ilk gördüğü masaüstü ekran görüntüsünde görünmez.

Siz QA ekibisiniz. Site müşteriye yaklaşmadan önce her formu göndermeyi, mobil genişlikleri kontrol etmeyi ve her bağlantıyı tıklamayı içeren bir test geçişi yapın. Ardından müşteriye kontrol etmesi için kısa, sade bir dilde bir liste verin - "her şeyi test edin" değil, "şu üç şeye göz atmanızı istiyoruz". Birden fazla müşteri sitesi oluşturuyorsanız, bu kontrol listesini bir kez kodlayın ve yeniden kullanın. Bir kontrol listesinin maliyeti, bir müşterinin ilk haftasında bozuk bir form keşfetmesinin maliyetiyle karşılaştırıldığında küçüktür. Ve küçük, acımasız bir gerçek: müşterinin "harika görünüyor" demesi bir iltifattır, doğrulama değil.

Lansman bir bitiş çizgisi değil, bir başlangıçtır

Site yayında. Muhasebecinin telefonu çalmaya başlıyor - umarım. Lansman e-postası "bitti" diyor. Ancak var olan bir web sitesini bulunabilir bir web sitesinden ayıran iki görünmez görev var: bir XML site haritası gönderin ve robots.txt dosyası oluşturun. Digital Marketing Institute'un SEO açıklaması aynı noktayı daha diplomatik bir dille yapıyor: arama görünürlüğü yalnızca anahtar kelimelere değil, HTTPS ve yapılandırılmış site haritaları gibi teknik temellere bağlıdır. Küçük bir site için bu kısa bir görevdir ve Google'ın dizine ekleyebileceği bir site ile karanlıkta yaşayan bir site arasındaki farktır.

İlke: SEO temellerini lansman kontrol listesine koyun, asla okunmayan bir "daha sonra iyileştirme" e-postasına değil. Ardından bir takip görüşmesi planlayın. Muhasebeci telefon numarasını değiştirmek, bir referans eklemek veya artık sunmadıkları bir hizmeti bırakmak isteyebilir. Planlanmış bir takip size çok az maliyetlidir ve tek seferlik bir projeyi bir retainer'a dönüştürmenin en kolay yoludur. Çoğu ajans lansmanı bitiş çizgisi olarak görür; istikrarlı bir müşteri akışına sahip ajanslar bunu bir sonraki konuşmanın başlangıcı olarak görür. Lansman günü kurulumunun tamamı için, ilk günden SEO ve güvenlik rehberi ayrıntıları ele alıyor.

"Bitti" aslında ne anlama geliyor

Muhasebe firması web sitesine kavuştu. Onu oluşturan süreç dramatik değildi: yapılandırılmış bir başlangıç, ziyaretçi odaklı bir site haritası, bir proje görevi gibi ele alınan içerik, kapsamdan sonra seçilen bir araç, sıkıcı güvenlik kurulumu, gerçek bir test geçişi ve site haritaları ile robots.txt içeren bir lansman kontrol listesi. Hiçbiri kahramanca bir sprint gerektirmedi ve hepsi bir sonraki müşteri ve ondan sonraki için tekrarlanabilir. Ajans web işinin dürüst sırrı, daha iyi araçlara ihtiyacınız olmadığıdır; daha iyi bir sıraya ve onu takip etme disiplinine ihtiyacınız var, parlak yeni sayfaların heyecanı sizi gerçekten işe yarayıp yaramadığını belirleyen soruların ötesine taşımadan önce. Ziyaretçinin ne yapması gerektiğini sorun, bunun için oluşturun ve "modern" kendi kendini halleder.