
Ema 77 milyon dolar aldı: SaaS koltuğunu sonuç bazlı fiyatlama zorluyor

Ema, kurucusu ve CEO’su Surojit Chatterjee’nin “They need outcomes” sözleriyle çerçevelediği 23 Eylül 2026 tarihli duyurusunda Creaegis liderliğinde 77 milyon dolarlık Seri B turunu tamamladığını, Accel, S32 ve Prosus’un mevcut yatırımlarını artırdığını ve toplam finansmanın 140 milyon dolara ulaştığını açıkladı. Tur, kurumsal yazılım harcamasının erişim yerine bitirilen işe bağlanıp bağlanamayacağı sorusunu öne çıkarıyor.
TechCrunch’ün Chatterjee ile görüşmesine dayanan haberine göre Mountain View merkezli Ema, insan kaynakları, bilgi teknolojileri ve finans süreçlerinde çalışan “AI employees” adlı ajanlarını kullanıcı koltuğu ya da token tüketimi üzerinden değil, tamamlanan görev ve iş sonuçları üzerinden fiyatlıyor; son turun şirketin değerlemesini önceki tura göre dört kattan fazla yükselttiği belirtilse de tutar açıklanmadı. SaaS pazarı açısından soru, yazılıma erişim için ayrılan bütçenin ne kadarının teslim edilen işe kayabileceği.
Ema’nın ajanları kurumsal yazılımın neresinde duruyor?
Şirketin ürünü, mevcut kurumsal uygulamalarda birden fazla adımı izleyip koordine eden bir ajan katmanı. Bir çalışan talebinde gerekli bilgiyi toplamak, onay için doğru kişiye yönelmek ve ilgili sistemdeki işlemi bitirmek aynı işin parçaları olabilir. İşin farklı uygulamalara dağılması, Ema’nın hem ürün hem fiyatlandırma iddiası için önem taşıyor: müşteri erişim hakkı yerine bitirilen süreci maliyet birimi olarak değerlendirebilir.
Başlangıçta ajanlar müşterinin kullandığı sistemlere bağlanıyor; bu yüzden mevcut yazılım lisansları ile Ema’ya ödenen bedel bir süre aynı bütçede yan yana durabilir. Erişim bedelinin gerçekten azalması, belirli süreçlerde daha az koltuğa ihtiyaç duyulmasına veya sözleşme yenilemesinde bazı uygulamaların kapsamının daraltılmasına bağlı. Bu geçiş tamamlanmadan sonuç başına ücret, kurum için ek bir harcama kalemi de olabilir.
Aynı destek işi üç farklı faturaya nasıl dönüşür?
Varsayımsal bir kurumun çalışan destek talepleri için yazılım satın aldığını düşünelim. Aşağıdaki satın alma karşılaştırması Ema’nın ilan edilmiş tarifesi değildir; aynı işin koltuk, token ve kabul edilmiş sonuçla ölçülmesinin bütçeyi nasıl değiştirdiğini gösterir.
- Kullanıcı koltuğu: Sözleşme, uygulamaya erişen çalışan sayısını ve koltuk başına bedeli temel alır. Destek talebi az gelse bile ayrılmış lisanslar maliyet üretir. Buna karşılık koltuk sayısı dönem başında belli olduğundan fatura daha kolay öngörülebilir.
- Token tüketimi: Ödeme, yapay zekâ modeline gönderilen ve modelden çıkan veri miktarıyla değişir. Bir talep ilk denemede çözülürken diğeri daha fazla işlem gerektirebilir; kurum, iş tamamlanmasa da harcanan işlem kapasitesine ödeme yapabilir.
- Tamamlanan görev: Fatura, sözleşmede tanımlanan ve kabul edilen iş birimlerinin sayısına bağlanır. Talep hacmi yükselirse toplam bedel de yükselir; kullanılmayan erişim haklarına ödeme azalabilir. Bu modelde hangi talebin gerçekten çözüldüğü ortak bir ölçüye bağlanmalıdır.
Sonuç bazlı ücretlendirmede en kritik sözleşme maddesi “tamamlandı” sözcüğünün karşılığıdır. Çalışana ilk yanıt verildiğinde mi, gerekli sistem güncellendiğinde mi, yoksa talep yeniden açılmadan kapandığında mı ödeme doğar? İnsan müdahalesine devredilen veya kısmen çözülen işin nasıl sayılacağı da aynı tanımın parçasıdır. Ema’nın açıklanan yaklaşımı, başarısız görevlerin otomatik olarak ücretsiz olduğunu söylemeye yetmiyor.
Bütçe öngörülebilirliği bu ölçüler arasında farklılaşır. Koltuk bedeli sabit kalırken iş hacmi dalgalanabilir; token bedelinde hem hacim hem de her işin gerektirdiği işlem miktarı değişir. Sonuç başına fiyat, birim işin maliyetini görünür kılar ama toplam faturayı kabul edilen görev sayısına duyarlı hâle getirir. Dolayısıyla tasarruf hesabında yalnızca ajanın birim fiyatı değil, yeniden açılan talepler, insan incelemesi ve elde tutulan SaaS lisansları da yer alır.
Wipro örneği ölçek hakkında ne söylüyor?
Ema’nın Wipro uygulaması için paylaştığı verilere göre sistem, 65 ülkedeki çalışan desteğinde yılda 2,9 milyon sorguyu işliyor ve 100’den fazla iş akışını otomatikleştiriyor; şirket insan kaynakları operasyon maliyetinin %50 düştüğünü ve çalışan memnuniyetinin %20 arttığını da bildiriyor. Bunlar Ema’nın kendi müşteri kullanım ve etki beyanları; ücretlendirilen sonuç sayısı ve müşterinin faturası bu ölçülerden hesaplanamıyor.
Sorgu sayısıyla ücretlendirilebilir sonuç sayısı da aynı ölçü değil. Tek bir destek işi birkaç mesaj, onay ve sistem güncellemesi içerebilir; bazı sorgular ise bilgi isteği olarak kalabilir. Bu nedenle yüksek kullanım hacmi, tamamlanan her işten ne kadar gelir elde edildiğini veya müşterinin eski yazılım faturasından ne kadar indirim aldığını tek başına anlatmaz. Müşteri ölçeği ürünün kullanıldığını gösterirken, sonuç bazlı fiyatın ekonomik üstünlüğü ayrı bir maliyet karşılaştırması gerektirir.
SaaS lisanslarında baskı ne zaman somutlaşır?
Ema’nın modeli, yazılım satıcısının değerini “kaç çalışan giriş yapabiliyor?” sorusundan “hangi işler sonuçlandı?” sorusuna doğru çekiyor. Bu, özellikle bir uygulamanın büyük bölümü talep iletmek, onay almak ve kayıt güncellemek için kullanılıyorsa lisans pazarlığını değiştirebilir. Kurum, aynı iş hacmini daha az kullanıcı lisansıyla yürütebildiğinde koltuk sayısını yenileme masasına taşıyabilir; bunun piyasaya etkisi henüz ölçülmüş değil.
Diğer taraftan ajan, işlem yaptığı sistemlerin verilerine ve yetkilerine ihtiyaç duyduğu sürece o sistemler bütçeden hemen çıkmaz. Sonuç bedeliyle uygulama lisansı birlikte ödendiğinde kısa vadeli harcama artabilir; fark, yenilenen veya yeniden müzakere edilen sözleşmelerde görünür. Ema için sıradaki ticari sınav, büyük kullanım hacmini müşterinin toplam yazılım ve hizmet harcamasında ölçülebilir bir değişime çevirebilmek olacak.
Ayrıca okuyun:
İlgili makaleler


Claude 10 bin bilim insanına açıldı, kritik biyoloji erişimi sınırlı

Gemini Enterprise kullandığın kadar ödenecek, ancak erişim herkese açık değil

Claude 10 bin bilim insanına açılıyor, biyolojide kapı yine sınırlı

Pipedrive mı HubSpot mu? Ücretsiz CRM büyüdükçe pahalılaşabilir

GitHub Copilot’ta varsayılan ayar, sohbet verisini kalıcı tutabilir
Bültenimize abone olun
En son Web3, yapay zekâ ve kripto haberleri doğrudan gelen kutunuza gelsin.