WordPress bakım raporu, bakım hizmetinin müşteriye görünen tek yüzüdür. Güncellemeler, yedekler ve kontroller arka planda çalışır ve müşteri bunları ancak sonuç bozulursa fark eder. Rapor bunu tersine çevirir: hiçbir şey olmadığında bile ne yapıldığını gösterir. Bu yazı rapor bölümlerini, kopyalanabilir bir metni, sunum ipuçlarını ve gönderim sıklığını anlatıyor. Hizmetin genel kurulumu için WordPress bakım hizmeti nasıl verilir yazısına bakabilirsiniz.
Bakım raporunda hangi bölümler olmalı?
Yedi bölüm çoğu müşteri için yeterlidir. Her bölümün tek bir sorusu var, rapor o soruyu cevaplamalı.
| Bölüm | Cevapladığı soru | İçerik |
|---|---|---|
| Özet | Genel durum nasıl? | Tek cümle durum (iyi / dikkat gerekiyor) ve bu ayın öne çıkanı |
| Güncellemeler | Site güncel mi? | Uygulanan çekirdek, eklenti ve tema güncellemeleri, bekleyen veya bilerek ertelenenler |
| Yedekleme | Verilerim güvende mi? | Kaç yedek alındı, son yedek tarihi, yedeğin saklandığı yer, varsa geri yükleme testi |
| Güvenlik | Risk var mı? | Tarama sonucu, tespit edilen sorunlar ve çözümü, yeni oluşan yönetici hesapları |
| Uptime | Site açık kaldı mı? | Aylık uptime yüzdesi, kesinti sayısı ve süresi, nedeni |
| Performans ve trafik | Site hızlı mı, ziyaret var mı? | Hız ölçümü ve önceki ayla karşılaştırma, varsa ziyaretçi sayısı |
| Öneriler | Sırada ne var? | Önerilen iş, nedeni, tahmini maliyet veya süre |
Bu bölümlerin arkasındaki görevlerin listesi WordPress bakım kontrol listesi yazısında. Rapora yazacak verinin yedek tarafı için yedekleme rehberine, uptime tarafı için uptime takibi yazısına bakabilirsiniz.
Kopyalanabilir rapor metni nasıl yazılır?
Aşağıdaki metni kendi e-postanıza veya PDF şablonunuza kopyalayıp köşeli parantezli alanları doldurun. Rakamları siz ölçersiniz, şablona hazır sayı konmadı.
[Müşteri Adı] Aylık WordPress Bakım Raporu
Site: [alan adı] | Dönem: [ay yıl] | Hazırlayan: [adınız]
1. Özet. Bu ay sitenizin genel durumu [iyi / dikkat gerekiyor]. [Bu ayın öne çıkan tek cümlesi, örneğin: Bir eklentideki güvenlik güncellemesi uygulandı ve site sorunsuz çalışmaya devam ediyor.]
2. Güncellemeler. Uygulanan: [eklenti/tema adı ve sürüm], [WordPress sürümü]. Bekleyen: [varsa, nedeniyle birlikte]. Bilerek ertelenen: [varsa, nedeniyle birlikte].
3. Yedekleme. Bu ay [sayı] yedek alındı. Son yedek: [tarih saat]. Yedekler [konum] üzerinde saklanıyor. Geri yükleme testi: [yapıldı / planlandı].
4. Güvenlik. Tarama [tarih]. Sonuç: [temiz / şu bulgular]. Alınan aksiyon: [aksiyon]. Yeni yönetici hesabı veya rol değişikliği: [yok / var, açıklama].
5. Uptime. Aylık uptime: [yüzde]. Kesinti sayısı: [sayı], toplam süre: [süre]. Neden: [açıklama].
6. Performans ve trafik. Hız ölçümü: [sonuç], önceki ay: [sonuç]. Ziyaretçi: [sayı, ölçülüyorsa].
7. Öneriler. [Öneri 1, neden önemli, tahmini süre veya maliyet]. [Öneri 2].
Sorularınız için [e-posta / telefon]. Bir sonraki rapor: [tarih].
Metinde yazmayın: uydurma rakam, ölçmediğiniz bir veri veya "her şey mükemmel" gibi dayanaksız ifadeler. Ölçülemeyen bir bölümü boş bırakıp "bu ay ölçülmedi" yazmak, tahminle doldurmaktan iyidir.
Raporu müşteriye nasıl sunarsınız?
İyi rapor teknik ayrıntının değil, müşterinin okuyacağı kadar bilginin raporudur. Dört ipucu işe yarar.
- Tek sayfa tutun. Ayrıntıyı ek sayfaya koyun, ilk sayfa müşterinin karar vermesi için yeterli olsun.
- Jargonu açıklayın. "PHP 8 uyumluluğu" yerine "sitenin yeni sunucu yazılımı sürümüyle sorunsuz çalıştığı test edildi (PHP 8)" yazın; ölçmediğiniz bir hız artışını vaat etmeyin.
- Her ay aynı sırada gönderin. Müşteri nereye bakacağını öğrenir, gözü alışır.
- Her raporun sonunda tek bir eylem olsun. Müşteriden bir onay istiyorsanız (örneğin bir eklentinin değiştirilmesi) raporun sonunda tek cümleyle sorun.
Rapor aynı zamanda fiyat konuşmasının dayanağıdır. Bir yıl boyunca kesintisiz giden raporlar, zam talebinizi ve paket yükseltme önerinizi güçlendirir. Fiyat tarafı için bakım hizmeti fiyatlandırma yazısına bakın.
Rakamların yanına yorum nasıl yazılır?
Rapordaki sayı tek başına bir şey söylemez. Müşteri "uptime yüzde 99,8" gördüğünde bunun iyi mi kötü mü olduğunu bilmez. Her bölüme bir cümlelik yorum ekleyin: rakam ne anlama geliyor, bir önceki aya göre ne değişti ve müşterinin bir şey yapması gerekiyor mu.
| Yalnızca sayı | Sayı ve yorum |
|---|---|
| 12 güncelleme uygulandı. | 12 güncelleme uygulandı, bunlardan 2 tanesi bir eklentinin güvenlik düzeltmesiydi. Güncelleme sonrası form ve ana sayfa test edildi, sorun görülmedi. |
| Uptime: yüzde 99,8. | Uptime yüzde 99,8. Bu ay bir kez, yaklaşık [süre] süren bir kesinti oldu. Neden hosting tarafındaki bakımdı ve sorun kendiliğinden çözüldü. |
| Hız: 3,1 sn. | Ana sayfa yükleme süresi 3,1 sn, geçen ay 2,6 sn idi. Yeni eklenen büyük görseller nedeniyle yavaşladı, sıkıştırmayı öneriyorum. |
Yukarıdaki sayılar yalnızca yorumun biçimini göstermek içindir, rapor yazarken kendi ölçümlerinizi kullanın. Yorumlarda tahmin yürütme: nedeni bilmiyorsanız "neden araştırılıyor" yazın. Öneri bölümünü de bir fırsat olarak kullanın, ama satış baskısı olmadan. Örneğin kullanılmayan eklentilerin silinmesi, PHP sürümünün yükseltilmesi veya yedek sıklığının artırılması gerçekten müşterinin işine yarayan önerilerdir. Güvenlik tarafındaki bulguları nasıl yorumlayacağınız için WordPress güvenlik kontrol listesi yazısına bakabilirsiniz.
Rapor ne sıklıkla gönderilmeli?
Raporun kendisi kadar ne zaman geldiği de önemlidir. Her ayın aynı iş gününde göndermek, müşteride bir beklenti ve güven oluşturur. Ayın ilk haftasını tercih edin, çünkü rapor bir önceki ayın tamamını kapsar ve ay sonunda yapılan işler de içine girer. Rapor geciktiğinde müşteri hizmetin aksadığını düşünebilir, bu yüzden gecikecekse önceden kısa bir not yazın.
Çoğu müşteri için aylık rapor yeterlidir. Yalnızca düşük paketlerde üç ayda bir özet göndermek makul olabilir. Bunun dışında olay bazlı bildirim şarttır: kesinti, güvenlik bulgusu veya sorunlu bir güncelleme olduğunda aylık raporu beklemeden kısa bir e-posta gönderin. Rapor sıklığını ve olay bildirimi kuralını sözleşmede yazın, bkz. bakım sözleşmesi şablonu.
Raporu otomatik üretmek mümkün mü?
Rakamları elle toplamak 10 siteden sonra zahmetli olur. Veriyi bir araçtan çekip tabloya yapıştırmak ilk çözümdür. Daha ileri adım, aracın rapor oluşturup müşteriye göndermesidir. Watch Your WP'de markalı müşteri raporu ücretsizdir: rapor PDF olarak hazırlanır, gönderim sıklığı seçilebilir ve rapora serbest not eklenebilir. Hangi aracı kullanırsanız kullanın, otomatik raporun içindeki yorum ve öneri bölümünü kendiniz yazın: müşteri sizin yorumunuza para ödüyor. Çok siteli iş akışı için ajanslar için çoklu site yönetimi yazısına bakın.
Sık sorulan sorular
Bakım raporu müşteriye e-posta ile mi PDF olarak mı gönderilmeli?
İkisi birlikte iyi çalışır: e-posta gövdesinde 3-4 cümlelik özet, ek olarak PDF. Müşteri hızlıca okuyabilir, ihtiyaç duyarsa arşivleyebilir.
Raporda kötü haber varsa ne yazmalıyım?
Doğrudan ve çözümle birlikte yazın: ne oldu, etkisi neydi, ne yaptınız, tekrarını nasıl önleyeceksiniz. Gizlemek güveni, açık yazmak ilişkiyi güçlendirir.
Raporda hangi ölçümleri kullanmalıyım?
Her ay aynı araçla ve aynı yöntemle ölçtüğünüz verileri kullanın. Farklı araçlar farklı sonuç verir, ay ay karşılaştırma ancak aynı yöntemle anlamlıdır. Ölçüm yöntemini raporun altına bir cümleyle not edin ve aracı değiştirirseniz bunu raporda belirtin.
Müşteri raporu okumuyorsa göndermeye devam etmeli miyim?
Evet. Rapor aynı zamanda sizin kayıtlı kanıtınızdır. Okumayan müşteriye kısa bir özet cümlesi ve tek bir öneri yeterli.
Aylık raporu her ay elle hazırlamayın
Watch Your WP ile markalı müşteri raporunu ücretsiz olarak PDF halinde oluşturabilir, gönderim sıklığını seçebilir ve rapora kendi notunuzu ekleyebilirsiniz.
Erdinç
Watch Your WP'yi geliştiriyor. WordPress bakım, güvenlik ve site yönetimi deneyiminden yazıyor.
LinkedIn