Kullanıcıları ve müşterileri WordPress sitelerini ihlal etmekten korumanın 9 yolu

Herkes zaman zaman hata yapar. O oldu. Ancak web sitesinde, onu inşa etmek için çok zaman ve çaba harcadığınız hatalar meydana geldiğinde, sorun ne kadar küçük olursa olsun, geri dönmek ve işinizi geri yapmak için hayal kırıklığına uğrayın. Bir WordPress geliştiricisi olarak, harici ve derin platformları bilirsiniz. Ayrıca, içinde görünebilecek sorun türüne de aşinasınız. Bu nedenle, sorun ortaya çıkarsa ve ne zaman sorunu hızlı bir şekilde azaltmak ve çözmek için genel iş akışınıza birkaç numara eklemiş olabilirsiniz.
Peki, geliştirme sürecinizin dışında görünen sorunlarla ne yapıyorsunuz? Müşteriye teslim edildikten ve şanslı olduklarını umduktan sonra web sitesinin web sitesini mi yıkıyorsunuz? Bir profesyonel olarak, “bu benim sorunum değil” kartı oynamanın çok fazla hayran almayacağını biliyorsunuz. Ayrıca, müşterilerinizle (şimdi ve daha önce) ilişkilerin sürdürülmesinin bu işteki geçiminiz için çok önemli olduğunu da biliyorsunuz. İşi bitirdikten sonra müşterinin web sitesinde bir şey olursa, sorunu hemen müdahale etmeye ve çözmeye istekli olmalısınız. Ya da daha iyisi, kendi iş akışınıza yerleştirilmiş ek adımlara sahip olmalısınız, müşterinin (ve kendiniz) sorunun en başından itibaren karşılaşmasını kaydedecek.
WordPress kullanıcılarının hataları ve neden sizin sorununuz sadece yüz: Müşteriniz bir WordPress uzmanı olmayacak. Bu yüzden web sitelerini en başından beri geliştirmeniz için ödeme yapılır. Şimdi, kendi şirketiniz için bir web sitesi oluşturan veya size istihdam sonrası web sitesini ihtiyaçlara dayalı olarak yönetmek için bir hizmet verilen dahili bir çalışan olduğunuzu varsayalım. Başkan, pazarlama yöneticisi veya şirketteki herhangi biri size gelirse ve “Oops! Bir şey kırdığımı sanıyordum. “Bir web sitesinde çalışmayı bitirmiş olsaydınız, sözleşmeyi kapatırsanız ve aynı şey olmasını hayal edin. Bazı müşteriler, hatalar üzerinde olsaydı, bunu düzeltmek için size tazminat sağlamaları gerektiğini anlamayacaklardı. Bu yüzden sadece hatalarını düzeltmek zorunda değilsiniz, aynı zamanda tamamlarken para ve zaman kaybetmemeye de çalışmalısınız. Bu bir geliştirici olarak sizin için nasıl olursa olsun, bu zor bir durumdur. Müşterinize (veya patron) hata yaptığını söylemek istemezsiniz ve bunları düzeltmek için diğer projelerde zaman kaybetmek istemediğinizi söylemek istemezsiniz. Ama ne yapabilirsin? WordPress Kullanıcı Hatası: Slip Vs. Anlamanız gereken ilk hata, en yaygın hata türünün WordPress web sitesinde neden oluştuğudur. Çoğu web sitesi geliştiricisi hataları iki kategoride sınıflandıracaktır:
SLIPS: Slips, WordPress kullanıcıları – genellikle uzman geliştirici – bir şey yapmanın veya döngüyü bir yere kapatmanın unutkanlığı olduğunda ortaya çıkan bir tür hatadır. Bunu düşünürseniz, web sitesinde web sitesinde çalışıyorsunuz … belli bir noktada, hepsi birbirlerini gizleyecek ve sonunda bir şey kaçacak çünkü otomatik pilotla çalıştığınız. Bu nedenle, her proje tarafından geçtiğim her şeyi sağlamak için bir kontrol listesinden özenle çalışmak önemlidir. Hata: Düzeltilmesi oldukça kolay kayar, çünkü genellikle geliştirme sırasında bir yerde meydana gelir. Bir web sitesi oluştururken tutarlı ve kapsamlı bir süreci izlediğiniz sürece, adımlarınızı hatalara geri izlemek için yeterince kolay olacaktır. Ancak, hatalar genellikle görevi tamamlamaya çalışan, ancak nasıl çalıştırılacağını gerçekten anlamayan WordPress kullanıcılarından gelir. Bunu çözmek zor olabilir, çünkü kullanıcılar neyi başarmaya çalıştıklarını açıklayabilir, ancak sorunlara neden olmak için ne yaptıklarını bilmeyebilir.
Bir kullanıcı görevlerin nasıl yapılacağı hakkında eksik bilgiye sahiptir.
Bir kullanıcının yönetici erişimi vardır (veya daha yüksek bir seviye) olmasa bile WordPress’e vardır.
Bir kullanıcı değişiklikleri kaydetmeden önce çalışmalarını yeniden kontrol etmez.
Bir kullanıcının aralarından seçim yapabileceğiniz çok fazla seçeneği vardır.
Tüm bunlar, müşterinizin WordPress hakkında bilgi ve eğitim veya kendi web sitelerini tam olarak yönetmek için web sitelerinin geliştirilmesi ile donatılamayabileceği gerçeğidir. Bu aynı zamanda kesinlikle neden oldukları herhangi bir hatayı düzeltemedikleri anlamına gelir, böylece sorumluluk sonunda size düşecektir. WordPress Kullanıcı Sorunları: Neden zayıf yeniden çalışma ile ilgili sorunun, özellikle de sorunun kaynağı olmadığınızda. Ancak, WordPress erişimi kontrol edilmediğinde veya istemciye, Web Sitesinin arka uç bölümüne nasıl doğru kullanılacağını bilmedikleri zaman, bir şeyin yanlış olduğundan kaçınılamaz. Bir geliştirici olarak, nihayet web sitesinde neler olduğundan sorumlusunuz. Neden? Niye?
Çünkü sen inşa ediyorsun. Bu senin bebeğin. Ve bebeği mükemmel durumda tutmaktan gurur duymalısınız.
Müşterileriniz için daha çok çalışmaya istekli olduğunuzda, uzun vadede faydalardan yararlanacaksınız (ağızdan ağıza tanıtım, ek projeler vb.)
Portföyünüzü iyi durumda tutarak, geliştirici olarak profesyonel itibarınızı artırmanıza yardımcı olursunuz.
Müşteri web sitelerinde ciddi hasara neden olursa ve sorumlu olmak istemiyorsa, hasardan sorumlu olabilirsiniz (sadece itibarınıza değil, aynı zamanda cüzdanınıza da zarar verecektir).
Genel web sitesinden sorumlu olan, daha sonra yeniden çalışmak için zaman ve paranızı tasarruf etmek için ilk oluşturma sırasında ekstra iş yapmanın değerini göreceksiniz.
Peki, lansman sonrası ve istemci sonrası web sitesi hataları geliştiricinin sorumluluklarını veriyor mu? Evet. Emin olabileceğimiz şey. Müşterilerin (veya arka uç web sitelerine erişimi verilen herkesin) web tasarımını, web geliştirmeyi ve hatta platformun kendisini anlamasını bekleyemezsiniz. Başlangıçta ekstra adımlar atarak, web sitenizin kullanıcı hatalarından güvenli kaldığından emin olabilirsiniz. Yeni başlayan WordPress kullanıcılarının (yani müşterinizin) hatalarının garip ve acele ederken hatalarını önlemek için önyükleme öncesi kontrol edin. değişiklikler. Web sitelerini inşa etmek için size para ödüyorlar çünkü 1) WordPress’i bilmiyorlar ve 2) bunu kendileri yapmak için zamanları yok. Bu nedenle, sitelerinde daha sonra değişiklik yaparken zaman almaya veya bakım yapmaya zahmet etmezlerse şaşırmanıza gerek yoktur. Onlar için orada olacağınızı biliyorlar, o zaman neden web sitelerini (ve kendinizi) şimdi korumuyorlar? İşte lansman öncesi geliştirme sürecinize ekleyebileceğiniz bir başlatma öncesi kontrol listesi. Müşteriniz kendi sitelerini yönetmeye daha iyi hazırlanacak ve onları potansiyel kullanıcı hatalarından daha güvenli tutabilecek ve kolayca önlenebileceksiniz:
Adım 1: WordPress Öğreticileri Ekle İstemciye yeni oluşturulmuş yeni bir web sitesi göndermeden önce, onlarla paylaşabileceğiniz bir WordPress referans materyaliniz olduğundan emin olun. Onlara WordPress’i nasıl kullanacaklarını veya bir web sitesini nasıl oluşturacaklarını öğretmek sizin işiniz değildir, ancak ortaya çıkan basit sorular varsa hızlı bir şekilde başvurabilecekleri bir tür öğretici veya rehberiniz olmalıdır.
Tavsiyemiz, temel bilgileri içerecek kendi kılavuzunuzu (markanızı) geliştirmektir: “Blog yayınınızın bulunduğu yer ve burada sayfanızın bulunduğu yer”, “Her zaman kayda basın, ancak gerçekten eminseniz tıklamayın DEĞİŞİKLİKLER YAŞIYOR “vb. Daha sonra gelecekte tüm müşteriler için bu kılavuzu kullanabilirsiniz. Ziyaretçilerinizin ihtiyaç duyduklarında gerçek bir zamanlı WordPress kılavuzu almasını sağlamak için yardımcı eklentisini de yüklemelisiniz. Adım 2: Müşterilerinize WordPress referans yönergeleri sunmaktan başka yayın eğitimi sağlayın, ayrıca CMS aracılığıyla gerçek zamanlı olarak yönlendirmeyi planlamanız gerekir. Müşterilerinizle bir yerde çalışmıyorsanız, JOIN gibi ücretsiz programlar kullanabilirsiniz. Ben böylece ekranınızı paylaşabilirsiniz. Onlara aşağıdaki şeyleri gösterdiğinizden emin olun:
Onlar için yaptığınız kimlik bilgileriyle nasıl girilir.
Web sitelerini yönetip güncellerken ihtiyaç duydukları veya kullanmak istedikleri her menü öğesinin gözden geçirilmesi.
Yeteneklerinin açıklaması. Yönetici mi? Müşteriler Editör’e karşı ne yapar? Özel rollerinin işlevini ve bunların diğer ekip üyelerine nasıl atanacağını anladıklarından emin olun.

Gösterme taahhüdünden önce önizleme değişikliklerini nasıl görebileceklerini gösterin.