Yapay Zekâ Ajanları SaaS Fiyatlandırmasını Nasıl Etkiliyor?

SaaS ürünlerinin büyük bölümü uzun yıllar aynı soruyla fiyatlandı: Yazılımı kaç kişi kullanacak? Kullanıcı başına aylık ya da yıllık ücret, hem sağlayıcı hem alıcı için anlaşılır bir denklemdi. Ekip büyüdükçe fatura büyüyor, ekip küçüldükçe fatura küçülüyordu.

Yapay zekâ ajanları, yani kendisine verilen bir hedef doğrultusunda adımları planlayan, araçları kullanan ve görevleri belirli bir özerklikle yürüten yazılımlar, bu denklemin temel varsayımını sarsıyor. Bir ajan bir müşteri talebini yanıtlayabildiğinde, bir raporu hazırlayabildiğinde ya da bir veri girişini tamamlayabildiğinde, yazılımın ürettiği değeri oturum açan kişi sayısıyla ölçmek zorlaşıyor.

Bu dosya, fiyatlandırma modellerindeki dönüşümü alıcının bakış açısından ele alıyor ve sözleşme masasında sorulması gereken soruları sıralıyor.

Koltuk Bazlı Fiyatlandırmanın Mantığı

Koltuk bazlı (seat-based) fiyatlandırmada her kullanıcı lisansı bir koltuk olarak sayılır. Bu modelin gücü öngörülebilirliğidir. Alıcı bütçesini ekip büyüklüğüne göre planlar; sağlayıcı da müşteri ve kullanıcı sayısı üzerinden düzenli, tekrarlayan bir gelir elde eder. SaaS iş modelinin temel göstergelerinden MRR (Monthly Recurring Revenue, aylık tekrarlayan gelir) de bu öngörülebilirlik sayesinde güvenilir bir ölçüye dönüşür.

Modelin örtük varsayımı, yazılımın değerinin onu kullanan insanların işinden doğduğudur. Bir CRM'in değeri satış temsilcilerinin onunla kapattığı satışlarda, bir destek yazılımının değeri destek uzmanlarının çözdüğü taleplerde ortaya çıkar. Daha fazla kullanıcı daha fazla iş, dolayısıyla daha fazla değer anlamına gelir.

Yapay Zekâ Ajanı Neyi Değiştiriyor?

Bir ajan işin bir bölümünü insan kullanıcının yerine üstlendiğinde bu varsayım zayıflar. Varsayımsal bir örnek düşünelim: Bir destek ekibi gelen taleplerin bir kısmını bir yapay zekâ ajanına devrediyor ve aynı iş hacmini daha küçük bir ekiple yönetmeye başlıyor. Koltuk bazlı modelde bu işletmenin faturası küçülür, oysa yazılımın üstlendiği iş miktarı artmıştır.

Bu tablo sağlayıcı için bir ikilem yaratır. Ürün ne kadar verimli hale gelirse, koltuk sayısı üzerinden elde edilen gelir o kadar baskı altına girebilir. Alıcı için ise başka bir soru doğar: Ajanın yaptığı iş için ne kadar ödemek makuldür ve bu ücret nasıl öngörülebilir kılınır?

Sağlayıcıların bu ikileme verdiği yanıt, fiyatı kullanıcı sayısından ayırıp işin kendisine bağlamak oluyor. Bu yöneliş iki ana modelde somutlaşıyor: kullanım bazlı ve sonuç bazlı fiyatlandırma.

Üç Fiyatlandırma Modeli Yan Yana

Kullanım bazlı (usage-based) modelde alıcı, tükettiği birim kadar öder. Birim; işlenen bir talep, tamamlanan bir görev, bir ajan çalıştırması ya da sağlayıcının tanımladığı bir kredi olabilir. Sonuç bazlı (outcome-based) modelde ise ücret, ajanın ulaştığı tanımlı bir iş sonucuna bağlanır: çözülen bir destek talebi, tamamlanan bir işlem ya da nitelikli bir satış adayı gibi.

Sonuç bazlı model kâğıt üzerinde alıcı için en cazip seçenektir, çünkü ödeme işe yarayan sonuca bağlanır. Pratikte ise “sonuç” kavramının iki tarafın da kabul edeceği biçimde tanımlanması gerekir. Bir destek talebinin çözüldüğüne kim karar verir? Müşteri aynı konuyla birkaç gün sonra geri dönerse bu talep çözülmüş sayılır mı? Bu soruların yanıtı sözleşmede yazılı olmadığında, modelin avantajı hızla belirsizliğe dönüşür.

Sağlayıcı Tarafında Değişen Maliyet Yapısı

Fiyatlandırmadaki dönüşümün bir nedeni de sağlayıcının maliyet yapısıdır. Geleneksel SaaS'ta ek bir kullanıcıya hizmet vermenin sağlayıcıya maliyeti görece düşüktür. Yapay zekâ ajanlarında ise her görev model çağrısı ve hesaplama kaynağı tüketir; ajanın üstlendiği iş arttıkça sağlayıcının maliyeti de artar.

