1. Hangi KPI’lar Bakımın Başarısını Gösterir?
“Her şeyi ölçelim” yaklaşımı dashboard’u çöp yapar. Doğru yaklaşım; az ama karar verdiren KPI setidir. Bakım başarısını gösteren metrikler dört gruba ayrılır: (1) olay/incident, (2) altyapı/uygunluk, (3) iş akışı, (4) ekip verimi.
Minimum KPI seti (başlangıç)
- •Incident sayısı (hafta/ay)
- •MTTR (Mean Time To Repair)
- •Uptime (%)
- •Error rate (5xx, timeout, form error)
- •Ticket backlog (açık/kapalı dengesi, yaş)
- •CWV (LCP/INP)
- •Dönüşüm KPI’sı (otel: rezervasyon tıklama/funnel; B2B: lead/checkout)
Soru : Bakım KPI’ları nelerdir, nasıl seçilir?
Cevap: KPI’lar; incident/MTTR, uptime/error rate, ticket backlog ve kalite (CWV) ile iş etkisini (rezervasyon/lead) birlikte kapsamalıdır. Seçim, kritik akışlara ve yönetimin karar ihtiyaçlarına göre yapılır; “çok KPI” yerine “karar verdiren az KPI” hedeflenir.
Ne yapmalıyım?
- • 8–12 KPI ile başla, 30 gün sonra gereksizleri çıkar.
- • Her KPI için “hangi kararı verdiriyor?” cümlesini yaz.
- • Eşik ve alarm koy; yoksa KPI “poster” olur.
2. Teknik ve İş Odaklı KPI Seti
KPI’lar iki dille konuşmalıdır: teknik ekip için teşhis, iş tarafı için etki. Aynı veriyi iki seviyede sunmak, stakeholder iletişimini güçlendirir.
Teknik KPI grubu (ops)
- •Uptime, error rate, p95 response/TTFB (varsa)
- •Deploy başarısı (hatalı deploy oranı, rollback)
- •CWV trendi (özellikle mobil)
İş KPI grubu (business)
- •Otel: rezervasyon funnel sağlığı (tıklama→fiyat→rezervasyon)
- •B2B: lead oranı, rapor üretme başarısı, checkout başarı oranı
- •Gelir etkisi: downtime’ın satış/dönüşüm etkisi
| KPI | Grup | Tanım | Kaynak | Sıklık | Owner | Eşik |
|---|---|---|---|---|---|---|
| Uptime | Altyapı | % erişilebilirlik | Monitoring | Günlük | Ops | TBD |
| Error rate | Uygulama | 5xx/timeout | Logs/APM | Günlük | DevOps | TBD |
| Incident count | Ops | olay sayısı | Ticketing | Haftalık | Ops | TBD |
| MTTR | Ops | ortalama çözüm | Ticketing | Haftalık | Ops | TBD |
| Backlog age | Ops | açık ticket yaşı | Helpdesk | Haftalık | PM | TBD |
| LCP/INP | Perf/SEO | CWV trend | RUM/GSC | Haftalık | SEO/Dev | TBD |
| Rezervasyon/Lead | İş | dönüşüm | Analytics/CRM | Haftalık | Growth | TBD |
Dashboard kurgusunu güçlendiren iç linkler:
- •https://dgtlface.com/tr/veri-analiz-ve-raporlama
- •https://dgtlface.com/tr/raporlama/satis-donusum
- •https://dgtlface.com/tr/seo/seo-raporlama
Key Statistics / Data Point (yumuşatılmış): Sağlık dashboard’u kullanan ekiplerde, bakım bütçesi tartışmalarının daha veriye dayalı yürümesi ve önceliklerin daha hızlı netleşmesi sık görülür.
Ne yapmalıyım?
- • Tek dashboard, iki görünüm: yönetim (özet) + teknik (detay).
- • İş KPI’larını “kritik akış” bazında seç.
- • SEO/CWV’yi “iş etkisi”yle bağla (özellikle otelde sezon).
3. Site Sağlık Skoru (Health Score) Oluşturmak
Health score; farklı sinyalleri tek “okunabilir” sayıya çevirir. Ama yanlış kurgulanırsa yanıltır. Bu yüzden health score, “tek kaynak” değil; dashboard’un özet katmanıdır.
Health score mantığı (basit model)
- •4 bileşen: Süreklilik (uptime), Hata (error rate), Hız (CWV), Operasyon (ticket/incident)
- •Her bileşene 0–25 arası puan
- •Toplam: 0–100
Örnek ağırlıklandırma (varsayımsal)
Varsayım: Başlangıç için dengeli bir dağılım:
- •Uptime: 30
- •Error rate: 25
- •CWV: 25
- •Ticket/Incident: 20
Soru : Site sağlık skoru (health score) nasıl oluşturulur?
Cevap: Uptime, hata oranı, CWV ve ticket/incident metriklerini normalize edip ağırlıklandırarak 0–100 arası tek skor üretin. Skoru trendle izleyin; skor düştüğünde hangi bileşenin düştüğünü dashboard’da drill-down ile görün.
Ne yapmalıyım?
- • Skoru basit tut; 4 bileşenle başla.
- • Skoru aylık kalibre et (sezon/traffic değişir).
- • Skoru “alarm” gibi kullan: düşüş varsa aksiyon listesi çalışsın.
4. Bakım KPI Seti & Site Sağlık Dashboard Şablonunu İndir — Yazılım / Health Score (v1.0)
Bakım KPI Seti & Site Sağlık Dashboard Şablonunu İndir — Yazılım / Health Score (v1.0)
Bu audit sheet; bakım KPI’larını altyapı–uygulama–iş etkisi olarak gruplayıp tek dashboard’a dönüştürmenizi sağlar. Health score için ağırlıklandırma ve eşik (yeşil/sarı/kırmızı) modelini standardize eder. Otel (rezervasyon funnel) ve B2B (lead/rapor) kritik akışlarını KPI setine dahil ederek bakımın değerini görünür kılar.
Kim Kullanır?
Ops/PM + tech lead + yönetim raporlaması yapan ekip.
Nasıl Kullanılır?
- KPI setini seç ve veri kaynaklarını/owner’ları doldur.
- Health score ağırlıklarını belirle, eşikleri tanımla.
- Dashboard kartlarını yerleştir; aylık raporda trendleri yorumla.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ KPI owner’larını ata
- ▢ ✅ Eşik ve alarm kur
- ▢ ✅ Kritik akış kartlarını üste taşı
- ▢ ✅ RUM/analytics kaynaklarını bağla
- ▢ ✅ Health score’u basit tut
- ▢ ✅ Aylık trend yorumunu standartlaştır
- ▢ ✅ SLA ihlallerini ayrı göster
- ▢ ✅ Rollback/failed deploy metriklerini ekle
- ▢ ✅ Dashboard’u tek ekran yap
- ▢ ✅ 90 günde bir KPI setini kalibre et
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
5. Otel ve B2B İçin Örnek Dashboard’lar
Aynı KPI seti her sektörde aynı görünmez. Otelde rezervasyon ve sezon; B2B’de lead/raporlama ve iş saatleri belirleyicidir.
Otel dashboard paketi (kritik akış odaklı)
- •Rezervasyon funnel health (tıklama, hata, yönlendirme süresi)
- •CWV mobil trend (özellikle landing ve oda sayfaları)
- •Incident/MTTR + call center şikâyet trendi (varsa)
- •Kampanya dönemlerinde “freeze” ve release notları
B2B dashboard paketi (ürün + ops)
- •Lead/checkout başarı oranı
- •API p95 latency + error rate
- •Dashboard/render performansı (INP sinyali)
- •Ticket backlog ve SLA ihlalleri
Ne yapmalıyım?
- • Otelde “rezervasyon” kartını en üste koy.
- • B2B’de “lead/checkout” ve “API health” kartlarını birlikte göster.
- • Yönetim ekranını 8–10 kartla sınırlı tut.
6. Dashboard Tasarımı: Tek Ekranda Sağlık, Altında Detay
Dashboard “kullanılabilir” değilse, kullanılmaz. Bu yüzden SXO yaklaşımıyla basit bir tasarım kural seti gerekir.
Tasarım ilkeleri (pratik)
- •Üstte: health score + 3 kritik KPI trendi
- •Ortada: 4 KPI grubu (incident, uptime/error, CWV, backlog)
- •Altta: drill-down (hangi sayfa/akış bozuldu?)
- •Her kartta: “son 7 gün” ve “son 28 gün” kıyası
Ne yapmalıyım?
- • Dashboard’u “bak ve karar ver” seviyesinde tasarla.
- • Kartlarda eşik koy: yeşil/sarı/kırmızı.
- • Aylık raporda dashboard trendini kullan; bakım değerini görünür kıl.
7. Competitor Gap’i Kapatan “Bakım KPI & Sağlık Modeli”
Türkiye’de bakım çoğu zaman “yapıldı” diye geçer; KPI ve health score ile görünür olmaz. Bu rehberin farkı; ops+business bridge kurarak (incident/uptime/CWV + dönüşüm) bakımın katma değerini sayılarla göstermesidir. Böylece bütçe ve öncelik tartışmaları daha somut hale gelir.
Bir Sonraki Adım
Uptime, hata, ticket, CWV ve dönüşümü tek health score’da birleştirerek bakımın iş etkisini göstermek isteyen otel ve B2B ekipleri için.