Neyi Ölçeceğinizi Bilmiyorsanız: Pack Wizard ile Bayi Kayıp Riskini Tanımlamak

7000'den fazla bayi noktasını yöneten bir otomotiv yedek parça distribütörü olduğunuzu düşünün. Bölge müdürleriniz her ay bayilerle görüşüyor ve CRM'e serbest metin bir not düşüyor; destek ekibiniz de bayilerden gelen şikayetleri kaydediyor. Elinizde veri var — ama şu soruya net bir cevabınız yok: hangi kritere göre puanlayacaksınız?

Bu, HuMetric'in en sık karşılaştığı durum. Zaten iki örnek pack'imiz var: biri saha ziyaret notundan bayi operasyon kalitesini çıkarıyor (Bayi Ziyaret Notlarından Otomatik Performans Skoru), diğeri toptancı tedarik performansını ölçüyor. Ama bu ikisinden de farklı bir soru var: bayiyle ilişkimiz bozuluyor mu, onu kaybetmek üzere miyiz? Ne saha ziyaret kalitesi ne de tedarik performansı bu soruyu cevaplıyor — CRM notlarındaki ton, şikayet yoğunluğu ve ödeme disiplini gibi farklı bir sinyal seti gerekiyor.

İşte tam bu noktada Pack Wizard devreye giriyor: metrikleri siz tanımlamak zorunda değilsiniz, bir agent sizinle birlikte tanımlıyor — gerekirse kendi araştırmasını da yaparak.

Paketler ekranından başlıyoruz

Panelde "Paketler" sekmesinde zaten yayında pack'ler görüyoruz. "Yeni pack" butonuna basıp sihirbazı açıyoruz.

Adım 1 — Başla: birkaç soruya cevap verin

Sihirbazın ilk adımı sektörünüzü, neyi ölçmek istediğinizi, verinin nereden geldiğini ve önceliklerinizi soruyor. Burada bilinçli olarak "Neyi ölçeceğimi biliyorum" diyoruz — bayiyi biliyoruz — ama açıklama kutusuna tam olarak nesi belirsiz olduğunu yazıyoruz: "Bayiyi biliyorum ama hangi kritere göre puanlayacağımı bilmiyorum." Veri kaynağı olarak CRM'i, kriterler olarak Memnuniyet, İş Birliği ve Güvenilirlik/Tutarlılığı, kullanım amacı olarak da Alarm/Anomali Tespiti'ni işaretliyoruz — çünkü asıl istediğimiz erken uyarı.

Adım 2 — Tanımla: agent'a bağlam veriyoruz

Burada "Ajan benim için yazsın" modunda üç sekmeyi tek tek dolduruyoruz.

Açıklama sekmesine gerçek bir CRM notu örneği içeren serbest metin yazıyoruz:

DB Şeması sekmesine basit bir bayi tablosu tanımı yapıştırıyoruz — bayi kodu, bölge, CRM notu, açık şikayet sayısı, ödeme gecikme günü:

Örnek Veri sekmesine birkaç satır gerçekçi JSON ekliyoruz. Ekran görüntüsü sekmesini bu senaryoda boş bırakıyoruz; üç metin sekmesi zaten agent'a yeterli bağlamı veriyor:

"Pack üret" tıklandığı anda asıl "agentic" kısım başlıyor. Agent önce geçmiş pack'lerinizi kontrol ediyor (çakışma olmasın diye), sonra kendi kararıyla Gentic'in araştırma aracını (gentic.search_web) çağırarak bayi kayıp riski göstergeleri hakkında dış kaynak topluyor. Bu adımlar canlı olarak akıyor:

Adım 3 — İncele: pack'i, gerekçesini ve kaynaklarını görün

Agent burada bize sadece bir YAML dosyası vermiyor; kendi ürettiği paketi eleştiriyor ve hangi dış kaynaklara baktığını gösteriyor. Bu çalıştırmada öz-değerlendirme skoru %85 çıktı ve "Gentic'ten gelen kaynaklar" panelinde Gentic'in search_web aracıyla bulduğu 10 sonuçtan birkaçı listelendi — örneğin churn erken uyarı sinyalleri üzerine yazılmış gerçek makaleler (bkz. Sigma Computing'in müşteri kaybı tahmini üzerine yazısı ve The Pedowitz Group'un erken uyarı işaretleri rehberi). Agent bu kaynakları band eşiklerini ve metrik tanımlarını daha isabetli kurmak için kullandığını belirtiyor; yine de kendi tespit ettiği zayıf noktaları da listeliyor — bant eşiklerinin gerçek veri aralıklarına değil, genel varsayımlara dayandığını itiraf ediyor. Bu şeffaflık, pack'i körü körüne yayınlamak yerine gözden geçirip düzenlemenizi sağlıyor.

Üretilen paket entity_type: bayi ile altı metrik tanımlıyor: churn_risk (kayıp riski, birincil metrik), iliskisel_memnuniyet, is_birligi, guvenilirlik, sikayet_siddeti ve odeme_riski. Her metriğin kendi prompt'u, yönü (higher_is_better / lower_is_better) ve bant eşikleri var — hepsi sıfırdan, tek bir cümleden ve birkaç örnek veriden üretildi.

Adım 4 — Yayınla

Son adımda "HuMetric'e yayınla" kutusunu işaretleyip pack'i canlıya alıyoruz. İşaretlemezseniz taslak olarak kalır — istediğiniz zaman geri dönüp düzenleyebilirsiniz.

Yayınladıktan sonra Paketler listesinde "Bayi İlişki Sağlığı ve Kayıp Riski Paketi" aktif bir pack olarak görünüyor:

Bu pack aslında ne işe yarıyor?

Yayınlanan pack, tıpkı elle yazılmış herhangi bir Metric Pack gibi çalışır. Bir bölge müdürü CRM notunu sinyal olarak gönderdiğinde:

1. Extractor notu, pack'in tanımladığı altı metrik adayına çevirir — sadece pack'te tanımlı anahtarlar üretilir, uydurma metrik olmaz. Hangi modelin çalıştığı sabit değil: tenant hangi LLM sağlayıcısını bağladıysa (bu hesapta DeepSeek) extractor onun üzerinden çalışır; ayrı bir anahtar yoksa platformun varsayılan Anthropic modeline düşer.
2. Curator bu adayları bayinin geçmiş profiliyle birleştirip kalibre eder — ama bu bir LLM çağrısı değil, deterministik bir formüldür (güvene göre ağırlıklandırılmış ortalama). Tek bir kötü not churn_risk'i aniden 1'e sıçratmaz, çünkü birleştirme kuralı bir yargı değil bir hesaplamadır.
3. Sonuç, zamanla ağırlığı azalan (temporal decay) ve her zaman bir güven değeriyle gelen bir metrik profilidir — üç ay önce "risk yüksek" diye işaretlenmiş bir bayi, yeni bir sinyal gelmediyse sonsuza kadar kırmızıda kalmaz, belirsizleşir.

Kısacası: Pack Wizard'ın çıktısı bir demo değil, gerçek bir Metric Pack'tir — extractor/curator/decay zincirinin geri kalanına aynen bağlanır. Fark, bu zincire girmek için artık YAML şemasını ezbere bilmenize gerek olmaması; tek cümlelik bir problem tanımı, birkaç örnek veri ve agent'ın kendi yaptığı araştırma yeterli.