Gemini 3.8 Flash Kod Üretmeyi Ucuzlattı. Bir POS Sistemini Hayata Geçirirken Nelerin Maliyeti Aynı Kalıyor?

Gemini 3.8 Flash, kod üretmeyi bir kez daha ucuzlattı. Bir POS sistemini hayata geçirirken nelerin maliyeti aynı kalıyor: Üye işyeri risk değerlendirmesi (underwriting), PCI doğrulaması, kartlı yüz yüze donanım sertifikasyonu, tezgahtaki terminal ve vergi kurallarını, katalogu ve yetkileri ayarlamak için harcanan personel saatleri. Açılış maliyetini belirleyen kalemler bunlardır ve bunların hiçbiri kod değildir.

Google, Gemini 3.8 Flash'ı 2 Eylül 2026'da önceki sürümle aynı tanıtım token fiyatlarıyla sundu: Milyon girdi tokenı başına 0,75 $ ve milyon çıktı tokenı başına 3,75 $¹. Fiyat sabit kalırken performans testi (benchmark) puanları yükseldi; bu da kod üretiminin sessizce ucuzlamasının bir yoludur. Aşağıdaki rakamlara geçmeden önce küçük bir uyarı: Model adları, fiyatlar ve performans testleri her ay değişmektedir, bu nedenle bu yazıdaki detayları yayınlandığı tarihteki bir anlık görüntü olarak değerlendirin.

Gemini 3.8 Flash gerçekte neyi ucuzlattı?

Taslak oluşturmayı. Ödeme sayfaları, ürün ızgaraları, indirim mantığı, fiş düzenleri: Bunları tanımlayın ve model, bir ay önceki 3.7 Flash'a kıyasla çalışan sonuç başına daha az paraya makul kod üretsin. Google'ın bu sürümü yazılım mühendisliği kıyaslamalarına dayanıyor ve bağımsız görev başına analizler, onu kendi zeka seviyesindeki en ucuz model olarak değerlendiriyor². Bilmeye değer bir detay var: Model zor problemlerde daha uzun süre akıl yürütüyor ve araçları daha sık çağırıyor, bu nedenle karmaşık tek bir iş önceki sürümün harcadığından daha fazla token tüketebilir. Yine de genel eğilim tek bir yönü gösteriyor: Her Flash nesli, harcanan dolar başına daha fazla çalışan kod sunuyor.

Gemini 3.6 Flash çıktığında da aynı kalıbı incelemiştik: Bir ödeme ekranının taslağını çıkarmak neredeyse ücretsizdir, ancak gerçek bir ödeme almak bambaşka bir iştir. Bu yazı, söz konusu aralığın finansal boyutuyla ilgilidir; çünkü bütçenizin tek bir kalemini değiştiren bir model sürümünü, tüm bütçeyi değiştiren bir sürüm olarak yanlış yorumlamak kolaydır.

Hangi POS açılış maliyetleri modelle birlikte düşmüyor?

Beş kalem var ve bunlar koddan ziyade saatler ve faturalar gibi davranıyor:

• Üye işyeri risk değerlendirmesi (underwriting) ve KYC (işletme ve sahibi üzerindeki kimlik kontrolleri). Kartla ödeme alabilmenizden önce, ödeme sağlayıcısı kim olduğunuzu, ne sattığınızı ve risk profilinizi inceler. Bu inceleme sizin değil, sağlayıcının zaman çizelgesine göre ilerler ve daha hızlı bir model bu süreyi kısaltmaz.

• PCI doğrulaması (kart verilerinin güvenli bir şekilde işlendiğini kanıtlama). Onaylanmış bir sağlayıcıyı kullanan küçük bir üye işyeri, öz değerlendirme anketi ve taramalar için zaman harcar; bu da genellikle yılda birkaç yüz dolara mal olur. Kart verilerini kendisi işleyen bir işletme ise, 70.000 $ ve üzeri maliyete sahip uyumluluk programları kapsamında yaklaşık 40.000 $'lık yerinde denetimlerle karşı karşıya kalır³.

