Model maliyeti ve fiyatlandırma: birim ekonomi

Tez: Token fiyatı tek satırdır; birim ekonomi iş başı maliyettir. Satın alma tablosundaki “1M token” satırı, yönetim masasında karar üretmez. Karar üreten şey, tanımlı bir işin (dosya, çağrı, fatura, sözleşme, destek talebi, denetim maddesi) uçtan uca ne kadara mal olduğu ve o maliyetin kalite ile birlikte nasıl hareket ettiğidir.

Soft PASS=0: Liste fiyatını “ucuz/pahalı” diye etiketlemek yönetim değildir. Liste fiyatı girdi; birim ekonomi çıktıdır. Girdi ile çıktıyı aynı satırda okuyan kurum, yanlış zafer veya yanlış panik üretir.

Bu yazı hisse, ticker veya getiri tavsiyesi taşımaz. Uydurma pazar büyüklüğü ve yüzde yoktur. Okur kurum, kendi birimlerini kendi faturası ve kendi iş kaydıyla kurar. Burada kurulan şey okuma dilidir.

Kurumsal AI harcaması çoğu masada hâlâ “yazılım lisansı” gibi konuşulur. Lisans mantığı sabit abonelik ve kullanıcı sayısına yakındır. Model kullanım mantığı ise iş yüküne, çıktı uzunluğuna, yeniden denemeye ve insan müdahalesine bağlıdır. Bu farkı görmeyen bütçe, ya şişer ya da yanlış yerden kesilir. Birim ekonomi, bütçeyi iş nesnesine bağlayan köprüdür.

Maliyet kırılımı

Model faturası çoğu zaman görünür olan tek satırdır. Görünür olduğu için de yanlış merkeze oturur. Birim ekonomiyi kurmak, önce kırılımı açmakla başlar. Kırılım karmaşık muhasebe değildir; yönetici dilinde beş-altı kolon yeterlidir.

Model çıkarım maliyeti. Girdi token, çıktı token, gömme (embedding), yeniden deneme, araç çağrısı (tool call) ve bazen ayrı fiyatlanan uzun bağlam veya “daha derin” yanıt modları. Aynı iş, kısa yanıtta ucuz; uzun gerekçeli yanıtta pahalı görünebilir. Fiyat tablosu tek satır gibi dursa da iş yükü satırı çoğaltır. Çıktı uzunluğunu ürün kararı sanmayın; çoğu zaman prompt ve değerlendirme tasarımıdır.

Orkestrasyon ve ara katman. Prompt biriktirme, yönlendirme, güvenlik süzgeci, bellek, kuyruk, yeniden deneme politikası. Bunlar model faturasından ayrı faturalanabilir veya ekip içi compute olarak görünmez kalabilir. Görünmez maliyet, yok maliyet değildir. Özellikle ajanlı akışlarda ara katman, model satırını geçebilir.

Veri ve bağlam hazırlığı. Parçalama, indeks, erişim kontrolü, kişisel veri maskeleme, güncel belge seçimi. “Ucuz model + kirli bağlam” çoğu zaman pahalı insan düzeltmesi üretir. Birim ekonomide bağlam hazırlığı, model satırının kardeşidir. Bağlamı güncellememek de maliyettir: sessiz kalite bozulması.

İnsan dakikası. Onay, düzeltme, red, yeniden iş, istisna yönetimi. AI üretimini şişirip insan yargısını sabit bırakırsanız birim maliyet düşmez; kuyruk şişer. İnsan dakikası ölçülmeden “ucuzladı” demek Soft PASS’tir. Dakika maliyeti brüt maaştır diye küçümsenmemeli; fırsat maliyeti ve kuyruk gecikmesi de iş başı maliyete girer.

Gözlem, değerlendirme ve olay. Log, izleme, kalite örneklemesi, olay müdahalesi, hukuki inceleme. Bunlar “proje sonrası” sanılır; ölçekte sürekli maliyettir. Değerlendirme bütçesi yoksa kalite rastgeleleşir; rastgele kalite, birim ekonomiyi anlamsızlaştırır.

Vendor ve sözleşme katmanı. Minimum taahhüt, rezervasyon, destek paketi, veri yerleşimi, özel örneklem, SLA. Liste fiyatı düşük, sözleşme pahalı olabilir. Kırılım, sözleşme maddesini de açar. Destek paketi “güven” diye alınırsa ölçülmeyen maliyete dönüşür.

