Moonborn'u 30 dakikada değerlendir

Bu rehber Moonborn'u değerlendiren ürün ekipleri için 30 dakikalık bir karar matrisi. Sıralı bir kontrol listesi: önce olmazsa olmaz (must-have) maddeleri kontrol et (15 dakika), sonra olması iyi (should-have) maddeleri (10 dakika), olsa bonus (nice-to-have) maddeleri (5 dakika). İlk olmaz (no-go) sinyalinde dur — sonraki adımlara zaman harcama.

Sonunda elinde şunlardan biri olacak:

• Devam (Go) — pilot başlat, gerçek iş yükü (workload) ile bir hafta test et.
• Koşullu (Conditional) — bir veya iki "olması iyi" madde eksik; satışla konuş, eksiklikleri kapatma planı çıkar.
• Durdur (No-Go) — yapısal bir engel var; başka çözüm ara.

Olmazsa olmaz maddeler — 15 dakika

İlk "olmaz" burada gelirse zaman kaybetme; ekibine geri dön.

1. Drift detection somut sayı üretiyor

Son 10 müşteri destek konuşma kaydından (transcript) 5 yanıtı seç (3 tanesini "seste" / in-voice, 2 tanesini "ses-dışı" / off-voice diye etiketle). Drift detection kavramı'ndaki scoreReply çağrısıyla skorla. Beklenti: ses-dışı yanıtların skoru seste yanıtların skorundan en az 2 kat yüksek olmalı. Aksi halde drift sinyali ürün için yeterli ayrımı vermiyor demektir.

2. OpenAI uyumlu uç nokta mevcut entegrasyona oturuyor

Şu anda OpenAI SDK kullanıyorsan, baseURL ve model değiştirme (swap) çalışıyor mu — 10 dakikada bir çağrı yap. OpenAI uyumlu uç noktaya geç rehberindeki örnek yeterli. Akış (streaming) ve araç çağırma (tool calling) da geçişten sonra çalışmaya devam etmeli.

3. Free planı pilot yükünü taşıyor

50 persona + 200 sohbet (chat) oturumu ile bir haftalık pilot Free planına sığmalı. Eğer pilot hacmin bunun üstüyse Pro planına geçmen gerekecek — bu otomatik "olmaz" değil, ama bütçe planına girer.

4. Veri ikameti (data residency) uyumluluğa (compliance) uyuyor

ABD veya AB bölge seçenekleri yeterli mi? GDPR AB verisi için AB organizasyonu, ABD HIPAA için ABD organizasyonu. APAC ikameti v1'de yok — Asya Pasifik gereksinimi varsa bu "olmaz" demektir.

5. Webhook teslimi + imza doğrulama net belgelenmiş

Voice drift'i ele al rehberindeki HMAC desenini gözden geçir. Uç noktan 5 yeniden deneme (retry) + ölü mektup kuyruğu (dead-letter queue) alıyor mu, imza doğrulama üretim seviyesinde (production-grade) mi? Çoğu güvenlik incelemesi (security review) bu adımı ister.

Olması iyi maddeler — 10 dakika

Bunlar olmadan canlıya geçiş (rollout) zorlaşır, ama eksiklik bir koşullu kararla yönetilebilir.

6. Tahrik testleri (provocation tests) takımı senin alanını kapsıyor

Bir test persona'sı oluştur, Kalite hattını kur rehberindeki test takımını çalıştır. Geçme oranı (pass rate) ≥ 0.85 olmalı. Düşükse alana özgü (domain-specific) özel testlerin gerekecek — Team planına geçişe dahil et.

7. Denetim (audit) verdikti editöryal görüşünle uyumlu

5 örnek persona oluştur, denetim skorlarını gözden geçir. Senin editöryal yargın ve Moonborn'un skoru aynı yönde mi? 5 üzerinden 4+ verdikt gerçekten "ürüne çıkacak kalitede" hissediyor mu? Genel kalibrasyon ekibin için makul mü?

8. SDK senin teknoloji yığının (stack) için mevcut

TypeScript, Python, Go, Ruby, Rust, Elixir + CLI mevcut. Yığının (stack) liste dışındaysa REST API'ye düşersin — yapılabilir, ama bir haftalık entegrasyon vakti ekle.

9. Fiyatlandırma tahmin ettiğin hacme uyuyor

Planlar sayfasını ve plan-özellik matrisini geç. Beklenen aylık hacmin için plan kademesi ekibinin bütçesine sığıyor mu?

Olsa bonus maddeler — 5 dakika

Var ise bonus; yok ise canlıya geçişi durdurmaz.

10. MCP sunucusu senin geliştirme ortamında (IDE) mevcut

Claude Desktop, Cursor, ajan (agent) iskeletin — MCP sunucusu üzerinden bağlan bağlantısı IDE iş akışına katkı sağlıyorsa puan.

11. Pazaryeri (marketplace) kullanıcı deneyimi (UX) ekibinin kullanmak isteyeceği bir UX

Pazaryeri listelemeleri ile keşif akışı ekibinin onaylayacağı bir kullanıcı deneyimi mi? Şart değil ama dağıtım (distribution) kanalı yararlıysa puan.

12. Soy ağacı (lineage) + fork ağacı marka varyant (variant) stratejisine eşleniyor

Marka ekibin resmi (formal) / sıradan (casual) / dil-bölge (locale) varyantları kullanıyorsa soy ağacının organize edebileceği bir akış var mı?

"Olmaz" sinyalleri

Aşağıdakilerden herhangi biri doğruysa burada dur — yapısal engel:

"Sonraya" sinyalleri

Bunlar engel (blocker) değil ama canlıya geçişi yavaşlatır — pilot kararını etkilemez, ama pilot sonrası planlamada görünür olsun.

Karar çerçevesi

Çıktı: ROI ile birleştir

30 dakika sonra elinde Devam / Koşullu / Durdur kararı olacak. İş gerekçesi (business case) için ROI hesaplama rehberindeki maliyet / fayda modeliyle birleştir — pilot kararı ile aylık çalıştırma maliyeti tahmini yan yana, karar sunumuna (decision deck) doğrudan bir sayfa olur.

İlgili