Maliyetin kullanımla birlikte büyüdüğü bir yapıda sağlayıcılar, gelirlerini de kullanıma bağlamak ister. Sınırsız kullanım izlenimi veren sabit fiyatlı paketlerde ise kullanım sınırları, adil kullanım politikaları ya da kredi sistemleri devreye girebilir. Alıcının bu mekanizmaları satın almadan önce anlaması, faturada sürprizle karşılaşmamanın ön koşuludur.

Karma Modeller ve Geçiş Dönemi

Geçiş döneminde karma yapıların öne çıkması olası görünüyor: insan kullanıcılar için koltuk bazlı bir taban ücret ve ajanların yaptığı iş için kullanım ya da sonuç bazlı bir ek ücret. Bazı paketlerde belirli bir kullanım kotası taban ücrete dahil edilir; kota aşıldığında ek ücret uygulanır.

Karma modeller iki tarafa da zaman kazandırır. Sağlayıcı yeni fiyatlandırmayı mevcut müşterilerini sarsmadan deneyebilir; alıcı da bütçesinin öngörülebilir kısmını korurken ajanların değerini kendi verisiyle ölçme fırsatı bulur. Bununla birlikte karma modeller faturayı karmaşıklaştırır. Birden fazla ölçü biriminin aynı faturada yer alması, maliyetin hangi kalemden büyüdüğünü izlemeyi zorlaştırabilir.

Alıcılar Sözleşmede Nelere Dikkat Etmeli?

Yapay zekâ özellikli bir SaaS ürünü satın alırken ya da mevcut bir sözleşmeyi yenilerken aşağıdaki maddeleri ayrıca incelemek gerekir:

• Ölçü biriminin tanımı: Ücretlendirilen birim (görev, kredi, çalıştırma, sonuç) sözleşmede açık ve ölçülebilir biçimde tanımlanmalı. Başarısız olan ya da tekrarlanan bir görevin ücretlendirilip ücretlendirilmeyeceği yazılı olmalı.
• Kullanım sınırları: Paketin içerdiği kota, kotanın hangi dönem için geçerli olduğu ve kullanılmayan kotanın sonraki döneme aktarılıp aktarılamayacağı netleşmeli.
• Aşım ücretleri: Kota aşıldığında uygulanacak birim fiyat, aşımın otomatik olarak mı yoksa onayla mı devreye gireceği ve harcama için bir üst sınır tanımlanıp tanımlanamayacağı sorulmalı.
• Görünürlük ve uyarılar: Kullanımın anlık olarak izlenebildiği bir panel ve belirlenen eşiklerde gönderilen uyarılar, bütçe kontrolünün temel araçlarıdır.
• Veri kullanımı: İşletme verilerinin ve ajanla yapılan etkileşimlerin sağlayıcının modellerini eğitmek ya da geliştirmek için kullanılıp kullanılmayacağı açıkça yazılmalı; bu kullanımdan çıkma seçeneğinin bulunup bulunmadığı da sorulmalı.
• Fiyat değişikliği koşulları: Sağlayıcının ölçü birimini ya da birim fiyatı sözleşme süresi içinde değiştirip değiştiremeyeceği ve bunun için ne kadar önceden bildirim yapacağı belirlenmeli.
• Hatalı işlemler ve sorumluluk: Ajanın hatalı bir işlem yapması durumunda düzeltme sürecinin ve tarafların sorumluluğunun nasıl ele alınacağı konuşulmalı.

Veri kullanımı ve sorumluluk maddeleri hukuki sonuçlar doğurabileceği için bu maddeleri bir hukuk danışmanıyla değerlendirmek yerinde olur. Genel satın alma soruları için KOBİ'ler için SaaS seçim rehberi kapsamlı bir kontrol listesi sunar.

Bütçeleme ve Değer Ölçümü

Kullanım ya da sonuç bazlı bir modele geçen alıcının ilk ihtiyacı kendi kullanım profilini tanımaktır. Pilot dönemde ajanın kaç görev üstlendiği, bu görevlerin ne kadarının insan müdahalesi gerektirdiği ve kullanımın hangi dönemlerde yoğunlaştığı kayıt altına alınmalıdır. Bu veri hem doğru paketi seçmeyi hem de yenileme döneminde güçlü bir pazarlık pozisyonu kurmayı sağlar.

Değer ölçümü için ajanın maliyetini, aynı işin insan emeğiyle ya da mevcut araçlarla yapılmasının maliyetiyle karşılaştırmak gerekir. Bu karşılaştırmada kalite de hesaba katılmalıdır: Hızlı çalışan ama sık düzeltme gerektiren bir ajan, ilk bakışta göründüğünden daha pahalıya mal olabilir.

Yapay zekâ ajanlarını sunan araçları incelemek isteyen okurlar AI agent platformları ve yapay zekâ uygulamaları kategorilerine göz atabilir. Hangi model seçilirse seçilsin belirleyici ölçüt, ücretin ölçtüğü birimin işletme için anlamlı bir değerle örtüşmesidir.