Kırılımın amacı muhasebe şiiri yazmak değildir. Amaç, hangi kolun iş başı maliyeti hareket ettirdiğini görmektir. Model satırı düşüp insan dakikası artıyorsa birim ekonomi bozulmuş olabilir. Tersi de geçerlidir: biraz daha pahalı model, düzeltmeyi kesiyorsa iş başı ucuzlayabilir. Tek satır bu trade-off’u taşımaz.

Yönetici sorusu şudur: “Bu iş birimi için maliyet hangi kolonlarda yaşıyor?” Cevap yoksa fiyat tartışması dekoratiftir. İkinci soru: “Kolonlar aynı dilde mi?” Finans token, operasyon ticket, iş birimi “dosya” diyorsa ortak birim kurulmadan rapor birleşmez.

Kullanım senaryoları

Birim ekonomi senaryosuz kurulmaz. Senaryo, işin nesnesini ve kabul tanımını netleştirir. Senaryo yazmadan model seçmek, rota yazmadan araç seçmektir.

Senaryo A — taslak üretim. Örnek: iç yazışma, rapor iskeleti, toplantı özeti. Birim: kabul edilen taslak. Maliyet: model + kısa insan düzenleme. Risk: uydurma iddia, ton hatası, gizlilik. Bu senaryoda hızlı model sık seçilir; ama kabul oranı düşükse ucuzluk buharlaşır. Kabul tanımına “kaynak iddiası yok / iç kullanım” gibi sınırlar yazılır.

Senaryo B — bilgiye dayalı yanıt. Örnek: politika sorusu, ürün dokümanı, iç SSS. Birim: doğru ve kaynaklı yanıt (veya “bilmiyorum”un doğru kullanımı). Maliyet: retrieval + model + doğrulama. Burada bağlam kalitesi çoğu zaman model markasından ağır basar. Yanlış belge seçimi, pahalı modeli da bozar.

Senaryo C — yapılandırılmış çıkarım. Örnek: faturadan alan, sözleşmeden madde, formdan JSON. Birim: doğrulanmış kayıt. Maliyet: model + şema doğrulama + istisna kuyruğu. Küçük hata oranı, büyük operasyon maliyetine dönüşebilir; bu yüzden birim tanıma “düzeltmesiz geçen kayıt” şartı konur. Şema dışı çıktı “yarım başarı” sayılmaz.

Senaryo D — ajanlı iş akışı. Örnek: çok adımlı araştırma, araç kullanımı, biletleme. Birim: tamamlanan iş (kabul kriterli). Maliyet: çoklu çağrı + araç + gözlem + insan kapıları. Ajan demosu ucuz görünür; üretim birimi pahalı olabilir. Senaryoyu “sohbet” sanmak kırılımı bozar. Her araç çağrısı ayrı maliyet ve ayrı risk kapısıdır.

Senaryo E — değerlendirme ve red-teaming. Bu bir “ürün özelliği” değil, sürekli iştir. Birim: kapsanan risk senaryosu veya geçen test paketi. Bütçelenmezse kalite rastgeleleşir; birim ekonomi körleşir. Değerlendirme maliyeti, üretim maliyetinin sigortasıdır; sigortayı kesmek tasarruf değildir.

Her senaryoda üç alan yazılır: nesne (ne sayıyoruz), kabul (ne “bitti” sayılır), istisna (ne insan kuyruğuna düşer). Bunlar yoksa token hesabı senaryo değildir. Dördüncü alan da faydalıdır: etki sınıfı (düşük / orta / yüksek). Etki sınıfı, hangi senaryoda pahalı kontrolün zorunlu olduğunu söyler.

Aynı model, A’da uygun B’de pahalı C’de riskli olabilir. “Şirket modeli” tek seçim dayatması, birim ekonomiyi öldürür. Portföy yaklaşımı: senaryoya göre model ve kontrol katmanı. Portföy, savurganlık değil; birim ve risk ayrımıdır.

Fiyatlandırma tuzakları

Tuzaklar çoğu zaman kötü niyet değil, yanlış birimdir. Yanlış birim, iyi niyetli ekipleri Soft PASS’e sürükler.

Liste fiyatı tuzağı. “Token başına X” karşılaştırması, çıktı uzunluğu, yeniden deneme ve tool call farkını yok sayar. Aynı soruya üç kat uzun cevap üreten “ucuz” model pahalıya patlar. Karşılaştırmayı iş başı yapın; token başı değil.

