Yapay Zekâ Ürünü Birim Ekonomisi Hesaplayıcısı
Kullanıcı başına maliyeti ortalamayla hesaplayan bir AI ürünü, er geç en yoğun kullanıcısıyla tanışır. Sabit ücretli bir üründe o kullanıcı da herkesle aynı tutarı öder; ama her isteği sizden bir fatura keser. Bu araç fiyat modelinizi (sabit, kullanıma bağlı, hibrit ya da sonuç bazlı) tipik ve yoğun kullanıcıya ayrı ayrı uygular: marjı, hangi istek sayısında zarara geçtiğinizi ve maliyet değişirse marjın nereye gittiğini gösterir. Açıldığında örnek değerlerle çalışır; kendi rakamlarınızı girin.
Araç 5 / 15
Yapay Zekâ Ürünü Birim Ekonomisi Hesaplayıcısı
Girdiler
Para birimi
Fiyat modeli
Sonuç
Zarar eşiği (tipik kullanım katı): 3,8×
Örnek değerler: kendi rakamlarınızı girin
Zarar eşiği
1.150 istek / ay
Tipik kullanımın (300 istek) 3,8 katı
Tipik kullanıcı kârlı, yoğun kullanıcı zarar yazıyor
Yoğun kullanıcı ayda $5,6 zarar yazıyor (1.500 istek). Payı %15 olduğu için karma marj %53,6.
Tipik marj
%68
300 istek · kâr +$13,6
Yoğun marj
-%28
1.500 istek · kâr −$5,6
Karma marj
%53,6
Yoğun payı %15 · kâr +$10,72
Yalnızca karma aylık gelir ($20) ve karma marj (%53,6; komisyon, çıkarım ve diğer değişken maliyetler düşülmüş) taşınır. Retention matrisi taşınmaz: kendi matrisinizi yapıştırana kadar LTV örnek veriyle hesaplanır ve tek bir marj tüm cohort'lara ve dönemlere uygulanır.
İstek başı maliyet $0,016; 1.000 istek $16.
İstek sayısına göre kullanıcı başı aylık kâr
Yatay eksen: kullanıcının aylık istek sayısı.
Maliyet değişirse marj ne olur?
| Maliyet değişimi | Tipik marj | Yoğun marj | Karma marj |
|---|---|---|---|
| -%50 | %80 | %32 | %72,8 |
| -%20 | %72,8 | -%4 | %61,3 |
| %0 | %68 | -%28 | %53,6 |
| +%20 | %63,2 | -%52 | %45,9 |
| +%50 | %56 | -%88 | %34,4 |
Güncel maliyetin üstüne uygulanır; 0 satırı mevcut durumdur. Fiyat ve kullanım aynı kalır.
Sonucu paylaş
Sonuçlar girdiğiniz değerlere dayanan bir tahmindir; yatırım ya da finansal tavsiye değildir. Hesap tarayıcınızda yapılır; rakamlarınızı göndermek için ayrı bir istek yapılmaz. Değerler adres çubuğundaki bağlantıya yazılır.
Formül
İstek başı maliyet
((girdi × (1 − önbellek) + girdi × önbellek × oran) × girdi fiyatı + çıktı × çıktı fiyatı) ÷ 1.000.000 × (1 + maliyet değişimi)
Girdi ve çıktı token sayıları bir isteğin ortalamasıdır; fiyatlar milyon token başınadır. Oran, önbellekten okunan token'ın normal girdi fiyatına oranıdır.
Gelir (aylık, kullanıcı başı)
Sabit: P · Kullanım: istek × istek başı fiyat · Hibrit: P + max(0, istek − dahil istek) × aşım fiyatı · Sonuç bazlı: istek × başarı oranı × sonuç başı fiyat
Kâr
gelir × (1 − komisyon) − istek × istek başı maliyet − diğer değişken maliyet
Marj = kâr ÷ brüt gelir.
Zarar eşiği (sabit fiyat)
(P × (1 − komisyon) − diğer maliyet) ÷ istek başı maliyet
Bu istek sayısının üstünde kullanıcı zarar yazar. Kullanıma bağlı modelde yön tersine döner: eşiğin üstünde kâr başlar. Hibritte eşik dahil istek hakkının (Q) altında kalıyorsa dahil kısım zarar yazar; eşik Q'nun üstündeyse ve aşım fiyatı maliyeti karşılıyorsa zarar eşiği yoktur.
Sonuç bazlı eşik eğimi
başarı oranı × sonuç başı fiyat × (1 − komisyon) − istek başı maliyet
Her istek bir denemedir; ücret yalnız başarılı denemeden alınır, başarısız denemenin maliyeti sizde kalır. Eğim sıfırın üstündeyse her ek deneme kâr bırakır, altındaysa zarar yazar. Araç ayrıca başarı oranı 0, 10 ve 20 puan düşerse marjı gösterir.
Zarar çarpanı
zarar eşiği ÷ tipik kullanıcının isteği
Eşik, tipik kullanımın kaç katında.
Karma marj
((1 − w) × kâr(tipik) + w × kâr(yoğun)) ÷ ((1 − w) × gelir(tipik) + w × gelir(yoğun))
w, yoğun kullanıcı payıdır. Ortalama isteğe göre değil, kâr ve gelir ayrı ayrı karıştırılarak hesaplanır.
Kur senaryosu (maliyet $, fiyat ₺)
TL maliyet = USD maliyet × kur × (1 + kur artışı) · Kârı korumak için fiyat artışı = maliyet payı × kur artışı · Marjı korumak için fiyat artışı = kur artışı
Maliyet payı, karma kullanıcıda maliyetin net gelire (gelir × (1 − komisyon)) oranıdır. Varsayımlar: TL fiyat senaryoda sabit, maliyetin tamamı dolar, hesap doğrusal. Maliyet tamamen dolar olduğundan marj yüzdesini korumak için fiyatın kur artışı kadar artması gerekir; kârlıysanız kâr tutarını korumak için daha azı yeter, çünkü maliyet net gelirin yalnız bir kısmıdır.
Sonucu nasıl okumalı?
Ortalama, ortalama derinliği bir metre olan nehri geçmeye benzer: sol kıyı bileğe gelir, orta kısım boyunu aşar. Kullanıcı başına ortalama maliyeti ortalama fiyatla karşılaştırdığınızda çoğu zaman makul bir marj görürsünüz; faturayı ise ortalama kullanıcı değil kuyruk keser. Maliyet istek sayısıyla doğrusal artarken sabit ücretli gelir yerinde durur, bu yüzden bir eşiğin üstünde her ek istek kârı yer. Bessemer'in AI fiyatlandırma rehberi farkı şöyle koyuyor: klasik SaaS'ta bir müşteriye daha hizmet vermek neredeyse bedavadır, AI'da ise her sorgu hatırı sayılır bir maliyet doğurur. a16z de 2020 tarihli yazısında bulut altyapısını AI şirketleri için büyük ve çoğu zaman gizli bir maliyet olarak anıyor. Araç bu yüzden iki kullanıcı tanımı ister: tipik ve yoğun. Sonuçta üç rakam çıkar: tipik marj, yoğun marj, ikisinin karması.
Fiyat modeli bu dağılımı değiştirir. Sabit fiyatta zarar eşiği vardır ve üstü zarardır; en yoğun kullanıcı, en çok ödeyen değil en çok zarar ettiren olur. Kullanıma bağlı fiyatta maliyet müşteriye geçer ve istek başı fiyat maliyeti karşıladığı sürece marj korunur; karşılamıyorsa her istek zarardır. Bessemer sonuç bazlı modeller için maliyet değişkenliğini üstlenmeniz gerektiğini söylüyor; hibrit modelleri ise müşteriye öngörülebilirlik verirken yukarı yönü de yakalayan bir yol olarak anıyor ve özellikle erken aşama girişimler için etkili bir orta yol buluyor. Poyar, 2024 tarihli yazısında kullanım bazlı fiyatın algılanan belirsizliğinin birçok şirketi ürküttüğünü, SaaS yavaşlamasında kullanım bazlı işlerin büyümesinin aboneliklerden daha hızlı düştüğünü yazıyor. 40 öncü AI girişimini incelediği 2024 tarihli yazıda uygulama katmanında çoğunluk abonelik modelini seçmiş, saf kullanım bazlı olan çok az. Bu bizim çıkarımımız: maliyet kullanıma bağlı, gelir çoğu zaman değil. Hibritte dahil istek hakkını (Q) oynatın. Zarar eşiği Q'nun altında kalıyorsa dahil kısım zaten zarar yazıyordur; eşik Q'nun üstündeyse ve aşım fiyatı maliyeti karşılıyorsa eşiğin ötesinde zarar yoktur. Q'yu nereye koyacağınız bir pratik kuraldır, kanıtlanmış bir optimum değil. Sonuç bazlı modelde (araçta dördüncü seçenek) her istek bir denemedir: ücret yalnız başarılı denemeden gelir, başarısız denemenin maliyeti sizde kalır. Bessemer'e göre zor bir müşteri sorunu beklenenden çok daha fazla işlem gücü tüketebilir; model de performansa güvendiğinizde, maliyet sapmasını taşıyabildiğinizde ve sonuç net ve ölçülebilir olduğunda işliyor. Bessemer'in andığı maliyet değişkenliğinin yanında, marjı en hızlı aşındıran şeyin başarı oranı olduğu bizim yorumumuz (yorum): oran düştükçe aynı maliyet daha az gelire bölünür. Araç bu yüzden başarı oranı düşerse marjı ayrıca gösterir.
Türkiye'de ek bir katman var: sağlayıcılar fiyatı dolarla listeliyor, geliriniz ise liradan geliyor olabilir. Kur yükseldiğinde ve TL liste fiyatını güncellemekte gecikirseniz, hiçbir şeyi değiştirmeden marjınız erir. Bu enflasyona benzer bir mantıktır; Reel Büyüme sayfasındaki gibi nominal rakam büyürken altındaki ekonomi daralabilir. Araç bunu iki yoldan gösterir. Para birimini TRY seçip "Maliyet $, fiyat ₺" kipine geçerseniz token fiyatlarını ve diğer değişken maliyeti dolar, fiyatları lira girersiniz; araç dolar maliyeti sizin girdiğiniz kurla liraya çevirir. Tablo, TL fiyat sabitken kurun yüzde 10, 25 ve 50 artmasının tipik, yoğun ve karma marjı nereye götürdüğünü gösterir. Son sütun ayrı bir soruyu cevaplar: aynı TL kârı korumak için fiyat ne kadar artmalı. Araç kur tahmini yapmaz; kurun nereye gideceğini söylemez, bir senaryoyu diğerinden olası saymaz. Yalnız sizin girdiğiniz kuru ve bu dört senaryoyu hesaplar; varsayılan kur örnektir, güncel kur değildir. Hesap maliyetin tamamının dolar olduğunu varsayar. Gerçekte lirayla ödediğiniz bir kaleminiz varsa (ör. destek ekibi) kur artışı onu aynı oranda büyütmez; sonucu buna göre okuyun. Kur kipini kullanmıyorsanız "çıkarım maliyeti değişimi" girdisi ve duyarlılık tablosu aynı soruyu genel bir maliyet artışı olarak sorar.
Araç, girdisi kadar doğrudur. İstek sayılarını ve token ortalamalarını tahminle değil, kendi kayıtlarınızdan alın; yoğun kullanıcı çarpanını ve payını gerçek dağılımdan çıkarın. Varsayılan değerler örnektir, güncel bir fiyat ya da bir sektör ölçüsü değildir. Önbellek yazma ücretini ayrı bir kalem olarak modellemez; yalnızca önbellekten gelen payı ve okuma fiyatını kullanır. İki kullanıcı grubu da gerçeğin sadeleştirilmiş hâlidir. Ve araç yalnız maliyet tarafını gösterir: kullanıcının size verdiği değeri, yani yüksek kullanımın bir satın alma niyeti mi yoksa bir istismar mı olduğunu başka bir yerden okumanız gerekir. Fiyat sayfanızı en yoğun kullanıcınızın size çıkardığı faturayla yan yana koysanız hâlâ aynı fiyatı yazar mıydınız?
Sık sorulan sorular
Token maliyetini nereden bulurum?+
Sağlayıcının API fiyat sayfasından. Sağlayıcılar fiyatı milyon token başına, girdi ve çıktıyı ayrı, önbelleğe alınmış girdiyi ve toplu (batch) işlemi ayrı kalemlerle veriyor. Bu araçtaki varsayılanlar örnektir, güncel fiyat değildir; gerçek rakamı sayfadan, token ortalamalarını kendi kayıtlarınızdan girin.
Önbellek payı nedir, neden her zaman ucuzlatmaz?+
Önbellek payı, girdi token'larının ne kadarının önbellekten okunduğudur; okunan token normal girdiden daha ucuz fiyatlanır. Ancak sağlayıcılar önbelleğe yazmayı ayrıca ücretlendirebiliyor ve isabet oranı düşükse kazanç küçülür. Çıktı token'ı da önbellekten etkilenmez. Bu araçta yalnızca önbellekten gelen payı ve okuma oranını girersiniz; yazma ücreti ayrı kalem değildir, etkisini daha düşük bir önbellek payı girerek yaklaşık yansıtabilirsiniz. Örnek değer sıfırdır.
Hibritte dahil istek hakkını (Q) nasıl seçerim?+
Kesin bir kural yok. Pratik kural: Q'yu sabit fiyatın karşıladığı zarar eşiğinin altında tutun ve aşım fiyatının istek başı maliyeti karşıladığını doğrulayın. İkinci pratik kural: aradığınız değer, tipik kullanıcıyı aşıma sokmayıp yoğun kullanıcıyı aşım ödemesine taşıyan değerdir. Q'yu değiştirip zarar eşiğine, karma marja ve grafiğe bakın.
Model fiyatları düşerse sorun çözülür mü?+
Kendiliğinden çözülmeyebilir. Bu bir çıkarım: fatura, fiyat ile token sayısının çarpımıdır. Fiyat düşerken kullanıcılar daha uzun ya da daha çok istek yaparsa maliyet düşmez. Duyarlılık tablosu yalnız maliyet değişimini dener (maliyet düşerse marj ne olur); kullanım artışını denemek için tipik kullanıcının isteğini ya da token ortalamalarını yükseltip sonucu karşılaştırın.
Yoğun kullanıcı çarpanı ve payını nasıl belirlerim?+
Kayıtlarınızdan: kullanıcıları aylık isteğe göre sıralayın, en üstteki dilimin tipik kullanıcının kaç katı istek yaptığına ve kullanıcıların yüzde kaçını oluşturduğuna bakın. Dilimi nereden kestiğiniz bir karardır; birkaç farklı kesimle aracı çalıştırıp sonucun ne kadar oynadığını görün.
Sonuç bazlı fiyatta neyi izlemeliyim?+
İki şeyi: başarı oranını ve başarısız denemenin maliyetini. Araçta her istek bir denemedir; gelir başarı oranı × sonuç başı fiyattır, başarısız denemenin çıkarım maliyeti ise sizde kalır. Bessemer'e göre zor bir müşteri sorunu beklenenden çok daha fazla işlem gücü tüketebilir; bu yüzden başarı oranını tek bir ortalama olarak değil, vaka zorluğuna göre ayırarak izleyin (pratik kural). Başarı oranı duyarlılığı, oran 10 ve 20 puan düşerse marjın nereye gittiğini gösterir. Oranı kendi kayıtlarınızdan girin; varsayılan değer örnektir.
Kur artarsa fiyatımı ne kadar artırmalıyım?+
Önce hedefi ayırın, çünkü iki ayrı cevap var. TL kârınızı korumak istiyorsanız fiyat artışı = maliyet payı × kur artışı; maliyet net gelirin üçte biriyse kur yüzde 30 artınca fiyatın yaklaşık yüzde 10 artması yeter (anlatım için örnek). Marj yüzdenizi korumak istiyorsanız maliyetin tamamı dolar olduğundan fiyat kurla aynı oranda artmalı. Kârlıysanız ikincisi her zaman daha yüksek bir fiyattır ve her pazar onu kaldırmaz. Hangisini seçeceğiniz bir karardır: kâr tutarı mı, marj mı? Araç iki sonucu da gösterir, kur tahmini yapmaz; kuru ve senaryoyu siz girersiniz. Maliyetinizin bir kısmı lirayla ödeniyorsa iki sonuç da biraz abartılı çıkar.
Rakamların arkasındaki hikâyeyi birlikte okuyalım.
Hangi metriğin büyümenizi gerçekten sınırladığını ve ilk hangi kaldıraçla başlayacağınızı birlikte netleştirelim.