• Fiziksel kart (card-present) sertifikasyonu. Gerçek kart ağlarıyla iletişim kuran bir okuyucu, EMV sertifikasyonundan (çipli ve temassız kart standardı) geçer ve kurumlar rutin olarak tek bir sertifikasyon için aylarca zaman ve ciddi miktarda personel saati harcar⁴.

• Donanımın kendisi. Sertifikalı bir terminal veya temassız okuyucu fiziksel bir satın alımdır. Üretilen hiçbir kod miktarı tezgahınıza bir kart okuyucu ulaştıramaz.

• Kurulum iş gücü. Vergi kuralları, ürün kataloğu, personel yetkileri ve ilk gerçek mesainin öncesindeki testler. Yapay zeka bunların büyük kısmının taslağını oluşturabilir, ancak bir insanın bunları doğrulaması gerekir; çünkü yanlış bir vergi oranı temas ettiği her satışta gerçek paraya mal olur.

Daha ucuz kod üretimi açılış bütçesini neden neredeyse hiç etkilemiyor?

Çünkü kod zaten en ucuz kalemdi. Bir POS sisteminin gerçekte ne kadara mal olduğuna dair derlenen yayınlanmış 2026 aralıkları, POS yazılımını ayda 0 $ ila 165 $ olarak belirlerken, donanım 2.000 $'a kadar çıkıyor ve ödeme işleme her satışın yüzde 2,4 ila 3,5'ini alıyor. Bütçenin en küçük dilimini sıfıra bile indirseniz, toplam tutar neredeyse bulunduğu yerde kalır.

Peki neden yapay zeka bir POS sistemini hayata geçirme maliyetini ciddi oranda düşürmüş gibi hissettiriyor? Çünkü görünen kısım ucuzladı. İkna edici bir ödeme ekranı eskiden aylar süren paralı geliştirmeyi simgelerdi; şimdi ise bir satış noktasını vibe coding ile kodlayan ya da Lovable veya Replit'te oluşturan herkesin gördüğü gibi, bir komutla (prompt) geçen bir öğleden sonrayı simgeliyor. Açılışa yön veren fatura kalemleri ilk gerçek ödemeye kadar görünmez kalır ve modelin müdahale edemeyeceği takvimlerde karşınıza çıkar.

Modelin işi hallettiği varsayımıyla hazırlanan bir bütçe, açılışı değil yalnızca demoyu fiyatlandırmıştır. Dürüst bir bütçe versiyonunda, üretilen yazılım için küçük ve küçülen bir kalem, risk değerlendirmesi, doğrulama (resmi onay evrakları), sertifikasyon, donanım ve kurulum süresi için ise bir dizi sabit kalem yer alır.

Peki, bir POS sistemini hayata geçirirken nelerin maliyeti hâlâ aynı kalıyor?

Zaten hiçbir zaman kod olmayan her şey. Gemini 3.8 Flash, projenin zaten en ucuz olan dilimini daha da sıkıştırdı ve sabit kalemler 3.6 ve 3.7 süreçlerinde olduğu gibi fiyatlarını korudu. Genel kural: Bir POS açılış bütçesini hiçbir modelin üretemeyeceği kalemlere göre yapın; kod artık işin yuvarlama hatasıdır.

Pratik bir adım atmak, bu sabit kalemleri yeniden inşa etmek değil, onların halihazırda karşılandığı bir platformda lansman yapmaktır. Final üzerinde aylık yazılım aboneliği yoktur; Final Pay, PCI uyumlu ödemeleri sertifikalı terminal donanımına sahip bir ödeme işlemcisi aracılığıyla yönetir ve yazılım katmanı tamamen sizin şekillendirdiğiniz kısımdır: İstediğiniz ödeme akışını tanımlayın veya kendi yapay zekanızı MCP üzerinden bağlayın ve taslağı bugünün en ucuz modelinin sunduğu ücret neyse onunla oluştursun. Modelin ucuzlattığı şeyden yararlanın. Ucuzlatamadığı şeyleri ise yeniden keşfetmek için para ödemeyin.