AI ajanları artık API müşterisi olmaya başlıyor. Bu cümle kulağa teknik bir altyapı detayı gibi gelebilir, ama bence Product Manager için oldukça temel bir ürün sorusuna işaret ediyor: Kullanıcının yerine hareket eden bir yazılım, nerede harcama yapabilir, neyi satın alabilir ve bunu hangi sınırlar içinde yapar?
Son birkaç yılda AI ürünlerini genelde üç başlıkta konuştuk: model kalitesi, context tasarımı ve workflow otomasyonu. Ajanlara tool çağırttık, CRM'e bağladık, kod yazdırdık, destek kaydı kapattırdık. Fakat bu akışların çoğunda hâlâ görünmez bir insan varsayımı vardı. Birinin hesap açması, API key üretmesi, kart bağlaması, abonelik seçmesi ve limitleri takip etmesi gerekiyordu.
Pay.sh gibi yeni örnekler bu varsayımı değiştiriyor. Solana Foundation ve Google Cloud'un duyurduğu yapı, AI ajanlarının Gemini, BigQuery, Vertex AI ve farklı API sağlayıcılarına hesap, abonelik ve geleneksel credential süreci olmadan erişip istek başına ödeme yapabilmesini hedefliyor. Product Hunt'ın bu konuyu "agents paying their own bills" diye öne çıkarması da boşuna değil. Burada asıl mesele crypto değil; asıl mesele ajanların internet ekonomisinde kendi başına işlem yapan aktörlere dönüşmesi.
Checkout artık insana göre tasarlanmayabilir
Bugüne kadar ödeme deneyimi çoğunlukla insan için tasarlandı. Plan sayfası, kredi kartı formu, kupon alanı, fatura adresi, upgrade ekranı... Bunların hepsi bir insanın okuması, anlaması ve karar vermesi için var.
Ajan-native dünyada bu akışın bir kısmı makineye göre tasarlanacak. Ajanın ihtiyacı farklı: endpoint'i bulmak, fiyatı anlamak, limiti kontrol etmek, çağrıyı yapmak, sonucu almak ve harcamayı raporlamak. Bu yüzden PM'in sorması gereken soru "Checkout sayfamız güzel mi?" değil, "Bir ajan bizim servisimize güvenli ve ölçülebilir şekilde erişebilir mi?" olacak.
Bu özellikle B2B SaaS için kritik. Çünkü kullanıcı artık her zaman web arayüzüne giren kişi olmayabilir. Bazen kullanıcının adına çalışan bir agent, sizin API'nizi arka planda tüketir. O zaman ürününüzün gerçek onboarding'i, insanlara gösterdiğiniz landing page değil, ajanların anlayabildiği katalog, policy, pricing ve permission katmanı olur.
Bütçe limiti bir finans ayarı değil, ürün deneyimi
Buradaki en ilginç PM meselesi harcama kontrolü. Bir insanın yanlış plan seçmesi kötü bir deneyimdir. Bir ajanın kontrolsüz şekilde API çağırması ise doğrudan güven problemi yaratır.
Bu yüzden "budget UX" diye düşünmemiz gereken yeni bir alan var. Ajan bir göreve başlamadan önce ne kadar harcayabilir? Hangi API kategorilerine erişebilir? Birim maliyet belli bir eşiği aşarsa ne olur? Kullanıcıdan ne zaman onay ister? Hangi durumlarda otomatik devam eder?
Bunlar sadece admin panelindeki ayarlar değil. Ürünün güven duygusunu belirleyen ana akışlar. Kullanıcı, ajanına "pazar araştırması yap" dediğinde 3 dolarlık veri servisi çağırmasıyla 300 dolarlık enterprise API tüketmesi aynı şey değil. PM'in görevi bu farkı sonradan faturada göstermek değil, karar anında görünür ve kontrol edilebilir hale getirmek.
Fiyatlama da ajanlar için yeniden düşünülmeli
Lenny's Newsletter'da AI freemium üzerine çıkan son yazının önemli noktası şuydu: AI ürünlerinde klasik SaaS freemium mantığı zorlanıyor, çünkü her kullanımın gerçek bir compute maliyeti var. Bu insan kullanıcılar için bile geçerliyken, ajanlar devreye girdiğinde daha da belirginleşiyor.
Ajanlar "biraz bakayım" diye gezinmez. Görev tamamlamak için çok sayıda küçük çağrı yapar. Bu da plan bazlı fiyatlama ile kullanım bazlı maliyet arasında yeni bir gerilim yaratır. Sabit abonelik kullanıcıya öngörülebilirlik verir; istek başına ödeme ise sağlayıcı için daha adildir. İyi ürün tasarımı muhtemelen bu ikisinin arasında olacak: görev bazlı limitler, proje bazlı bütçeler, harcama sınıfları ve açık geri bildirim döngüleri.
Burada fırsat şu: Pricing artık sadece gelir modeli değil, ajan davranışını şekillendiren bir ürün mekanizması. Yanlış fiyatlama, ajanı yanlış davranışa iter. Fazla sürtünme koyarsanız görev tamamlanmaz. Sürtünmeyi tamamen kaldırırsanız güven kaybolur.
PM için yeni soru: Ajanınız ne zaman müşteri sayılır?
Bence bu trendin en pratik sonucu şu: Product Manager artık sadece insan kullanıcının journey'sini değil, onun adına hareket eden ajanların journey'sini de tasarlamak zorunda.
Ajan ürününüzü nasıl keşfeder? Hangi endpoint'in hangi iş için uygun olduğunu nasıl anlar? Fiyatı nasıl okur? Yetkisi olmadığında nasıl geri döner? Harcama limitine yaklaştığında kullanıcıya nasıl açıklar? Başarılı bir işlemden sonra kanıtı nerede bırakır?
Bunlar teknik entegrasyon soruları gibi görünüyor ama aslında ürün soruları. Çünkü bu detaylar, kullanıcının ürüne duyduğu güveni doğrudan belirliyor.
AI ajanları API müşterisine dönüşürken PM'in işi "ajanlara ödeme yaptırmak" değil. Asıl iş, kullanıcı adına hareket eden sistemlerin ne zaman duracağını, ne zaman soracağını ve ne zaman harcama yapabileceğini tasarlamak.
Bugünün checkout'u insanı ikna etmeye çalışıyordu. Yarının checkout'u hem ajanı yönlendirecek hem insanı rahatlatacak.