WordPress Bakım Hizmeti Nasıl Verilir? Adım Adım Rehber

WordPress bakım hizmeti nasıl verilir sorusunun cevabı, aslında bir teknik soru olmaktan çok bir süreç sorusudur. Güncelleme yapmayı çoğu freelancer bilir. Zor olan, bunu 10 müşteri sitesinde her ay aynı kalitede, kayıt tutarak ve kimsenin sizi aramasına gerek kalmadan yapmaktır. Bu yazı bakım hizmetini sıfırdan kurmak isteyenler için bir iskelet sunuyor: kapsam, paketler, süreç, araçlar, müşteriye anlatım ve ölçekleme. Her başlıkta detaya inen ayrı bir yazıya link var.

WordPress bakım hizmeti neleri kapsar?

Bakım hizmeti, bir sitenin çalışır, güvenli ve yedekli kalması için düzenli yapılan işlerin toplamıdır. Çekirdeği beş kalemdir ve her birini müşteriye sözleşmede ve teklifte ayrı ayrı yazmanız gerekir.

• Güncelleme: WordPress çekirdeği, eklentiler ve temalar. Yalnızca güncellemeyi uygulamak değil, sonrasında sitenin çalıştığını doğrulamak da işin parçasıdır. Ayrıntılar için WordPress güncelleme rehberi.
• Yedekleme: Veritabanı ve dosyaların düzenli yedeği, yedeğin sunucudan ayrı bir yerde durması ve geri yüklenebildiğinin ara sıra denenmesi. Bkz. WordPress yedekleme rehberi.
• Güvenlik: Kullanıcı hesaplarının, rollerin ve çekirdek dosya bütünlüğünün kontrolü, kara liste durumu, gereksiz eklentilerin temizliği. Bkz. WordPress güvenlik kontrol listesi.
• Uptime izleme: Sitenin açık olup olmadığının ve ne kadar yavaşladığının sürekli ölçülmesi. Bkz. WordPress uptime takibi.
• Raporlama: Yapılan işin müşteriye düzenli ve anlaşılır biçimde sunulması. Bkz. bakım raporu şablonu.

Kapsamın dışında kalanları da açıkça yazın: yeni sayfa tasarımı, içerik girişi, hosting yönetimi, SEO çalışması, hacklenmiş bir sitenin temizliği gibi işler genelde bakım paketine dahil olmaz, ayrı ücretlendirilir. Bu sınır çizilmezse bakım paketi zamanla sınırsız bir destek hattına döner. Eksiksiz bir görev listesi için WordPress bakım kontrol listesi yazımıza bakabilirsiniz.

Bakım paketleri nasıl yapılandırılır?

En yaygın yapı üç kademedir: temel, standart ve premium. Kademeleri farklılaştıran şey genellikle işin kendisi değil, sıklık ve yanıt süresidir. Aşağıdaki tablo bir başlangıç iskeletidir, sayıları kendi kapasitenize göre ayarlayın.

Fiyatın nasıl belirleneceği ayrı bir konu. Maliyet hesabı, site başı ve saatlik modellerin karşılaştırması ve piyasada gözlenen örnekler için WordPress bakım hizmeti fiyatlandırma yazısına geçin. Burada önemli olan, paketlerin birbirinden net ayrışması ve her kademede neyin garanti edildiğinin ölçülebilir olması: "düzenli yedek" yerine "günlük yedek" yazın.

Yeni müşteriyle bakım süreci nasıl başlar ve işler?

Süreç iki parçadır: ilk kurulum (onboarding) ve tekrarlayan rutin. İlkini her müşteride aynı sırayla, ikincisini takvime bağlı olarak yaparsanız iş kendi kendini taşır.

Onboarding: ilk gün yapılacaklar

• Yönetici erişimini ayrı bir kullanıcıyla alın. Müşterinin kendi hesabını kullanmayın, paylaşılan şifre yerine size özel kullanıcı açtırın.
• Siteyi değiştirmeden önce tam yedek alın ve bu yedeğin açılabildiğini kontrol edin.
• Başlangıç durumunu kaydedin: WordPress ve PHP sürümü, aktif eklenti listesi, bekleyen güncellemeler, uptime ve hız ölçümü. Rapordaki önce-sonra karşılaştırması buradan çıkar.
• Terk edilmiş veya kullanılmayan eklenti ve temaları, bilinmeyen yönetici hesaplarını listeleyin, silmeden önce müşteriyle onaylayın.
• Alan adı ve SSL bitiş tarihlerini not edin. Hosting ve alan adı müşteride kalıyorsa, kimin yenilediğini yazılı netleştirin.

# Başlangıç envanteri için WP-CLI örnekleri
wp core version
wp plugin list --fields=name,status,version,update
wp theme list --fields=name,status,version,update
wp user list --role=administrator --fields=ID,user_login,user_email

Haftalık ve aylık rutin

Haftalık rutinde bekleyen güncellemeler önce bir test ortamında ya da yedek alındıktan sonra uygulanır, ardından anasayfa, iletişim formu ve (varsa) ödeme akışı gözle kontrol edilir. Aylık rutinde yedeklerin gerçekten oluştuğuna bakılır, kullanıcı listesi gözden geçirilir, kırık linkler ve hız ölçümü kontrol edilir, rapor hazırlanıp gönderilir. Görevlerin tamamı zaman çizelgesiyle bakım kontrol listesinde var.

Bakım hizmeti için hangi araçlar gerekir?