Batch vs interactive tuzağı. Toplu iş ile anlık kullanıcı deneyimi aynı fiyat mantığıyla okunmamalıdır. Gecikme toleransı, rezervasyon ve kuyruk maliyeti farklıdır. Gece batch’ini gerçek zamanlı sohbetle kıyaslamak, karar bozar.

Gizli çoğaltma. Güvenlik süzgeci, paralel aday üretimi, self-consistency, çeviri zinciri — tek kullanıcı isteği birden fazla modele gider. Faturada “kullanım arttı” görünür; ürün ekibi “trafik aynı” der. Kırılım yoksa suçlama yarışı başlar. Çoğaltmayı ürün kararı olarak kaydedin.

Ücretsiz katman / kredi tuzağı. Pilot ucuz veya kredi ile akar; üretimde taahhüt ve limit devreye girer. Soft PASS burada sık doğar: pilot maliyeti üretim maliyeti sanılır. Pilotun birim ekonomisi, üretim birim ekonomisinin adayıdır; ikizi değildir.

Çıktıyı girdiye çevirme. Uzun sistem promptları, şişkin bellek, gereksiz tarihçe. Bağlam penceresi doldukça her tur pahalılaşır. “Model pahalandı” sanılır; prompt hijyeni bozulmuştur. Hijyen, maliyet kırılımının operasyon koludur.

Kaliteyi fiyattan koparma. En ucuz satır seçilir; red oranı artar; birim maliyet yükselir. Fiyat tablosu yeşil, operasyon kırmızıdır. Kaliteyi dipnota itmek, birim ekonomiyi iptal eder.

Tek vendor’a kör bağ. İndirim cazip gelir; çıkış maliyeti konuşulmaz. Tuzak, bugünkü satır değil yarınki kilitlenmedir. Çıkış planı olmayan indirim, ertelenmiş borçtur.

Kur ve fatura dönemi. Farklı para birimi, farklı kesim tarihi, farklı “ne zaman sayılır” kuralı. Maliyet tartışmasını ay kapanışına kilitlemeden önce tanım hizalanır. Aksi halde her ay “neden arttı?” tiyatrosu oynanır.

Özellik demosu tuzağı. Satıcı demosu ideal bağlam ve kısa çıktı ile akar. Sizin üretim yükünüz uzun bağlam, kirli veri ve çok dilli istisnadır. Demo birimi ile üretim birimi karıştırılırsa müzakere yanlış zeminde başlar.

Tuzakları tek cümlede özetleyelim: Fiyat, iş başı maliyeti değildir. İş başı maliyet, kabul edilmiş çıktının toplam kolonsal maliyetidir.

Müzakere

Müzakere, “daha ucuz token” diye başlayan konuşmada sık bozulur. İyi müzakere, birim ve risk üzerinden yürür. Satıcıya giden ilk cümle indirim talebi değil, senaryo paketidir.

Ne müzakere edilir? Birim fiyat; hacim dilimleri; rezervasyon / taahhüt; veri yerleşimi ve işlem yeri; log saklama; destek ve olay yanıt süresi; değerlendirme ortamı erişimi; çıkış ve veri iade maddeleri; alt işleyen zinciri şeffaflığı; sürüm değiştirme bildirimi.

Ne kanıt istenir? Senaryo bazlı örnek fatura (anonim), rate-limit davranışı, kesinti politikası, model sürüm değiştirme bildirimi, güvenlik dokümanı, alt işlemci listesi. “Güvenin” yetmez; kanıt dosyalanır. Kanıt yoksa madde açık kalır — Soft PASS ile kapatılmaz.

İç hizalama. Satın alma, hukuk, güvenlik, finans ve iş sponsoru aynı birim tanımını konuşmalıdır. Aksi halde satıcıya üç farklı hikâye gider; indirim gelir, birim ekonomi gelmez. İç hizalama toplantısı, satıcı toplantısından önce yapılır.

Taahhüt dilemması. Yüksek taahhüt indirim getirir; esneklik götürür. Karar, tahmin kalitesine bağlıdır. Tahmin zayıfsa kısa dilim ve ölçüm kapısı; tahmin güçlendikçe taahhüt. Kör taahhüt Soft PASS’tir. Tahmini güçlendirmenin yolu, senaryo bazlı ölçüm ritimidir.

Çoklu yol. Kritik senaryoda ikinci yol (başka model veya kural tabanlı yedek) müzakere kartıdır. Tek yol, satıcının elini güçlendirir. Çoklu yol maliyeti “israf” değil; opsiyon bedelidir.

