Ajans
Ajans ve Freelancer İçin Müşteri Sitelerini Yönetmek
Bir ajans ya da serbest çalışan için müşteri sitesi teslim etmek işin başlangıcıdır. Asıl ilişki, sitenin yıllarca güvenli, güncel ve hızlı kalmasını sağlarken kurulur. Ancak müşteri sayısı arttıkça her siteye ayrı özen göstermek zorlaşır. Bu yazı; erişim yönetiminden standartlaşmaya, raporlamadan sözleşmeye kadar müşteri sitelerini ölçeklenebilir şekilde yönetmenin pratik yollarını ele alıyor.
Sorun büyüme anında başlar
Üç müşteriyle çalışırken her şey hafızada tutulabilir: kimin sitesi hangi sunucuda, hangi şifre nerede, hangi eklentiyi neden kurmuştuk. On beş müşteriye ulaşıldığında ise bu bilgiler dağılır; şifreler e-posta yazışmalarında kaybolur, bir sitenin alan adı kimsenin haberi olmadan süresi dolar, aynı sorun farklı sitelerde ayrı ayrı çözülür. Müşteri sitesi yönetimini sistemleştirmenin amacı, büyümenin kaosa dönüşmesini engellemektir.
1. Sahiplik ve erişim: işin temeli
Ajans ilişkilerinde en çok sorun çıkaran konu, kimin neye sahip olduğunun belirsiz kalmasıdır. Sağlıklı bir düzende:
- Alan adı müşterinin adına kayıtlıdır. Ajans teknik yönetimi üstlenebilir, ama yasal sahiplik müşteride kalmalıdır.
- Barındırma hesabı ya müşterinin adına açılır ya da ajansın altyapısında barındırılıyorsa bu durum sözleşmede açıkça yazılır.
- Herkes kendi hesabını kullanır. Müşterinin yönetici şifresini paylaşmak yerine, ajans için ayrı ve gerektiğinde kapatılabilir hesaplar açılır.
- Erişim bilgileri ekip parola yöneticisinde tutulur. E-posta, mesajlaşma uygulaması veya paylaşılan tablolar şifre saklama yeri değildir.
- Ekipten ayrılan kişilerin erişimi aynı gün kapatılır. Paylaşılan şifreler kullanılıyorsa değiştirilir.
Bu kurallar başta bürokratik görünse de, bir müşteriyle yollar ayrıldığında veya bir çalışan ayrıldığında yaşanabilecek ciddi krizleri önler. Sahipliğin müşteride olduğunu bilmek, müşterinin ajansa duyduğu güveni de artırır.
2. Envanter: her sitenin kimlik kartı
Her müşteri sitesi için güncel tutulan bir kayıt, ekipteki herkesin aynı bilgiden çalışmasını sağlar. Bu kayıtta en az şunlar bulunmalı:
| Alan | Örnek içerik |
|---|---|
| Müşteri ve iletişim kişisi | Karar verici ve teknik muhatap ayrı ayrı |
| Alan adı ve kayıt firması | Bitiş tarihi, otomatik yenileme durumu |
| Barındırma | Sağlayıcı, sunucu, paket, PHP sürümü |
| Yazılım | CMS ve sürümü, tema, kritik eklentiler |
| Ücretli lisanslar | Hangi lisans kimin hesabında, ne zaman yenileniyor |
| Entegrasyonlar | Ödeme, kargo, CRM, e-posta pazarlama, analiz |
| Sözleşme kapsamı | Bakım paketi, dahil olan saat, müdahale süresi |
| Özel notlar | "Bu eklentiyi güncelleme, özel değişiklik var" gibi uyarılar |
Özel notlar alanı çoğu zaman en değerli alandır. Yıllar önce yapılmış bir istisna, belgelenmemişse rutin bir güncellemede siteyi bozabilir.
3. Standartlaşma: ölçeklenmenin anahtarı
Her müşteri için farklı tema, farklı barındırma, farklı yedekleme eklentisi ve farklı güvenlik çözümü kullanmak, her siteyi ayrı bir uzmanlık alanına çevirir. Standart bir yığın belirlemek bakım yükünü dramatik şekilde azaltır:
- Tercih edilen bir veya iki barındırma yapısı.
- Onaylı bir eklenti listesi: her ihtiyaç için ekibin iyi bildiği, güvendiği tek bir çözüm.
- Başlangıç teması veya tasarım sistemi.
- Ortak yedekleme, izleme ve güvenlik altyapısı.
- Yeni site kurulumu için bir kontrol listesi: SSL, yönlendirmeler, analiz, yedek, izleme, yönetici hesapları, gizlilik metni.
Standartlaşma, müşteriye özel çözüm üretmeyi engellemez; sadece özelleştirmenin bilinçli bir karar olmasını sağlar. Hazır araçların karşılayamadığı gerçekten özgün iş süreçleri için ise hazır eklentileri zorlamak yerine, özel yazılım geliştirme yoluna gitmek uzun vadede daha temiz ve bakımı kolay bir sonuç verebilir.
4. Merkezi izleme ve bakım
Müşteri sitelerinin tamamını tek bir ekrandan izlemek, ajansın en verimli yatırımlarından biridir. Kesintiler, bekleyen güncellemeler, başarısız yedekler ve süresi dolmak üzere olan sertifikalar tek listede görünür. Hangi araçların bu işe uygun olduğunu tek panelden site yönetimi yazısında karşılaştırdık; güncelleme rutininin ayrıntıları ise WordPress bakım otomasyonu yazısında.
Önemli bir ilke: müşteri bir sorunu ajanstan önce fark etmemelidir. Kesinti olduğunda müşteriyi siz arıyorsanız, ilişki güçlenir; müşteri sizi arıyorsa, güven zedelenir. Dışarıdan çalışan bir uptime izleme bu yüzden pazarlık konusu olmamalıdır. Bu konuda uptime izleme rehberimize göz atabilirsiniz.
5. Talep yönetimi: e-postadan iş takibine
Müşteri talepleri e-posta, telefon ve mesajlaşma uygulamalarına dağıldığında hem işler unutulur hem de ne kadar emek harcandığı görünmez olur. Basit bir iş takip sistemi bu sorunu çözer:
- Tüm talepler tek bir kanala yönlendirilir (destek e-postası, form veya iş takip aracı).
- Her talep bir kayıt olur: kim istedi, ne istendi, öncelik, tahmini süre.
- Talep pakete dahil mi, ek ücretli mi, işe başlamadan netleştirilir.
- Harcanan süre kaydedilir; ay sonunda hem raporlama hem fiyatlama için veri oluşur.
- Tamamlanan iş müşteriye kısa bir notla bildirilir.
6. Raporlama: görünmeyen emeği görünür kılmak
İyi yapılan bakımın paradoksu şudur: her şey yolunda gittiğinde müşteri hiçbir şey görmez ve bir süre sonra "neden ödüyorum?" diye sorar. Aylık kısa bir rapor bu soruyu yanıtlar. Etkili bir rapor uzun olmak zorunda değildir:
- Bu ay yapılan güncellemeler (kaç eklenti, hangi çekirdek sürümü).
- Yedek durumu ve varsa geri yükleme testi.
- Uptime özeti ve yaşanan kesintiler, nedenleri.
- Engellenen güvenlik olayları veya bulunan sorunlar.
- Tamamlanan içerik ve değişiklik talepleri.
- Önümüzdeki dönem için öneriler: "PHP sürümü yükseltilmeli", "şu eklentinin desteği bitti" gibi.
Öneriler bölümü, raporu bir bilgilendirme belgesinden ek iş fırsatına çeviren kısımdır. Müşteri, sorunları siz söylemeden önce bilmeyi ve çözüm önerisini sizden duymayı takdir eder.
7. Sözleşme ve kapsam
Müşteri sitesi yönetiminde anlaşmazlıkların çoğu kapsam belirsizliğinden doğar. Bakım sözleşmesinde açıkça yazılması gerekenler:
- Pakete dahil olan işler ve aylık saat sınırı.
- Dahil olmayan işler (yeni sayfa tasarımı, yeni özellik, büyük sürüm geçişleri gibi) ve bunların nasıl fiyatlanacağı.
- Müdahale süreleri: kritik, yüksek, normal öncelik için ayrı ayrı.
- Yedek saklama süresi ve geri yükleme koşulları.
- Güvenlik ihlali durumunda temizliğin kapsama dahil olup olmadığı.
- Sözleşme sona erdiğinde dosya, veritabanı ve erişim bilgilerinin teslim süreci.
Kapsamı netleştirmek, maliyet tarafını da açıklığa kavuşturur. Bakım fiyatlandırmasının nelerden oluştuğunu web sitesi bakım maliyeti yazısında ayrıntılı inceledik.
8. Otomasyonun ajanstaki yeri
Ajansın emeği iki türdür: müşteriye değer katan yaratıcı ve stratejik işler ile her ay aynı şekilde tekrar eden operasyonel işler. Otomasyonun hedefi ikinci grubu küçültmektir. Örnek otomasyonlar:
- Yeni bir müşteri formu doldurulduğunda iş takip aracında proje, parola yöneticisinde klasör ve izleme aracında site kaydı oluşturulması.
- Aylık raporun izleme ve yedekleme verilerinden otomatik hazırlanıp yalnızca yorum kısmının elle yazılması.
- Alan adı ve SSL bitiş tarihlerinin otomatik takvime işlenmesi.
- Kesinti uyarılarının ekip sohbet kanalına düşmesi ve nöbetçi kişinin etiketlenmesi.
Bu tür iş akışlarını kurmak için kullanılabilecek araçları Zapier, Make ve n8n karşılaştırmamızda ele aldık.
Serbest çalışanlar için ek notlar
Tek başına çalışan biri için en büyük risk, kişinin kendisinin tek hata noktası olmasıdır. Hastalık, tatil veya yoğun bir proje dönemi, tüm müşterilerin aynı anda desteksiz kalması anlamına gelebilir. Bu riski azaltmak için:
- Acil durumlarda devreye girebilecek güvendiğiniz bir meslektaşla karşılıklı yedekleme anlaşması yapın.
- Her sitenin kısa bir çalışma belgesini tutun; sizden başkası da müdahale edebilsin.
- Tatil dönemlerini müşterilere önceden bildirin ve acil durum prosedürünü paylaşın.
- Müşteri sayısını, gerçekten bakımını yapabileceğiniz düzeyde tutun.
Yeni müşteri devralırken ilk hafta
Başka bir ajanstan veya geliştiriciden devralınan siteler, çoğu zaman belgesiz ve sürprizlerle doludur. İlk hafta yapılacak bir giriş denetimi, sonraki aylarda yaşanacak sorunların büyük kısmını önler:
- Tüm erişimleri (alan adı, barındırma, yönetim paneli, DNS, analiz araçları) devralın ve eski hesapları kapatın veya parolalarını değiştirin.
- Hiçbir şeye dokunmadan önce tam bir yedek alın ve bu yedeği "devralma anı" olarak etiketleyin.
- Eklenti, tema ve PHP sürümlerini envantere geçirin; desteği bitmiş veya korsan bileşenleri işaretleyin.
- Kötü amaçlı yazılım taraması ve yönetici kullanıcı denetimi yapın.
- Bulguları müşteriye kısa bir raporla iletin; devraldığınız andaki durumu kayıt altına almak, ileride sorumluluk tartışmalarını önler.
Sonuç
Müşteri sitesi yönetimi, teknik bir iş olduğu kadar bir güven işidir. Sahipliğin müşteride olduğu, erişimlerin düzenli tutulduğu, sitelerin standart bir altyapıda merkezi olarak izlendiği ve yapılan işin düzenli raporlandığı bir yapı; hem ajansın verimliliğini hem de müşteri sadakatini artırır. Büyümeyi kaldırabilecek düzeni, büyüme gelmeden kurmak en doğrusudur.
Sık sorulan sorular
Müşteri sitelerini kendi sunucumda barındırmalı mıyım?
Merkezi barındırma yönetimi kolaylaştırır ve standartlaşmayı sağlar, ancak sorumluluğunuzu da artırır. Bu yolu seçerseniz, sözleşmede barındırma koşullarını ve ayrılık durumunda sitenin nasıl taşınacağını açıkça yazın.
Müşteriye yönetici yetkisi vermeli miyim?
Site müşterinindir ve yönetici erişimi olmalıdır. Ancak günlük içerik işleri için daha sınırlı yetkili hesaplar kullanmak, kazara yapılan hatalı değişikliklerin önüne geçer. Bu dengeyi müşteriyle birlikte belirlemek en sağlıklı yoldur.
Kaç müşteri sitesi tek kişi tarafından yönetilebilir?
Bu; sitelerin karmaşıklığına, standartlaşma düzeyine ve otomasyona göre çok değişir. Standart altyapıda, otomatik yedek ve izlemeyle çalışan tanıtım siteleri ile karmaşık e-ticaret sitelerinin iş yükü kıyaslanamaz. Önemli olan, her siteye söz verdiğiniz hizmeti gerçekten verebilmektir.