Beş siteyi elle yönetebilirsiniz, ancak her şeyi tek tek wp-admin'e girerek yapmak sizi hızla yavaşlatır. Araç ihtiyacı dört başlıkta toplanır: merkezi güncelleme ve yönetim paneli, bağımsız bir yedekleme yolu, uptime izleme ve raporlama. Hosting panelinizdeki araçlar bunların bir kısmını karşılar, ancak birden çok hosting üzerindeki siteleri tek ekrandan görmenizi sağlamaz. Çok siteli yönetimin mantığı için ajanslar için çoklu site yönetimi yazısına bakın, kullanım senaryolarımız için de freelancerlar sayfası var.

Seçimde dikkat edin: aracın ücretsiz katmanı sizi hangi noktada sınırlıyor, yedekleri nerede tutuyor ve müşterinize gösterebileceğiniz bir rapor üretiyor mu. Araç maliyeti müşteri başına fiyatınıza yansıyacağı için, bu hesabı fiyatlandırma yazısındaki gibi paket fiyatına dahil edin.

Müşteriye bakımın değerini nasıl gösterirsiniz?

Bakım işi iyi yapıldığında hiçbir şey olmaz, ve müşteri hiçbir şey olmayan bir şeye para ödemekten vazgeçmeye meyillidir. Çözüm, işi görünür kılmaktır: aylık rapor. Raporda yapılan güncellemeleri, alınan yedekleri, engellenen veya tespit edilen riskleri, uptime yüzdesini ve bir sonraki ay için önerilerinizi gösterin. Hazır bir iskelet ve kopyalanabilir metin için bakım raporu şablonu yazısını kullanabilirsiniz.

Aynı mantık sözleşme için de geçerli. Ne yapıp ne yapmayacağınız yazılıysa, müşteri değeri sorgulamak yerine kapsamı okur. Bunun için bakım sözleşmesi şablonu yazımıza bakın.

5 siteden 50 siteye nasıl ölçeklenir?

Ölçekleme, her yeni siteyle birlikte yeni bir elle yapılan iş eklememekle mümkündür. Üç eşik tipiktir.

• 5 siteye kadar: tablo ve takvimle idare edilebilir, ancak şimdiden standart bir onboarding listesi ve tek tip paketler kurun.
• 10 ile 25 site arası: elle güncelleme darboğaz olur. Toplu güncelleme, merkezi yedek ve uptime panosu gerekir. Aynı sorunları tekrar tekrar çözdüğünüzü fark ederseniz, çözümü bir kontrol listesine veya betiğe çevirin.
• 25 site ve üzeri: işi bölmeniz gerekebilir. Güncellemeyi bir kişi, müşteri iletişimini ve raporu başka biri yapar. Bu noktada yanıt süreleri ve sorumluluk dağılımı sözleşmede ve iç süreçte yazılı olmalıdır.

Pratik bir kural: bir müşteri için harcadığınız aylık süreyi kaydedin. Standart paketiniz 1,5 saatte yapılabiliyorken 4 saat sürüyorsa, sorun fiyatta değil süreçtedir.

Bakım hizmetinde en sık yapılan hatalar neler?

• Kapsamı yazmamak. Her isteğin bakım paketinden çıkacağı beklentisi doğar.
• Yedeği geri yüklemeyi hiç denememek. Yedek aldığınızı düşünürsünüz, gerçek bir olayda açılmadığını görürsünüz.
• Güncellemeyi yedeksiz ve kontrolsüz uygulamak. Hatalı bir güncelleme müşterinin sitesini düşürürse suçlanan sizsiniz.
• Müşterinin kendi yönetici hesabıyla çalışmak. Kimin ne yaptığı belli olmaz, müşteri ayrıldığında erişim sorunu çıkar.
• Raporu hiç göndermemek veya sadece teknik terimlerle doldurmak.
• Fiyatı saat başı maliyetinizi hesaplamadan koymak. İlk yıl iyi görünür, müşteri sayısı artınca kapasite biter.

Bir güncelleme sonrası site bozulursa panik yapmayın: adım adım müdahale için güncelleme sonrası site bozuldu yazısını ve ajans iş akışı için ajanslar sayfasını inceleyebilirsiniz.

Sık sorulan sorular

WordPress bakım hizmeti vermek için ajans olmak gerekir mi?

Hayır, birçok freelancer bakım hizmetini tek başına sunuyor. Önemli olan işi tekrarlanabilir bir sürece oturtmanız ve vergi, fatura gibi mali yükümlülükleriniz için bir mali müşavire danışmanızdır.

Başlamak için kaç müşteri gerekir?

Tek müşteriyle de başlayabilirsiniz. Ancak ilk müşteriden itibaren paketleri, sözleşmeyi ve raporu standart hale getirmek, 10. müşteride size zaman kazandırır.

Bakım hizmeti aylık mı yıllık mı satılmalı?

İkisi de yaygın. Aylık model gelir akışınızı öngörülebilir kılar, yıllık peşin ödeme müşteri kaybını azaltabilir. Vade ve fesih koşullarını sözleşmede açıkça yazın.

Bakım kapsamında müşteri sitesine içerik girişi yapılır mı?

Genellikle hayır. İçerik girişi ve küçük düzenlemeler ayrı kalem olarak veya paketin içindeki sınırlı bir saat kotası olarak tanımlanır.

Erdinç

Watch Your WP'yi geliştiriyor. WordPress bakım, güvenlik ve site yönetimi deneyiminden yazıyor.

LinkedIn