Birden Fazla jekcms Müşterisini Yönetmek: Ajans Strateji Kitabı

Birden fazla müşteri için jekcms işletmek, tek bir araçtan çok; dağıtım, güncelleme, lisanslama ve destek için tekrarlanabilir süreçlere sahip olmakla ilgilidir: tüm adımları hatırlaması gereken tek bir kişiye bağımlı olmayan süreçler.

Gerçekten Kullanılan Bir Dağıtım Kontrol Listesi

Her müşteri teslimatından önce takip ettiğiniz yazılı bir kontrol listesi, tek başına herhangi bir araçtan daha fazla sorunu yakalar. Ortam yapılandırması, veritabanı kurulumu, SMTP teslim doğrulaması, önbellek ısınması, müşterinin gerçekten kullanacağı her yönetim paneli bölümünün gözden geçirilmesi ve temel bir güvenlik incelemesini kapsayın. Değer, belirli bir maddede değil: projeler arasında hızlı hareket ederken hiçbir şeyin atlanmamasını sağlayan tekrarlanabilir bir liste sahibi olmakta.

Müşteri Özelleştirmelerini Çekirdekten Ayrı Tutmak

Güncellemelerde sorun yaşamamanın en temiz yolu, siteye özel değişiklikleri çekirdek dosyalarda yapmamak. jekcms güncellemesi paketteki dosyaları sunucudakilerin üzerine yazıyor; çekirdekte ya da hazır bir temada yaptığınız düzenleme bir sonraki güncellemede kaybolur. Pakette olmayan, kendi adını taşıyan bir eklenti klasörüne ise güncelleme dokunmuyor. Bir müşteri özel bir işlev istiyorsa (panelde ek bir ekran, sitede ayrı bir sayfa, bir entegrasyon) bunu plugins/ altında küçük bir eklenti olarak yazın. Temada değişiklik gerekiyorsa da hazır temayı kopyalayıp yeni adla kendi temanızı oluşturun.

Birden Fazla Site İçin Lisanslama

jekcms planları site sayısına göre ayrılıyor: 1, 3, 10 ya da sınırsız site. Lisans, etkinleştirildiği alan adına bağlanıyor. Müşteri panelinden destek talebi açmadan bir alan adını kaldırıp yerine yenisini ekleyebilir ya da üst bir plana geçebilirsiniz. Bir müşteriyle çalışmanız bittiğinde o yeri bir sonraki proje için boşaltmak birkaç dakika sürüyor.

Tek Bir Kişiye Bağımlı Olmayan Destek Süreci

Çoğu ajans için işleyen bir yapı: müşteriler en son konuştukları kişiye e-posta atmak yerine tek bir iletişim noktasından geçer, ve bu kişi tanımlı, önceden iletilmiş bir pencerede önceliklendirir: çoğu ajans için aynı gün makul bir hedeftir. jekcms çekirdeğindeki hatalar jekcms destek kanalına yönlendirilir; müşteriye özgü sorunlar (tema ince ayarları, içerik soruları, admin kullanımı) dahili kalır. Müşterilere doğrudan SSH veya veritabanı erişimi vermekten kaçının; değişiklikleri CMS üzerinden ya da net bir geri alma adımı içeren belgelenmiş bir süreçten geçirin; böylece bir hata telafi edilebilir olur.

Birden Fazla Siteyi Güncel Tutmak

jekcms'in güncelleme kanalı imzalı ve hash-doğrulamalıdır; çekirdek, tema ve eklenti güncellemeleri admin panelinden tek tıkla uygulanır: bir site portföyünde dosyaları elle yamamaya gerek yoktur. Birden fazla kurulumu yöneten bir ajans için pratik disiplin araçtan çok ritimle ilgilidir: yeni bir sürümü müşteri siteleri genelinde ne kadar hızlı yayacağınıza karar verin (güvenlik düzeltmeleri için hemen, özellik sürümleri için daha yavaş, gözden geçirilmiş bir takvimle) ve zaman kazanmak için atlamak yerine yerleşik yedekleme adımının her zaman çalışmasına izin verin.

Müşteri İşinin Maliyetini Takip Etmek ve Fiyatlandırmak

Gerçek rakamlarınız ne olursa olsun, barındırma maliyetini, bakım ve desteğe harcadığınız kendi zamanınızı ve lisans ücretlerini müşteri başına ayrı ayrı takip etmeye değer: bunları tek bir belirsiz "aylık paket" rakamına gömmek, belirli bir müşteri ilişkisinin gerçekten kârlı olup olmadığını sonradan anlamayı zorlaştırır. Bunu yönetilebilir tutmak için basit bir lisans yaşam döngüsü yeterlidir: anahtarı katılım sırasında sağlayın, canlı alan adına karşı aktive edin, süresi dolmadan önce kendi hatırlatma ritminizi belirleyin ve müşteri ayrıldığında koltuğun boşta kalmaması için anahtarı hızlıca devre dışı bırakın.

Benimsemeye Değer Müşteri Uyum Uygulamaları

• Yönetim panelinin müşterinin gerçek içeriğiyle kısa bir ekran kaydını yapın: genel belgeler genelde göz ardı edilir.
• Müşterinin canlı siteye dokunmadan deneme yapabileceği bir sandbox admin hesabı oluşturun.
• Müşteri tarafında tek bir iletişim noktası belirleyin: birden fazla kişi çelişen değişiklik taleplerine yol açma eğilimindedir.
• Yanıt süresi beklentilerini proje başlamadan önce yazılı olarak belirleyin, ilk destek talebinden sonra değil.
• Müşteriye özgü özelleştirmelerin notunu tüm ekibinizin ulaşabileceği bir yerde tutun, tek bir kişinin hafızasında değil.
• Teslimden birkaç hafta sonra, müşteri sistemi kendi başına kullanmaya başladıktan sonra ortaya çıkan soruları ele almak için bir kontrol görüşmesi planlayın.

Paylaşılan bir dahili referans (her müşteri için kullanılan temayı, özel eklenti davranışlarını, SMTP sağlayıcısını ve bilinen tuhaflıkları not eden tek bir sayfa) destek hacmi arttığında hızla kendini amorti etme eğilimindedir: talebi kim üstlenirse üstlensin, yapılandırma dosyalarını eşelemeden ya da etrafa sormadan bağlam kazanabilir.