Kısaca
- Aylık raporun büyük kısmı analiz için değil; veriyi toplamak, eşleştirmek ve düzeltmek için harcanıyor.
- Agent akışında toplama ve hesap sabit kurallarla çalışan kodda yapılır; yapay zekâ yalnızca yorum taslağı yazar; rapor insan onayından geçer.
- Kaynak tanımları (gelir, yeni müşteri, dönüşüm) baştan yazılmazsa agent farklı ayların rakamlarını farklı biçimde hesaplar.
- Süre kazancı veri akışı kurulduktan sonra gelir; ilk kurulumda asıl iş tanımları oturtmak.
Manuel rapor neden zaman yiyor?
- Veri dağınık. Meta ve Google reklam hesapları, GA4, CRM, e-ticaret ya da satış sistemi ve e-posta aracı ayrı ayrı dışa aktarılıyor.
- Tanımlar tutarsız. Bir platformun “dönüşümü” CRM'deki “satış” ile aynı şey değil. Her ay yeniden eşleştirme gerekiyor.
- Kopyala-yapıştır hataya açık. Bir hücredeki yanlış aralık tüm özeti bozabiliyor.
- Yorum geç yazılıyor. Toplama işi yorumdan zaman çaldığı için rapor kararların çoğu verildikten sonra geliyor.
Agent akışı
Akış beş adımda kurulur: toplama, birleştirme, hesaplama, yorum ve onay. Toplama katmanı için genellikle n8n gibi bir otomasyon altyapısı kullanıyoruz; kaynaklar şöyle:
| Kaynak | Agent ne alır? | Raporda nereye gider? |
|---|---|---|
| Meta ve Google reklam hesapları | Agent ne alır?Harcama, gösterim, tıklama, platform dönüşümü | Raporda nereye gider?Kanal performansı |
| GA4 | Agent ne alır?Oturum, kaynak ve etkinlik verisi | Raporda nereye gider?Trafik ve site davranışı |
| CRM | Agent ne alır?Lead, nitelikli lead, satış | Raporda nereye gider?Lead kalitesi ve satış |
| E-ticaret ya da satış sistemi | Agent ne alır?Sipariş, gelir, iade | Raporda nereye gider?Gelir ve MER |
| E-posta ve mesajlaşma araçları | Agent ne alır?Gönderim, tıklama, dönüşüm | Raporda nereye gider?Sahip olunan kanallar |
| Bütçe ve hedef tablosu | Agent ne alır?Aylık hedef ve bütçe | Raporda nereye gider?Sapma ve karşılaştırma |
Hesap kodda, yorum yapay zekâda
Rakamları yapay zekâya hesaplatmayın. Toplama, dönüştürme ve hesaplama, sabit kurallarla çalışan kodla yapılmalı: aynı veri her seferinde aynı sonucu vermeli ve her rakam kaynağına kadar izlenebilmeli. Yapay zekâ ise hazır rakamları okuyup sapmaları öne çıkaran, olası nedenleri sıralayan ve emin olmadığı yerde bunu belirten bir taslak yazar. Aynı ayrımı otel P&L yazımızda da anlattık.
Rapor iskeleti
| Bölüm | İçerik | Otomatik mi? |
|---|---|---|
| Yönetici özeti | İçerikÜç dört cümlelik durum: gelir, harcama, MER ve öne çıkan sapma | Otomatik mi?Taslak yapay zekâ, onay insanda |
| Ana göstergeler | İçerikGelir, harcama, MER, CAC, lead ve satış | Otomatik mi?Tam otomatik (kod) |
| Kanal performansı | İçerikKanal bazında harcama, sonuç ve önceki aya göre değişim | Otomatik mi?Tam otomatik (kod) |
| Sapmalar ve nedenler | İçerikHedeften ya da önceki aydan belirgin sapmalar | Otomatik mi?Tespit kodda, olası neden yorumu yapay zekâda |
| Öneriler ve sonraki adımlar | İçerikBir sonraki ay için test ve bütçe önerileri | Otomatik mi?Taslak yapay zekâ, karar insanda |
Agent'ın yapmaması gerekenler
- Kanıtı olmayan neden-sonuç iddiası kurmak (“şu kampanya yüzünden düştü” demeden önce veri desteği aramak).
- Eksik veri varsa rakamı tahminle doldurmak. Eksikliği raporda açıkça yazmalı.
- Kaynağı belli olmayan sayı üretmek.
- Onaysız olarak müşteriye ya da dışarıya rapor göndermek.
- Kişisel veri içeren alanları rapora dahil etmek.
Kurulum adımları
- Metrik sözlüğü. Gelir, yeni müşteri, dönüşüm, kanal gibi tanımları yazın. Bu adımı atlamak agent'a hatalı bir rapor öğretmek anlamına gelir.
- Kaynak envanteri. Her kaynağın API durumunu ve erişim yetkisini listeleyin.
- Birleşik veri tablosu. Toplanan veriyi temizleyip tek yapıda birleştirin.
- Hesaplamalar. Ana göstergeleri kodla hesaplayın, birim testleriyle doğrulayın.
- Rapor şablonu ve yorum kuralları. Yapay zekâya hangi bölümde ne yazabileceğini ve neyi yazamayacağını tanımlayın.
- Onay ve arşiv. Rapor kim tarafından ne zaman onaylandı, kaydı tutulsun.
- Karşılaştırma dönemi. İlk iki ay agent'ın çıktısını elle hazırlanan raporla yan yana koyun.
Riskler ve kontroller
- Veri gecikmesi. Bazı platformlar rakamları geriye dönük günceller. Raporun tarih kesimini ve “rakamlar değişebilir” notunu belirleyin.
- Tanım kayması. Bir platform metriğin tanımını değiştirirse raporda ay ay tutarsızlık olur. Sürüm notu tutun.
- Erişim ve gizlilik. Salt okunur API anahtarı, alan bazlı yetki ve erişim kaydı kullanın.
- Kırılganlık. API değişiklikleri akışı bozabilir. Hata uyarıları tanımlayın.
Sık sorulan sorular
Rapor gerçekten saniyeler içinde mi çıkar?
Toplama, hesaplama ve taslak yorum, veri akışı kurulduktan sonra çok kısa sürede çıkar. Tanımların oturtulması ve onay süreci ise kurulum ve işleyişin gerçek emeğidir. Bu yüzden “saniyeler” demeyi yalnızca çalışan akış için kullanıyoruz.
Hangi araçlarla yapılır?
Toplama için n8n gibi bir otomasyon altyapısı, saklama için bir veri ambarı ya da tablo, yorum için Claude ya da OpenAI modelleri kullanılabilir. Seçim, veri hacmine ve güvenlik gereksinimlerine göre yapılır.
Ajans ya da işletme fark eder mi?
Akış aynı; kaynaklar ve rapor iskeleti değişir. Ajanslar için müşteri bazlı rapor şablonu, işletmeler için yönetim özeti öne çıkar.
İlgili yazılar
- Yönetim Dashboard'unda Bulunması Gereken 7 Metrik
- Otelde P&L Raporu: AI Agent ile Günler Değil Saniyeler
İlgili hizmetimiz: AI raporlama ajanları.