İnsan maliyeti müzakeresi. Bazen “daha pahalı model + daha az uzman dakikası” toplamda ucuzdur. Bunu satıcıya değil, iç sponsorlara anlatmak gerekir. Müzakere içerde başlar. Sponsor, yalnızca token satırına bakıyorsa birim ekonomi anlatısı kurulmalıdır.

Müzakere çıktısı bir PDF indirimi değil, senaryo bazlı birim maliyet tavanı ve gözden geçirme ritmi olmalıdır. Tavan aşılınca ne olur yazılıdır: daraltma, model değişimi, insan kapısı sıkılaştırma. Yazılı olmayan tavan, tavan değildir.

Ölçüm

Ölçüm yoksa birim ekonomi iddiası slayttır. Ölçüm, pahalı bir veri platformu şartı da değildir; disiplinli kayıttır.

Temel seri. Senaryo, birim nesne, kabul tanımı, dönem, maliyet kolonları, kalite göstergesi, latency bandı (gerekirse), istisna oranı. Bunlar tek sayfada durur. Sayfa şişerse okunmaz; okunmayan ölçüm yoktur.

Öncesi / sonrası. Araç öncesi baseline yoksa “ucuzladı” iddiası kurulamaz. Baseline yoksa önce ölç, sonra yaygınlaştır. “Tahmini eski hal” baseline değildir.

Karar eşiği. Hangi birim maliyet veya kalite sapmasında sponsor durdurur / daraltır? Eşik yoksa pano süsler. Eşik, korku için değil; karar için vardır.

Örnekleme. Her çıktıyı insan denetlemek ölçeklenmez; risksiz örnekleme de yetersizdir. Risk tabanlı örneklem: zor dosya, yüksek etkili kanal, yeni sürüm sonrası sıkı tarama. Örneklem planı yazılıdır.

Sürüm etkisi. Model veya prompt sürümü değişince birim ekonomi yeniden ölçülür. “Aynı fiyat, farklı davranış” sık görülür. Sürüm kaydı olmadan maliyet tartışması kördür. Sürüm notu, maliyet notunun parçasıdır.

Paylaşılan gösterge dili. Finans token görür; operasyon kuyruk görür; iş birimi kabul görür. Ortak dil: iş başı toplam maliyet × kalite × süre. Üçü birlikte. Birini tek başına “zafer” saymak Soft PASS’tir.

Kayıt. Aylık bir sayfa: senaryolar, birim maliyet bandı, sapmalar, alınan kararlar. Bu sayfa yoksa müzakere unutulur; kırılım dağılır. Kayıt, suçlama aracı değil; öğrenme aracıdır.

Ölçümün Soft PASS hali: yeşil pano, sahibi yok, seri yok, kabul tanımı yok. Bilinmeyeni yeşil boyamak yönetim değildir.

Sonuç yerine

Token fiyatı tek satırdır. Yönetim masası iş başı maliyeti ister. Kırılımı açın, senaryoyu yazın, tuzakları adlandırın, müzakereyi birime kilitleyin, ölçümü ritme bağlayın. Ucuzluk iddiası ancak kabul edilmiş işin toplam kolonunda kanıtlanır. Kanıt yoksa iddia taslaktır; taslağı canlıya almak Soft PASS’tir.

İç link önerileri

- Model maliyeti ve fiyatlandırma: birim ekonomi - Büyük teknoloji AI yatırımlarını okumak - Kurumsal AI M&A ve ortaklık sinyalleri - Kurumsal AI ürün seçimi: build / buy - AI fiyat-performans: model karşılaştırma

Newsletter CTA

AI Ekonomisi bültenine katılın: maliyet, yatırım okuma ve operasyon dilinde kısa, uygulanabilir notlar. Haftalık özet — abone olun, karar masasına taşıyın.

---

ManegAI şeffaflık notu: Bu içerik AI Ekonomisi (aiekonomisi.com) yayın hattında üretilmiş bir taslaktır (`emir: P1-G-CONTENT-2026-09-13`). Soft PASS=0; `status: pending_approval` — yayın onayı olmadan canlıya alınmaz. Sahte istatistik, yüzde veya pazar büyüklüğü iddiası içermez. Yatırım, trading veya ticker tavsiyesi değildir. Üreten: ManegAI editorial hattı · marka: AI Ekonomisi.