Yapay zekâyı denemeye başlamış ama karşılığını ölçemeyen işletmeler, bütçe onayı için sayı arayan yöneticiler ve maliyeti öngörülemez bulan ekipler.
Serinin ilk beşinde yapay zekâyı işletmeye sokmayı, kendi verinizle çalıştırmayı, ekibe yaymayı, içerik üretmeyi ve müşteri iletişiminde kullanmayı anlattık. Bu yazı en az konuşulan ama en çok soru üreten yere geliyor: bütün bunlar paraya değiyor mu?
Soru meşru çünkü yapay zekâ harcaması diğer kalemlere benzemiyor. Bir yazılım aboneliği aylık sabit bir tutardır; yapay zekâ kullanımı ise kullandıkça artar ve ilk faturayı gören çoğu yönetici beklediğinden farklı bir rakam görür. Üstelik getiri tarafı da hemen görünmez — ilk haftalar öğrenme dönemidir ve zararlı görünür.
Bu yazı üç şey yapıyor: maliyeti kalem kalem çıkarıyor, getiriyi ölçülebilir hâle getiriyor ve ikisini aynı grafikte buluşturuyor. Model fiyatları sürekli değiştiği için burada tutar yok — hesabın iskeleti var, sayıları kendi kullanımınızdan koyacaksınız.
Önce doğru soru: neyin yerine geçiyor?
Yapay zekânın getirisi soyut bir "verimlilik" değildir. Somut olarak ölçmek için tek soru yeterlidir: bu iş daha önce nasıl yapılıyordu ve ne kadar sürüyordu? Karşılaştırma noktası olmadan hiçbir getiri hesabı kurulamaz.
En sık yapılan hata, ölçümü kullanmaya başladıktan sonra düşünmektir. O noktada eski hâlin ne kadar sürdüğü kimsenin aklında kalmamıştır ve geriye dönük tahmin, iyimserliğe kayar. Bu yüzden bir denemeye başlamadan önce mevcut durumu ölçün: kaç dakika, kaç kişi, kaç tekrar?
İŞ: Teklif metni hazırlamak
ÖNCESİ (bugün)
Kim yapıyor .................. satış sorumlusu
Tek seferde ne kadar sürüyor .. 40 dakika
Ayda kaç kez ................. 25
Aylık toplam süre ............ 1.000 dakika
SONRASI (deneme sonrası ölçülecek)
Tek seferde ne kadar sürüyor .. ?
Düzeltme payı ................ ? ← atlanmamalı
Aylık toplam süre ............ ?
→ Sayılar yöntemi göstermek için seçildi.
Kendi ölçümünüzü yapmadan bu tablo doldurulamaz.Maliyet kalem kalem
Yapay zekâ maliyeti yalnızca abonelik ya da kullanım ücreti değildir. Kurulum emeği, entegrasyon, eğitim, denetim süresi ve bakım da hesaba girer. Görünen fatura, toplam maliyetin bir parçasıdır.
| Kalem | Tür | Sık yapılan hata |
|---|---|---|
| Abonelik / kullanım ücreti | Değişken — kullandıkça artar | Tek maliyet sanılması |
| Kurulum ve entegrasyon emeği | Tek seferlik ama büyük | Kendi ekibinizin saati ücretsiz sayılması |
| Ekip eğitimi | Tek seferlik + tekrar eden | Hiç bütçelenmemesi |
| Denetim / kontrol süresi | Sürekli | Getiriden düşülmemesi |
| Veri hazırlama | Tek seferlik + bakım | En çok küçümsenen kalem |
| Bakım ve güncelleme | Sürekli | Model ve süreç değişince gereken emek |
| Başarısız denemeler | Kaçınılmaz | Maliyet sayılmaması |
Son satır özellikle önemli. Denenip vazgeçilen kullanımlar bir başarısızlık değil, öğrenmenin bedelidir; ama bedeldir. Yıl sonunda "yapay zekâ bize ne kazandırdı" hesabı yapılırken yalnızca çalışan kullanımların getirisi yazılıp denenip bırakılanların maliyeti unutulursa, tablo gerçeği göstermez.
Token: fatura neden beklenenden yüksek çıkıyor?
Kullanım başına ücretlendirilen sistemlerde birim, kelimeye yakın parçalar olan token'dır. Fatura, gönderdiğiniz metin ile alınan cevabın toplam uzunluğuna bağlıdır — ve gönderilen metin genellikle sanılandan çok daha uzundur.
Sürprizin kaynağı şu: her soruda yalnızca sorunuz gitmez. Sistem talimatı, önceki konuşma geçmişi ve varsa eklediğiniz belge parçaları da her seferinde birlikte gider. Uzun bir konuşmanın yirminci mesajı, ilk mesajından kat kat pahalıdır çünkü öncekilerin tamamı yeniden gönderilmektedir.
GÖNDERİLEN (girdi)
Sistem talimatı ........... her istekte tekrar gider
Konuşma geçmişi ........... uzadıkça büyür
Eklenen belge parçaları ... getirme (RAG) kullanıyorsanız
Kullanıcının sorusu ....... genellikle en küçük parça
ALINAN (çıktı)
Modelin cevabı ............ uzun cevap daha pahalıdır
MALİYET ≈ (girdi uzunluğu × girdi birim fiyatı)
+ (çıktı uzunluğu × çıktı birim fiyatı)
→ Çıktı birimi genellikle girdiden pahalıdır.
→ Birim fiyatlar sürekli değişir; sağlayıcının
güncel listesinden bakın.- Konuşma geçmişini sınırlayın: her mesajda tüm geçmişi göndermek yerine son N mesajı ya da özetini gönderin.
- Sistem talimatını kısaltın: her istekte tekrar gittiği için uzun talimat sürekli ödenen bir maliyettir.
- Getirme kullanıyorsanız parça sayısını ayarlayın: on belge parçası göndermek beş parçadan iki kat pahalıdır ve her zaman daha iyi cevap vermez.
- Çıktı uzunluğunu sınırlayın: "kısa ve maddeler hâlinde cevapla" talimatı doğrudan maliyet düşürür.
- Tekrar eden aynı soruları önbelleğe alın: aynı cevabı her seferinde yeniden üretmek gereksizdir.
- Toplu işleri gerçek zamanlı çalıştırmayın: acele olmayan işler için toplu ve ucuz yollar bulunabilir.
Model seçimi: her işe en güçlüsü gerekmez
En yetenekli model her zaman en doğru seçim değildir. Sınıflandırma, özetleme ve biçim dönüştürme gibi işler küçük ve ucuz modellerle yapılır; akıl yürütme ve uzun bağlam gerektiren işler için güçlü model gerekir.
Pratik yaklaşım, işi ikiye ayırmaktır: rutin işler ve zor işler. Rutin işleri ucuz modele verip zor işleri güçlü modele yönlendirmek, aynı sonucu belirgin biçimde düşük maliyetle üretir. Buna karar vermenin yolu tahmin değil denemedir — aynı işi iki modelle çalıştırıp çıktıları karşılaştırın.
| İş türü | Genellikle yeterli | Not |
|---|---|---|
| Sınıflandırma, etiketleme | Küçük model | Hacim yüksek olduğu için fark büyük |
| Özetleme | Küçük–orta model | Uzun belgede bağlam sınırına dikkat |
| Biçim dönüştürme, temizleme | Küçük model | Kurallı işler; güçlü model israf |
| Müşteri yanıtı taslağı | Orta model | Ton tutarlılığı önemli |
| Çok adımlı akıl yürütme | Güçlü model | Hata maliyeti yüksekse buradan şaşmayın |
| Kod üretimi ve düzeltme | Güçlü model | Yanlış kodun bedeli token farkından yüksek |
| Uzun belge analizi | Uzun bağlamlı model | Parçalama stratejisi maliyeti belirler |
Kalite nasıl ölçülür?
"Güzel cevap veriyor" bir ölçü değildir. Kalite, önceden hazırlanmış bir soru kümesi üzerinde ve kabul ölçütleriyle ölçülür; aynı küme her değişiklikten sonra yeniden çalıştırılır.
- 01
Bir test kümesi hazırlayın
Gerçek kullanımdan alınmış yirmi–otuz soru yeterlidir. Kolay olanları değil, zor ve sınır durumları seçin — sistemin nerede kırıldığını ancak onlar gösterir.
- 02
Kabul ölçütü yazın
Her soru için "doğru cevap neyi içermeli, neyi içermemeli" diye yazın. Bu olmadan değerlendirme kişiye göre değişir ve karşılaştırma yapılamaz.
- 03
Her değişiklikten sonra tekrar çalıştırın
Talimatı değiştirdiniz, modeli değiştirdiniz ya da yeni belge eklediniz — aynı kümeyi yeniden çalıştırın. İyileştirme sandığınız değişikliğin başka bir yeri bozup bozmadığı ancak böyle görülür.
- 04
Yanlışları sınıflandırın
Hata türünü ayırın: bilgi eksikliği mi, yanlış bilgi mi, biçim hatası mı, ton sorunu mu? Dördü farklı çözüm gerektirir; hepsine "model kötü" demek hiçbirini çözmez.
- Uydurma cevap oranı: Kaynakta olmayan bir şeyi söyleme sıklığı. Müşteriye dönük kullanımda en kritik ölçüdür.
- İnsana devir oranı: Ne kadarı insana aktarıldı? Çok düşükse sistem devretmesi gerekirken devretmiyor olabilir.
- Düzeltme payı: Çıktının ne kadarı elle düzeltiliyor? Getiri hesabının en belirleyici girdisi budur.
- İlk seferde kabul oranı: Kaç çıktı hiç düzeltilmeden kullanıldı?
- Yanıt süresi: Özellikle müşteriye dönük kullanımda maliyetten önce gelir.
Geri dönüş hesabı
Getiri, kazanılan süre ile o sürenin maliyetinin çarpımıdır; buna varsa doğrudan gelir etkisi eklenir. Maliyet ise toplam sahip olma maliyetidir. İkisi aynı zaman diliminde ve birikimli olarak karşılaştırılır.
AYLIK GETİRİ
Kazanılan süre (saat) × saatlik maliyet
+ doğrudan gelir etkisi (varsa)
− düzeltme ve denetim süresinin maliyeti
= net aylık getiri
AYLIK MALİYET
Kullanım / abonelik ücreti
+ bakım ve güncelleme emeği
= net aylık maliyet
GERİ ÖDEME SÜRESİ
Kurulum maliyeti ÷ (net aylık getiri − net aylık maliyet)
BAŞA BAŞ
Birikimli getiri eğrisi, birikimli maliyet eğrisini
hangi ay kesiyor?
→ İlk aylarda eksi görünmesi normaldir: kurulum
maliyeti baştan, getiri ise zamana yayılır."Kazanılan süre" kalemini yazarken dürüst olun. Bir işin süresi kısaldı diye o saat otomatik olarak paraya dönüşmez; kazanılan süre başka bir işe aktarılabiliyorsa değerlidir, boşa çıkıyorsa yalnızca rahatlamadır. Bu ayrımı yapmayan hesaplar, kâğıt üzerinde çok kârlı görünüp bilançoda karşılık bulmaz.
- Getiriyi tek bir kullanım için değil, kullanım başına ayrı ayrı hesaplayın; bazıları kârlı, bazıları zararlı çıkacaktır.
- Kurulum maliyetini aylara bölmeyin, başa yazın — birikimli grafikte doğru yer orasıdır.
- Doğrudan gelir etkisini yalnızca ölçebiliyorsanız yazın; "muhtemelen satışı artırmıştır" bir rakam değildir.
- Karşılaştırma dönemini sabit tutun: üç ay önce ile bugünü değil, kurulumdan önceki üç ay ile sonraki üç ayı karşılaştırın.
- Hesabı çeyrekte bir tekrarlayın; model fiyatları ve kullanım hacmi değişince sonuç da değişir.
Ne zaman durdurulur?
Her deneme sürdürülmez. Durdurma kararı için baştan bir ölçüt belirlenmelidir: belirli bir süre sonunda hedeflenen kalite ya da tasarruf sağlanamadıysa deneme kapatılır ve öğrenilenler yazılır.
Yapay zekâ projelerinde en pahalı davranış, işe yaramayan bir kurulumu "biraz daha uğraşırsak olur" diye aylarca sürüklemektir. Bunun önüne geçmenin tek yolu, başlarken durdurma ölçütünü de yazmaktır: hangi tarihte, hangi sayıya bakacağız ve altındaysa ne yapacağız?
- Düzeltme payı düşmüyorsa: Çıktının çoğu hâlâ elle düzeltiliyorsa kazanç yoktur.
- Uydurma oranı kabul edilebilir seviyeye inmiyorsa: Müşteriye dönük kullanımda bu tek başına durdurma nedenidir.
- Maliyet öngörülemez kalıyorsa: Fatura her ay sürpriz yapıyorsa kurulumda yapısal bir sorun var demektir.
- Kullanım düşüyorsa: Ekip kendiliğinden eski yönteme dönüyorsa araç değil süreç sorunludur.
- Aynı işi daha basit bir yolla yapmak mümkünse: Bazı işler için bir şablon, bir kural ya da basit bir otomasyon yeterlidir.
Serinin özeti: altı adımda nereye geldik?
Altı yazı birlikte bir sıra oluşturuyor: önce küçük başla, sonra kendi verinle çalıştır, ekibe yay ve güvenliği kur, üretimde kullan, müşteriye aç, en son ölç ve karar ver.
- 01
#1 — Sıfırdan başlangıç
Tek bir tekrar eden işle başlamak, aracı değil işi seçmek. Büyük dönüşüm planı yerine küçük ve ölçülebilir bir adım.
- 02
#2 — Şirket verinizle çalışan yapay zekâ
Genel bilgiyle değil kendi belgelerinizle cevap üretmek; kaynak olmadan cevap üretilmemesi kuralı.
- 03
#3 — Ekibe yaymak: yetki, denetim, güvenlik
Kimin neye erişeceği, hangi verinin dışarı çıkmayacağı ve kullanımın nasıl denetleneceği.
- 04
#4 — Metin, görsel ve video üretimi
Çok aday üretip elemek; üretileni olduğu gibi değil elden geçirerek kullanmak.
- 05
#5 — Müşteri iletişimi ve destek
Tekrar eden soruları almak, devretme kurallarını tanımlamak, insanı gerçekten gereken yere ayırmak.
- 06
#6 — Ölçme, maliyet ve geri dönüş
Taban ölçümü almak, maliyeti kalem kalem çıkarmak, birikimli grafikte başa başı görmek ve gerekirse durdurmak.
Altısının ortak yanı şu: hiçbiri teknolojiyle ilgili değil, hepsi düzenle ilgili. Yapay zekâyı işe yarar kılan şey model seçimi değil, işin doğru tanımlanması, verinin hazır olması, sınırların yazılı olması ve sonucun ölçülmesi. Bu dördü kurulduğunda hangi modeli kullandığınız ikincil bir karara dönüşür.
Sık sorulan sorular
Yapay zekâ yatırımının geri dönüşü nasıl hesaplanır?
Önce taban ölçüm alın: bu iş şu anda kim tarafından, ne kadar sürede, ayda kaç kez yapılıyor? Sonra kullanım sonrası aynı üç sayıyı ölçün — düzeltme süresini de ekleyerek. Aylık getiri = kazanılan süre × saatlik maliyet + ölçebildiğiniz doğrudan gelir etkisi − denetim ve düzeltme maliyeti. Aylık maliyet = kullanım ücreti + bakım emeği. Geri ödeme süresi = kurulum maliyeti ÷ aradaki fark. İlk aylarda eksi görünmesi normaldir: kurulum maliyeti baştan çıkar, getiri zamana yayılır.
Token nedir, fatura neden beklediğimden yüksek çıkıyor?
Token, kelimeye yakın metin parçalarıdır ve kullanım başına ödemede birim odur. Fatura yalnızca sorunuzun uzunluğuna değil, her istekte birlikte gönderilen sistem talimatı, konuşma geçmişi ve varsa belge parçalarının toplamına bağlıdır. Uzun bir konuşmanın yirminci mesajı ilkinden kat kat pahalıdır, çünkü öncekilerin tamamı yeniden gönderilir. Maliyeti düşürmek için geçmişi sınırlayın, sistem talimatını kısaltın, getirme parça sayısını ayarlayın ve çıktı uzunluğunu sınırlayın. Ayrıca sağlayıcı panelinde harcama sınırı ve eşik uyarısı tanımlayın.
Her iş için en güçlü modeli mi kullanmalıyım?
Hayır. Sınıflandırma, etiketleme, biçim dönüştürme ve temizleme gibi kurallı işler küçük ve ucuz modellerle yapılır; hacim yüksek olduğu için buradaki fark büyüktür. Çok adımlı akıl yürütme, kod üretimi ve hata maliyeti yüksek işlerde ise güçlü modelden şaşmayın — yanlış çıktının bedeli token farkından fazladır. Kararı tahminle değil denemeyle verin: aynı işi iki modelle çalıştırıp çıktıları karşılaştırın. Ayrıca hangi modelin çağrıldığı tek bir yerden değiştirilebilir olsun; modeller hızla yenileniyor.
Yapay zekânın çıktı kalitesi nasıl ölçülür?
"Güzel cevap veriyor" bir ölçü değildir. Gerçek kullanımdan alınmış yirmi–otuz zor soruluk bir test kümesi hazırlayın ve her soru için kabul ölçütü yazın: doğru cevap neyi içermeli, neyi içermemeli. Her değişiklikten sonra (talimat, model, yeni belge) aynı kümeyi yeniden çalıştırın — iyileştirme sandığınız değişikliğin başka yeri bozup bozmadığı ancak böyle görülür. Bakılacak sayılar: uydurma cevap oranı, insana devir oranı, düzeltme payı ve ilk seferde kabul oranı. Tek bir iyi örnekle karar vermeyin; modeller aynı soruya her seferinde aynı cevabı vermez.
Bir yapay zekâ denemesini ne zaman durdurmalıyım?
Durdurma ölçütünü başlarken yazın: hangi tarihte, hangi sayıya bakacağız ve altındaysa ne yapacağız? Durdurma işaretleri: düzeltme payı düşmüyorsa (çıktının çoğu hâlâ elle düzeltiliyorsa kazanç yoktur), uydurma oranı kabul edilebilir seviyeye inmiyorsa, fatura her ay sürpriz yapıyorsa, ekip kendiliğinden eski yönteme dönüyorsa ya da aynı işi basit bir şablon veya kuralla yapmak mümkünse. Kapatırken ne öğrendiğinizi tek paragrafla yazın — altı ay sonra aynı fikir gündeme geldiğinde bu not aynı maliyeti ikinci kez ödemenizi önler.
Maliyet hesabında en çok ne atlanıyor?
Üç kalem. Birincisi düzeltme süresi: yapay zekâ işi beş dakikada yapıyor olabilir ama kontrol ve düzeltme on beş dakika sürüyorsa gerçek süre yirmi dakikadır. İkincisi kendi ekibinizin saati: kurulumu içeride yaptığınızda dışarıya para çıkmaz ama o saatler başka bir işten alınmıştır. Üçüncüsü denenip bırakılan kullanımlar: bunlar başarısızlık değil öğrenmenin bedelidir ama bedeldir ve yıl sonu hesabına girmelidir. Ayrıca "kazanılan süre" ancak başka bir işe aktarılabiliyorsa paraya dönüşür; boşa çıkıyorsa yalnızca rahatlamadır.