Dakika başına değil, çözüm başına maliyet: voice agent fiyatlamasında bir yöntem

Bir voice-agent alıcısı, masanın karşısında dakika başına $0.31 fiyat veren bir satıcının karşısında oturuyor. Alıcının bütçesi dakikalarla değil, çözülmüş müşteri sorunlarıyla ölçülüyor. Satıcının teklifi ile alıcının bütçesi farklı birimlerde ve voice-agent yığınlarının neredeyse her kamuya açık karşılaştırması alıcının değil satıcının birimine hizalanıyor. Bu makaleyi yazdık çünkü satın alma görüşmelerindeki bu asimetriye karşı sabrımız tükendi.

Ampirik soru dar. Dakika başı fiyatı, ortalama görüşme süresi, kapsama oranı ve agent insana eskalasyon yaptığında ortaya çıkan yedek maliyeti bilinen bir voice-agent yığını verildiğinde, çözülmüş tek bir çağrının maliyetini hesaplamanın doğru yolu nedir? Ve bu sayı bir kez var olduğunda, gerçek kamuya açık yığınlar üzerinde ürettiği sıralamalar dakika başı fiyatın ürettiği sıralamalarla örtüşüyor mu? Sıralamalar uyuşuyorsa birim seçimi yalnızca kozmetiktir ve satın alma ekipleri satıcıların verdiği birimi kullanmaya devam edebilir. Sıralamalar uyuşmuyorsa birim seçimi başlı başına bir satın alma kararıdır ve satıcıları dakika başı fiyat üzerinden puanlayan bir alıcı, hesap tablosunun işaret etmediği yapısal bir hataya maruz kalır.

Soruyu üç gözlem motive ediyor. Birincisi, incelediğimiz her satıcı fiyat karşılaştırması dakika başı oranları veriyor ^{[14, 15, 16, 17]} ama bunları çözüm başına bir rakama dönüştürmüyor; aynı yazarlar gerçekleşen maliyeti kapsamanın belirlediğini kabul etmelerine rağmen ^[15]. İkincisi, çağrı merkezi operasyon literatürü en az on yıldır çağrı başına maliyetin yeniden işleme maliyetini gizlediğini biliyor. Belfiore, 10 puanlık bir ilk-çağrıda-çözüm açığını 1M çağrılık bir operasyonda yıllık $1.2M önlenebilir maliyet olarak ölçtü ^[2] ve çözüm başına ödeme modeliyle dış kaynak kullanımı zaten $1–$7 liste fiyatlı bir satın alma biçimi ^[5]. Bu birim alıcı için anlamlı. Üçüncüsü, τ-Voice kıyaslaması temiz koşullarda %31–51, gerçekçi gürültüde %26–38 voice-agent görev tamamlama oranı bildiriyor ^[19], yani çözüm başına maliyeti belirleyen değişken satıcı bloglarının kabul ettiğinden daha fazla oynuyor. Bu girdileri karşılaştırılabilir bir sayıya çeviren kompozisyon kuralı yayımlanmış görünmüyor.

Bir okur, dört girdili bir formül üzerine bir yöntem makalesinin neden var olması gerektiğini haklı olarak sorabilir. Bunun nedeni, dört girdinin dört ayrı literatürden gelmesi (satıcı fiyat sayfaları, çağrı merkezi operasyonları, voice-agent kıyaslaması ve satıcı tarafından açıklanmış bir işgücü maliyeti) ve hiçbir yayımlanmış kaynağın bunları birleştirmemesidir. Satıcı fiyat sayfaları dakika başı oranlarda duruyor ^{[14, 16, 17]}; akademik voice-agent kıyaslama literatürü ^{[18, 19, 20]} görev tamamlamayı bir kalite metriği olarak bildiriyor ama maliyete çevirmiyor; çağrı merkezi literatürü çözüm başına maliyeti kavramsal olarak tanımlıyor ^{[4, 7]} ama AI maliyet yığınından önceye dayanıyor; ve operasyon-yönetimi kadrolama modelleri ^{[1, 26]} ikamenin insan tarafını anlatıyor ama AI tarafını değil. Her parça yayımlanmış. Kompozisyonu yok.

Katkılarımız şunlar: (1) dakika başı fiyatı, görüşme süresini, kapsamayı ve eskalasyon başına maliyeti birleştiren kapalı biçimli bir çözüm-başına-maliyet formülü; (2) dört gerçek voice-agent yığını (Retell AI, Vapi tarzı bileşenlere ayrılmış bir yığın, kendi sunucusunda barındırılan best-of-breed bir yığın ve taban fiyatlı kurumsal bir voice-AI satıcısı) üzerinde, kamuya açık liste fiyatları ve kamuya açık kıyaslama kapsama aralıkları kullanan işlenmiş bir örnek; (3) birim seçiminin satın alma kararını değiştirdiğini gösteren, dakika başı ve çözüm başına sıralamalar arasındaki iki sıralama tersine dönüşü; (4) sıralama düzeninin yapısal sürücüsü olarak dakika başı fiyatı değil eskalasyon maliyetini belirleyen, kapsama kayması ve eskalasyon maliyeti üzerinden iki boyutlu bir duyarlılık ızgarası; ve (5) formülün eskalasyon terimini operasyon-yönetimi literatüründeki standart kadrolama modeline dayandıran, ekteki bir Erlang C türetimi ^{[1, 26]}.

Makale şöyle yapılandırılmıştır. Bölüm 2, sorunu çözmeden ona dokunan iki soy çizgisini inceler: çağrı merkezi birim ekonomisi ve LLM çıkarım ekonomisi. Bölüm 3 formülü, dört yığını, işlenmiş örnek tasarımını ve sabit tuttuğumuz girdileri belirtir. Bölüm 4 dört yığınlı tabloyu, iki sıralama dönüşünü ve çok değişkenli duyarlılık ızgarasını bildirir. Bölüm 5 sıralama dönüşlerinin satın alma için ne anlama geldiğini, eskalasyon teriminin neden baskın olduğunu ve formülün nerede bozulduğunu tartışır. Bölüm 6 yöntemin neyi sonuçlandıramayacağını sıralar. Bölüm 7 makaleyi kapatır. Ek A eskalasyon terimini Erlang C'den türetir.

Voice agent'ların bugün fiyatlandırılma biçimi iki soy çizgisini miras alıyor: hesap biriminin uzun süredir temas olduğu çağrı merkezi operasyon yönetimi ve birimin token olduğu LLM çıkarım ekonomisi. Bu soy çizgilerinin hiçbiri bir voice-agent alıcısının gerçekte satın aldığı birimi üretmiyor: çözülmüş bir müşteri sorunu. İlgili çalışmaları bu iki kol boyunca düzenliyor, ardından çözüme dayalı maliyet modellerine doğru itmeye başlamış ama oraya varmamış küçük yazın gövdesini gözden geçiriyoruz.

2.1 Çağrı merkezi birim ekonomisi

Operasyon yönetimi en az yirmi yıldır çağrı merkezini insanların görev aldığı bir kuyruk sistemi olarak ele almıştır ^[1]. Akşin, Armony ve Mehrotra'nın incelemesi ^[1], herhangi bir AI-ikame argümanının hesaplaşması gereken maliyet yapısını ortaya koyuyor: çağrı merkezi işletme maliyetinin kabaca üçte ikisi personel ve personel, standart Erlang C kadrolama modelleri aracılığıyla ortalama görüşme süresiyle doğrusal olarak ölçekleniyor. Society of Workforce Planning Professionals'ın uygulayıcı referansı ^[26], aynı doğrusallığı işgücü yönetimi yazılım yığını içinde resmileştiriyor. Kadrolama doğrusallığını yöntemimizde miras alıyoruz; bir AI agent bir çağrıyı kapsadığında, bu yönlendirme tasarrufunu aynı Erlang modelinden çıkararak alacağa yazıyoruz. Türetim Ek A'da yer alıyor.

Kuyruk katmanının üstüne sektör, işlevsel verimlilik metriği olarak çağrı başına maliyette uzlaştı ^[3]. Rumburg'un ICMI standardı ^[3] bunu aylık işletme giderinin gelen temas hacmine bölünmesi olarak tanımlıyor ve onu temel bir KPI olarak CSAT ile eşleştiriyor. Çağrı başına maliyetin analitik cazibesi, doğrudan ölçülen bir payın doğrudan ölçülen bir paydaya oranı olmasıdır; zayıflığı ise, sektör içinde iyi bilinen ama nadiren resmileştirilen biçimiyle, temasların sonuç olmamasıdır. Belfiore ^[2], ilk-çağrıda-çözüm açıklarını fazladan yıllık maliyete çevirerek bu boşluğun en yakın önceden var olan ölçümünü veriyor: 1M çağrılık bir operasyonda 10 puanlık bir FCR açığı, çağrı başına $8 ve çözülmemiş sorun başına 1.5 takip ile yaklaşık $1.2M önlenebilir maliyet üretiyor. CallMiner ekibi ^[6], 2000'lerin sonundan bu yana uygulayıcı tartışmalarına dayanak olan SQM kaynaklı genel kuralı bildiriyor: FCR'de bir puanlık kazanç, işletme maliyetinde bir puanlık düşüşe denk geliyor.

Daha yeni bir damar, birimin kendisinin değişmesi gerektiğini savunuyor. CX Today ^[4], çözüm başına maliyeti toplam işletme maliyetinin çözülen sorunlara oranı olarak çerçeveliyor; burada "çözülmüş", 7 ila 30 gün içinde tekrar temas olmamasını ve son temastan sonra eskalasyon olmamasını gerektiriyor. Şimşek'in sektörler arası kıyaslama raporu ^[7], bilet başına maliyeti $2.70 (perakende) ile $40+ (karmaşık sağlık) arasında tablolaştırıyor ve SaaS için işlevsel metriğin bilet başına maliyet değil çözüm başına maliyet olduğunu öne sürüyor; ama çözüme dayalı kıyaslamalar yayımlamaktan geri duruyor. Birimin alıcı için anlamlı olduğunun en net varoluş kanıtı satın alma: Mehta'nın dış kaynak fiyatlama kılavuzu ^[5], aktif kullanımda çözülmüş sorun başına $1–$7 fiyatlı, sektör ortalaması yaklaşık $4 olarak bildirilen çözüm-başına-ödeme BPO sözleşmelerini belgeliyor. Birim piyasada var; şimdiye kadar sahip olmadığı şey, bir CFO'ya onu satıcıların gerçekte verdiği bileşenlerden nasıl türeteceğini söyleyen savunulabilir bir kompozisyon kuralıydı.

2.2 LLM çıkarım ekonomisi

Sorunumuza dokunan diğer soy çizgisi, büyük dil modelleri için sunum maliyeti literatürüdür. Erdil ^[22], aritmetik, bellek ve ağ kısıtları altında token başına maliyet ile saniye başına token arasındaki ödünleşimin teorik bir modelini geliştiriyor ve popüler LLM'ler için Pareto sınırlarını hesaplıyor (bkz. Şekil 2). Sınırın biçimi (çıktı miktarına göre azalan marjinal getiriyle dışbükey), yöntemimizin çözüm başına bir rakam elde etmek için aşağı akış kapsamayla birleştirdiği yukarı akış maliyet yüzeyidir. Zhuang vd. ^[23], çerçeveyi bir "LLM Çıkarım Üretim Sınırı"na (Şekil 3) genelleştiriyor ve üç ilke belirliyor: azalan marjinal maliyet, ölçeğe göre azalan getiri ve optimal bir maliyet-etkinlik bölgesi. Pan vd. ^[21], yakından ilişkili bir maliyet-fayda çerçevesini şirket içi ile ticari kurulum kararına uyguluyor ve senaryoları geri ödeme bantlarına (0–6 ay, 6–24 ay, 24 ayın ötesi) ayırıyor. Üçü de token cinsinden ölçülüyor; token, çıkarım maliyetinin marjinal birimi olduğu için yararlı, ama token bir çağrı merkezi alıcısının satın aldığı şey olmadığı için sınırlayıcı. Aşamalandırma fikrini ^[21]'den, marjinal maliyet çerçevesini ^{[22, 23]}'ten ödünç alıyoruz ama paydayı token yerine çözülmüş sorunlara yeniden bağlıyoruz.

2.3 Voice-agent kıyaslamaları ve değerlendirmesi

Paralel bir çalışma gövdesi, voice agent'ların sorunları çözüp çözmediğini, bunu maliyete çevirmeden ölçüyor. Yao vd.'nin τ-bench'i ^[18], bir perakende ve havayolu müşteri hizmetleri kıyaslaması ile pass^k güvenilirlik metriğini tanıtıyor ve GPT-4o'nun görevlerin %50'sinden azını çözdüğünü ve çalışmalar arasında anlamlı ölçüde tutarsız olduğunu buluyor. Ray vd. çerçeveyi τ-Voice'ta ^[19] sese genişletiyor ve temiz koşullarda %31–51, gerçekçi gürültü ve aksanlar altında %26–38 görev tamamlama oranı bildiriyor; metin modundaki sayıların belirgin ölçüde altında; bu, kapsama üzerinde yürüttüğümüz duyarlılık analizini doğrudan besliyor (bkz. Şekil 1). Ethiraj vd. ^[20], alan ayarının sabit hesaplama gücünde görev tamamlamayı belirgin biçimde kaydırdığını gösteriyor ve satıcı tarafından verilen kapsamanın, alıcının nadiren kontrol ettiği bir iş yüküne bağlı olduğu savını pekiştiriyor. Braggaar vd.'nin sistematik incelemesi ^[25], görev odaklı diyalog için 122 değerlendirme çalışmasını belgeliyor ve yetersiz raporlanmış işlevselleştirmelerle heterojen yapılar buluyor; istikrarlı bir aşağı akış ekonomik metriğinin neden billurlaşmadığının bir nedeni. Gao vd. ^[24], fayda-maliyet ödünleşimlerini CMPO çerçeveleriyle agent'ın pekiştirmeli öğrenme döngüsü içinde işlevselleştiriyor; biz aynı ödünleşimi satın alma katmanında kapalı biçimli bir puanlama kuralıyla ele alıyoruz.

2.4 Satıcı ve uygulayıcı yazını

Voice-agent maliyeti üzerine en çok okunan yazılar satıcılar ve uygulayıcılar tarafından yayımlanıyor. Retell AI'ın fiyat karşılaştırması ^[14], Retell, Vapi, Twilio Voice ve Euphonia arasında dakika başı ve 10K dakika başı maliyetleri tablolaştırıyor ($0.07–$0.66/min); Lucido-Balestrieri'nin CloudTalk yazısı ^[16], CloudTalk'ın hibrit fiyatlamasını rakip liste oranlarının yanında bildiriyor; Ahmed ^[15], dakika başı fiyatı STT, LLM, TTS, telefoni ve platform katmanlarına ayrıştırıyor ve çağrı türü ile kapsama aralığının (%45–88) gerçekleşen maliyeti manşet oranlardan daha fazla belirlediğini gözlemliyor. Dograh'ın TCO analizi ^[17], değişken, yarı değişken ve sabit maliyetleri üç kullanım katmanı boyunca ayırıyor ve mühendislik zamanını $150/saat olarak fiyatlandırıyor; yazı "ham dakikaların finansal gerçeğin tamamını yakalamadığını" not ediyor ama dakikaları hesap birimi olarak çözümlerle değiştirmekten geri duruyor. Sharma'nın voice-agent yığın kılavuzu ^[13] ve değerlendirme metrikleri kılavuzu ^[12], FCR (ilkte-çözülen / toplam) ve kapsama (AI-çözülen / toplam) için formüller yayımlıyor ve üretime hazırlık için >%70 kapsama hedefi koyuyor, ama metrikleri asla çözüm başına bir birimde birleştirmiyor. Replicant'ın otomasyon-ROI yazısı ^[8], çağrı başına maliyetleri $0.62 (AI) ile $7.40 (insan) olarak bildiriyor ve PolyAI'ın metrik blogu ^[11], bir voice-AI alıcısının izlemesi gereken sekiz KPI'yi (kapsamanın tekrar arayanları gizleyebileceğine dair bir uyarı dahil) sıralıyor; ama birleştirilmiş bir metriğe varmıyor. Replicant ^[9] ile Bucher + Suter ^[10] birbirinden bağımsız olarak eskalasyonun otomasyonla aynı mühendislik titizliğine ihtiyaç duyduğunu savunuyor; ikisi de devir maliyetini niteliksel olarak ele alıyor, hiçbiri fiyatlandırmıyor.

2.5 Sentez ve boşluk

Literatürden iki şey açık. Birincisi, çözülen-çağrı-başına-maliyeti hesaplamak için gereken girdiler zaten kamuya açık biçimde var: satıcı dakika başı fiyatları ^{[14, 15, 16, 17]}, kapsama formülleri ^[12], ölçülmüş görev tamamlama oranları ^{[18, 19]}, eskalasyon-tasarım sınıflandırmaları ^{[9, 10]}, kadrolama modelleri ^{[1, 26]} ve FCR ile işletme maliyeti arasındaki tarihsel çeviri ^{[2, 6]}. İkincisi, hiçbir yayımlanmış kaynak bunları bir araya getirmiyor. Çağrı merkezi soy çizgisi ^{[1, 3, 4, 5, 6, 7]} doğru paydaya sahip ama AI maliyet yığınından önceye dayanıyor; çıkarım-ekonomisi soy çizgisi ^{[21, 22, 23]} doğru maliyet-modelleme disiplinine sahip ama yanlış paydaya; voice-agent kıyaslama soy çizgisi ^{[18, 19, 20, 25]} çözümü bir fiyat girdisi yerine bir kalite sonucu olarak ölçüyor; ve satıcı literatürü ^{[8, 9, 10, 11, 12, 13, 14, 15, 16, 17]} boşluğa tekrar tekrar işaret ediyor ama onu kapatmıyor. Dakika başı fiyatlamayı, ortalama görüşme süresini, kapsamayı ve eskalasyon maliyetini birleştiren bir çözülen-çağrı-başına-maliyet formülü tanımlayan ve elde edilen sıralamaların aynı yığınlarda dakika başı sıralamalardan farklı olduğunu işlenmiş bir örnekle gösteren önceki bir çalışmadan haberdar değiliz. Bu makalenin katkısı budur.

Bu makale, paper-research-method anlamında bir yöntem makalesidir: katkı formüldür, işlenmiş örnek formülün yararlı ve aşikar olmayan sıralamalar ürettiğini göstermek için vardır ve duyarlılık analizi formülün önceki çalışmalardan bilinen bir ampirik düzenliliği yeniden ortaya çıkardığını göstermek için vardır. Yeni ölçümler yapmadık. Yayımlanmış biçimde var olan girdileri tek bir kurala birleştirdik, bu kuralı dört gerçek kamuya açık yığına uyguladık ve sonucu strese soktuk.

3.1 Formül

Bir voice-agent yığınının dolar cinsinden dakika başı liste fiyatını p, kapsanmış bir çağrının dakika cinsinden ortalama görüşme süresini T, [0, 1] aralığında bir kesir olarak kapsama oranını c ve dolar cinsinden çağrı başına insana eskalasyon maliyetini E ile gösterelim. Çözüm başına maliyeti şöyle tanımlıyoruz:

C_res = (p · T) / c + (1 − c) · E

İlk terim, dakika başı fiyatın görüşme süresiyle çarpılıp kapsamaya bölünmesidir. Şu soruyu yanıtlar: çözüm olarak yalnızca AI-çözülen çağrıları saydığımızda, çözülmeyen her çağrının dakikalarını da ödediğimiz göz önüne alındığında, her biri agent-dakika harcaması olarak ne kadara mal olur? İkinci terim, gelen çağrı başına beklenen eskalasyon primidir: (1 − c) olasılıkla çağrı eskale olur ve her eskalasyon E maliyetini doğurur. İki terim, çözüm başına tek bir dolar rakamına toplanır.

Kurgu bilerek basittir. AI yığınını, çağrının çözülüp çözülmediğine bakılmaksızın dakika başına ödenen, sabit marjinal maliyetli bir hizmet olarak ele alır ve insana eskalasyonu çağrı başına sabit bir maliyet olarak ele alır; ^{[3, 8]}'deki standart çağrı merkezi çerçevesi. Kurulum maliyetini amorti etmez, lisans tabanlarını veya platform minimumlarını içermez ve yukarı akış yönlendirme tasarrufunu (IVR'deki self-servis nedeniyle agent'a hiç ulaşmayan çağrılar) alacağa yazmaz. Bunların her biri §6'da bir sınırlama olarak adlandırılmıştır.

Formül, satıcıların tutarsız biçimde verdiği dört girdiyi birleştirir. Dakika başı fiyat p her satıcı fiyat sayfasında yayımlanır ^{[14, 16]}. Görüşme süresi T, herhangi bir geçmiş çağrı kaydından elde edilebilen alıcı tarafı bir ölçümdür. Kapsama c, ^[12]'de belirtilen ve ^[19]'da uçtan uca kıyaslanan orandır. Eskalasyon maliyeti E, çağrıyı bir insan agent'a yönlendirmenin çağrı başına maliyetidir; Replicant'ın $7.40 olarak açıkladığı rakam ^[8] ve Belfiore'nin $8.00 olarak kullandığı rakam ^[2]. İşlenmiş örnek vekili olarak $7.40'ı benimsiyoruz çünkü daha güncel bir açıklama ve kaynak AI-çağrı-başına karşılaştırıcısını da yanında yayımlıyor. Ek A, bu rakamın $50/saat aralığında yüklenmiş işgücü maliyeti, 0.85'e yakın doluluk ve takip çağrıları için 1.5× bir çarpan altında ^{[1, 26]}'daki Erlang C kadrolama modeliyle tutarlı olduğunu gösteriyor.

3.2 Dört yığın

Formülü, kamuya açık piyasa şeklini en ucuz kendi sunucusunda barındırılan kurulumdan en yüksek fiyatlı kurumsal katmana kadar kapsayacak şekilde seçilmiş dört voice-agent yığınına uyguladık.

Stack A, Retell AI, STT, LLM, TTS ve telefoniyi içeren tek bir dakika başı oranla fiyatlanan, yönetilen uçtan uca bir voice-agent platformudur. Retell'in rakip karşılaştırmasının yanında yayımladığı oran olan $0.31/dakikayı kullandık ^[14].

Stack B, Vapi tarzı bileşenlere ayrılmış, alttaki bileşenleri açığa çıkaran ve onları ayrı ayrı faturalandıran, yönetilen bir orkestratördür. Ahmed'in yayımladığı ayrıştırma disiplinini izleyerek ^[15], STT'yi $0.05/min, OpenAI sınıfı bir model için LLM'yi $0.06/min, ElevenLabs sınıfı bir ses için TTS'yi $0.07/min, Twilio'nun PSTN oranı için telefoniyi $0.013/min ve platformu $0.05/min olarak birleştirdik; toplam $0.243/min.

Stack C, kendi sunucusunda barındırılan best-of-breed, en düşük maliyetli kamuya açık kurulumdur: orkestratör olarak Pipecat, akışlı STT için Deepgram, LLM olarak Claude Haiku 4.5, TTS olarak ElevenLabs Flash ve telefoni olarak Twilio. Kabaca hesaplanmış kamuya açık bileşen oranlarını alıp yaklaşık $0.105/min olarak birleştirdik. Stack C'nin dakika başı sayısı varsayıma en açık olanıdır; onu kendi sunucusunda barındırılan değişken maliyetin savunulabilir bir üst sınır tahmini olarak ele alıyor ve bunu açıkça beyan ediyoruz.

Stack D, kurumsal voice-AI satıcısı, büyük bir çağrı merkezi platformunun (NICE, Genesys Cloud, Verint veya benzeri) taban fiyatlama katmanını modelliyor; voice-AI dakikaları artı platform ücretleri, profesyonel hizmet ayarlaması ve yüksek hacimde taahhütlü bir minimum harcamadan oluşuyor. CloudTalk'ın yayımladığı $0.50/min PAYG ve 1.000 dakika için $350/ay voice-AI fiyatlaması ^[16] ile Retell'in satıcı karşılaştırması ^[14], her ikisi de platform ücretleri amorti edilmiş olarak $0.45–$0.66/min aralığında kurumsal katman oranları bildiriyor. İşlenmiş örnek tabanı olarak $0.50/min'i benimsiyor ve onu, kurumsal satıcıların tipik olarak özel bir ayarlama ekibi ve kapsamayı soğuk başlangıç aralığının üzerine çıkaran taahhütlü SLA'lar paketlediği gerekçesiyle, τ-Voice'un temiz aralığının üst ucuna yakın 0.55 kapsama taahhüdüyle eşleştiriyoruz ^[19]. Stack D bu nedenle formülü fiyatın yüksek ucunda taahhütlü kapsamanın yüksek ucuyla birlikte strese sokuyor; alıcının açıkça bir kapsama garantisi için ödeme yaptığı satın alma senaryosu.

A–C yığınları arasındaki kapsama değerleri için işlenmiş örneği τ-Voice'un bildirdiği görev tamamlama aralıklarına dayandırdık ^[19]: temiz koşullarda %31–51 ve gerçekçi gürültüde %26–38. Satıcı tarafından yayımlanmış sayılar yerine yığın başına açık gerekçeyle savunulabilir bir orta nokta seçtik, çünkü satıcı tarafından yayımlanan kapsama alıcının kontrol etmediği iş yüklerine bağlıdır ^[20] ve satıcılar arasında doğrudan karşılaştırılabilir değildir. Retell, platformun yaygın müşteri hizmetleri akışlarına yönelik ayarlamasıyla gerekçelendirilen, τ-Voice'un temiz aralığının üst ucuna yakın 0.45 kapsama aldı. Vapi, daha fazla yığın-ayarlama sorumluluğunu alıcıya devreden daha ince bir orkestrasyon katmanı olmasıyla gerekçelendirilen, τ-Voice'un temiz ve gürültülü aralıkları arasındaki sınırda 0.38 aldı; soğuk başlangıçlı bir satın alma senaryosunda gerçekleşen kapsama gürültülü aralığa daha yakındır. Kendi sunucusunda barındırılan, ortalamada kalite sunan best-of-breed bileşenlerle ama platform tarafı ayarlamanın yokluğunun rakamı yönetilen bir yığına göre baskılamasıyla gerekçelendirilen, Retell ile Vapi arasında 0.42 aldı. Stack D, taban fiyatlı sözleşmenin genellikle taşıdığı özel ayarlama ekibi ve SLA taahhüdüyle gerekçelendirilen 0.55 aldı.

Ortalama görüşme süresi için temel olarak sektörde tipik 4 dakika kullandık ^[3] ve basit SSS tarzı çağrılar ile daha uzun çok adımlı hizmet çağrıları arasındaki gerçekçi yelpazeyi kapsamak için 2.5, 4 ve 6 dakikada duyarlılık çalıştırdık.

Eskalasyon maliyeti için çağrı başına $7.40 kullandık ^[8]. Rakam bir satıcı açıklaması ve satıcının sattığı AI yığını için insan-agent karşılaştırıcısı olarak yayımlandı; aynı makale onu insan tarafından işlenmenin işlevsel çağrı başına maliyeti olarak ele alıyor ki bizim de ona verdiğimiz rol bu. Ayrıca §4.4'teki çok değişkenli ızgarayı, düşük maliyetli dış kaynaktan eskalasyonların soğuk-transfer cezası taşıdığı yüksek maliyetli düzenlenmiş sektörlere kadar işgücü piyasalarını kapsamak için E ∈ {$5, $7.40, $10, $15} boyunca çalıştırdık ^[10].

3.3 İşlenmiş örnek tasarımı

Herhangi bir sayı hesaplamadan önce beş analize peşinen bağlı kaldık. Birincisi, temel girdilerde dört yığınlı tablo: T = 4, §3.2'ye göre kapsama, E = 7.40. İkincisi, dört yığının dakika başı ve çözüm başına sıralamaları arasındaki sıralama karşılaştırması. Üçüncüsü, referans yığın olarak Retell üzerinde her seferinde tek değişkenli bir duyarlılık analizi: c ± 0.10'da kapsama, T × {0.625, 1.5}'te (yani 2.5 ve 6 dakika) görüşme süresi ve 2E'de eskalasyon maliyeti. Dördüncüsü, sıralama dönüşünün sağlamlığını test etmek için Vapi üzerinde yalnızca kapsama duyarlılığı; özellikle, Vapi'nin çözüm başına maliyetinin Retell'inkini geçtiği kapsama değeri. Beşincisi, kapsama kayması Δc ∈ {−0.10, −0.05, 0, +0.05, +0.10} (her yığının temel c'sine eşit olarak uygulanır) ve eskalasyon maliyeti E ∈ {$5, $7.40, $10, $15} üzerinden iki boyutlu bir ızgara, her hücredeki sıralama düzenini bildirir. Herhangi bir sıralama dönüşünü ancak ilgili kapsamada bir ±0.05 sapmaya dayanması halinde gerçek bir bulgu olarak bildirmeye peşinen bağlı kaldık, çünkü yarım puanlık bir varsayım hatası altında kaybolan bir sıralama dönüşü sağlam değildir.

3.4 Yöntemin içermediği şeyler

Dört şeyi bilerek dışarıda bıraktık. Kurulum maliyeti. Kendi sunucusunda barındırılan yığınlar, yönetilen yığınların taşımadığı bir mühendislik sermaye gideri taşır ^[17]; bunu dahil etmek, hem çağrı hacmine hem de proje ömrüne bağlı bir amortisman kuralı gerektirir ve ikisi de alıcıya özeldir. Bunu satın alma kararının ayrı bir aşaması olarak ele alıyor ve §5'te niteliksel olarak tartışıyoruz. Lisans tabanları ve minimumlar. Birçok satıcı teklifi, düşük hacimde dakika başı oranı büken aylık minimumlar veya koltuk lisansları içerir ^[16]. Bunların amorti edildiği yüksek hacim rejimini modelledik. Tekrar arayanlar. Kapsama, tekrar arayan kalıplarını gizleyebilir ^[11]; bizim c'miz tek çağrı kapsamasıdır, tekrarlardan arındırılmış değil. Kalite ayarlı çözüm. Düşük CSAT'li çözülmüş bir çağrı formülde hâlâ bir çözümdür; memnuniyete göre ağırlıklandırma yapmadığımız bir aşağı akış ayarlamasıdır. Bunların her biri §6'da yeniden adlandırılır.

3.5 Yeniden üretilebilirlik

Formül ve girdiler yukarıda tam olarak belirtilmiştir. Bir okur işlenmiş örneği beş dakikadan kısa sürede bir hesap tablosunda yeniden çalıştırabilir. Dört satıcı girdi satırı, kaynakça girdileri ^[14], ^[15], ^[16]'ya ve Stack C için kabaca hesaplanmış bir kamuya açık bileşen kompozisyonuna; kapsama aralıkları ^[19]'a; eskalasyon maliyeti ^[8]'e dayanır. Yeni ölçümler yapmadık ve açıklanacak rastgele tohum, donanım özelliği veya deneme protokolü yoktur. Bir yöntem makalesinin yeniden üretilebilirlik yükü, §3.1'de yer alan formülün belirtimi ve §4.1'deki açık girdi tablosudur.

3.6 Dördüncü yığın neden önemli

Özgün üç yığınlı işlenmiş örnek kamuya açık piyasa şeklini kapsıyordu; tamamen yönetilen, bileşenlere ayrılmış-yönetilen ve kendi sunucusunda barındırılan; ama satın alma ekiplerinin düzenlenmiş sektörlerde en sık karşılaştığı rejimden geri durdu: taban fiyatla ve taahhütlü minimumlarla fiyatlanan kurumsal voice-AI satıcısı. Stack D bu boşluğu dolduruyor. Formülü, dakika başı fiyatın en yüksek ve kapsamanın da en yüksek olduğu rejimde test ediyor, çünkü taban fiyat kapsamayı yükselten özel ayarlama ekibini finanse ediyor. Bu, bir CFO'nun fazla ödediğinden en sık şüphelendiği satın alma senaryosudur; dakika başı oran daha ucuz alternatiflerin iki ila beş katıdır, ama satıcı fiyatın daha ucuz alternatiflerin sunmadığı bir kapsama taahhüdüyle haklı çıktığını savunur. Formül, CFO'nun savın geçerli olup olmadığını kontrol etmesini sağlayan karar kuralıdır. Stack D olmadan, işlenmiş örnek yalnızca daha yüksek fiyatın marjinal olarak daha yüksek kapsamayla geldiği rejimi kapsar; Stack D ile, işlenmiş örnek daha yüksek fiyatın belirgin olarak daha yüksek kapsamayla geldiği, yapısal olarak farklı olan rejimi kapsar. Bölüm 4.4 geçişi gösteriyor: $8.80'in üzerindeki her eskalasyon maliyetinde, Stack D dakika başına 1.6× daha pahalı olmasına rağmen çözüm başına Retell'i geçiyor; $6.34'ün üzerindeki her eskalasyon maliyetinde, Stack D dakika başına 2.1× daha pahalı olmasına rağmen Vapi'yi geçiyor. Satın alma sorusu, taban fiyatlı kurumsal satıcının fazla fiyatlı olup olmadığı olmaktan çıkıp alıcının eskalasyon maliyetinin geçiş noktasının üstünde mi altında mı durduğu haline geliyor.

4.1 Dört yığınlı temel

Tablo 1, formülün temel girdilerdeki çıktısını bildiriyor. En sağdaki sütun, makalenin satın alma manşeti olarak dakika başı fiyatın yerini alması gerektiğini savunduğu çözüm başına maliyet rakamıdır.

Çözüm başına maliyet dört yığın arasında $5.29 ile $7.15 arasında, kabaca %35'lik bir yayılımla değişti. Aynı yığınlardaki dakika başı yayılım %376 idi ($0.105 ile $0.50). Birim seçimi, satıcılar arasındaki görünür yayılımı 10×'ten fazla sıkıştırıyor ki bu da başlı başına satın alma sinyalidir: dakika başı farklar, alıcının ödediği birime çevrildiklerinde çarpıcı biçimde abartılı görünür.

Eskalasyon terimi (1 − c) · E, Stack D dışında her yığın için çözüm başına maliyet rakamının çoğunluğunu taşıdı; Retell için %60, Vapi için %64, kendi sunucusunda barındırılan için %81 ve kurumsal katman için %48. §5'i motive eden yapısal sonuç budur: çözüm başına maliyet, kabaca 0.5'in altında kapsamaya sahip mevcut herhangi bir voice-agent yığını için eskalasyon-maliyeti baskın bir metriktir ve bu nedenle sıralama düzeni dakika başı fiyat değil kapsama tarafından belirlenir. Stack D, örnekte %50 eskalasyon payının altına inen tek yığındır ve bunu, taahhütlü 0.55 kapsamasının $7.40 eskalasyon primini her çözüme yükleyen çağrıların payını azaltması nedeniyle yapar.

4.2 Sıralama dönüşleri

Tablo 2, dakika başı sıralamayı çözüm başına sıralamayla karşılaştırıyor.

Temelde iki sıralama dönüşü ortaya çıkıyor. Retell ile Vapi arasındaki ilki, analizin üç yığınlı versiyonunda zaten bulunan tersine dönüştür: Retell'in daha yüksek kapsaması (0.45'e karşı 0.38), $7.40 eskalasyon maliyetini doğuran çağrıların payını, agent-dakikalarının kendisindeki $0.067/min fiyat farkını telafi edecek kadar azaltıyor. İkinci ve daha çarpıcı dönüş Stack D, ki dakika başına Retell'in 1.6× ve Vapi'nin 2.1× fiyatına mal oluyor ama çözüm başına Vapi'den $0.18 (%2.5) daha ucuz. Mekanizma ilk dönüşle aynı ama daha belirgin: Stack D'nin taahhütlü 0.55 kapsaması, maliyetin eskalasyon payını %64'ten (Vapi) %48'e ve mutlak eskalasyon primini $4.59'dan $3.33'e düşürüyor. Çağrı başına eskalasyon maliyetindeki %17'lik azalma, alıcıya dakika başına daha pahalı ama çözüm başına daha ucuz bir yığın satın alıyor ki bu yapısal olarak kurumsal voice-AI satıcılarının yaptığı satın alma argümanıdır.

Vapi, dakika başına ikinci en ucuzdan çözüm başına son sıraya düşüyor. Bu, formülün işlenmiş örnekte tanımladığı en büyük yanlış sıralamadır ve dakika başına dayalı bir satın alma kararının en kötü sonucu üreteceği yerdir.

4.3 Tek değişkenli duyarlılık

Retell temelinde her seferinde tek değişkeni sapmaya uğratmaya ve Vapi üzerinde yalnızca kapsama sapmasına peşinen bağlı kaldık. Tablo 3 dört sapmayı bildiriyor.

Tablo 3'ten üç gözlem çıkıyor. Birincisi, kapsama çözüm başına maliyeti temel etrafında her 10 yüzde puanı için kabaca %20 oynattı; bu, ^[6]'nın andığı SQM genel kuralını yeniden ortaya çıkaran neredeyse 1:1'lik bir esnekliktir: ilk-çağrıda-çözümde bir puanlık kazanç, işletme maliyetinde bir puanlık düşüş üretir. Yöntemimiz bu düzenliliği yeniden üretmek için tasarlanmadı ve üretmesi, kompozisyon kuralının patolojik olmadığının bir işaretidir. İkincisi, eskalasyon maliyeti en yüksek etkili değişkendi: E'yi ikiye katlamak, Retell'in çözüm başına maliyetini %60 artırdı; 10 puanlık bir kapsama sallanışındaki hareketten üç kattan fazla. Üçüncüsü, Retell-Vapi sıralama dönüşü önceden kaydedilmiş sağlamlık kontrolünden sağ çıktı. Vapi'nin kapsamasında 5 puanlık yukarı yönlü bir sapma (0.43'e), çözüm başına maliyetini $6.48'e, Retell'in temel $6.83'ünün altına çekti. Vapi'nin gerçek kapsaması Retell'inkinden yarım puan yüksekse dönüş tersine döner. Sıralama dönüşünü kullandığımız girdiler altında gerçek bir bulgu olarak ele alıyoruz, tüm makul girdiler arasında sağlam bir bulgu olarak değil; ki makalenin amacı budur. Birim seçimi sıralamayı değiştiriyor ve sıralama, satıcıların tutarlı biçimde kıyaslamadığı bir değişkene duyarlı.

4.4 Çok değişkenli duyarlılık: bir (Δc, E) ızgarası

§4.3'teki tek değişkenli duyarlılık üç değişkeni sabit tutup dördüncüyü oynatıyor. Satın alma ekipleri bu resimle nadiren karşılaşır. Gerçek satın alma kararları kapsama ve eskalasyon maliyetini birlikte değiştirir: üst düzey bir finansal hizmetler alıcısı hem daha yüksek bir eskalasyon maliyetiyle (yüklenmiş işgücü, düzenlenmiş devir) hem de temelden daha düşük bir kapsamayla (PII filtreleme, çok dilli trafik) karşı karşıyadır. Bir perakende alıcısı tersiyle karşılaşır (düşük eskalasyon maliyeti, yüksek kapsama). Formülü satın alma katmanında yararlı kılmak için, görüşme süresini 4 dakikada ve dakika başı fiyatı her yığının temelinde sabit tutarak, kapsama kayması ve eskalasyon maliyeti üzerinden iki boyutlu bir ızgara çalıştırdık.

Kayma Δc, §3.2'den her yığının temel c'sine eşit olarak uygulanır; örneğin Δc = −0.05'te Retell'in etkin kapsaması 0.40, Vapi'ninki 0.33, kendi sunucusunda barındırılanınki 0.37 ve Stack D'ninki 0.50 olur. Bu, Δc'yi yığın başına bir performans sapması yerine bir alıcı-alanı değiştiricisi olarak ele alır; alıcının çağrı karışımının τ-Voice temelinden ne kadar uzakta durduğunun bir yansıması. Tablo 4 her hücredeki sıralama düzenini bildiriyor.

Izgara çarpıcı bir yapısal sonuç üretiyor: sıralama düzenini neredeyse tümüyle E belirliyor, Δc değil. Herhangi bir sütunu aşağı doğru okuduğunuzda, sıralama her kapsama kaymasında aynıdır. Herhangi bir satırı yatay okuduğunuzda, eskalasyon maliyeti yükseldikçe sıralama kayar. Geçişler keskindir:

• E = $5'te (düşük maliyetli dış kaynak işgücü, tek dilli perakende trafiği), dakika başı fiyat hâlâ kazanır. Dakika başına en pahalı olan Stack D, çözüm başına da en pahalıdır.
• E = $7.40'ta (kamuya açık beyan temeli ^[8]), Stack D 3. sıraya çıkar; dakika başına ikinci en ucuz olan Vapi'yi, dakika başına 2.1× daha pahalı olmasına rağmen geçer.
• E ≥ $10'da (düzenlenmiş sektörler, kurumsal yüklenmiş işgücü), Stack D 2. sıraya çıkar ve Retell'i de geçer. Kurumsal taban, E ≥ $10 olan her hücrede çözüm başına en iyi ikinci seçimdir.

Geçiş noktaları doğrudan formülden hesaplanabilir. Cres(D) = Cres(Retell) kurup çözerek: E = (pD · T / cD − pR · T / cR) / (cD − cR) = ($3.636 − $2.756) / 0.10 = $8.80. E = $8.80'in altında Retell çözüm başına daha ucuz; üstünde Stack D daha ucuz. Aynı cebir, Stack D ile Vapi geçişini E = $6.34'e koyar ki Stack D'nin neden $7.40 beyan temelinde zaten Vapi'yi geçtiğinin nedeni budur. Bu geçiş eşikleri, bir satın alma ekibinin kendi yüklenmiş eskalasyon maliyetine karşı hesaplaması gereken işlevsel sayılardır, çünkü dört yığınlı karşılaştırmayı tek satırlık bir karar kuralına indirgerler.

Sıralamanın Δc sapmaları boyunca sağlamlığı, formülün yapısal bir özelliğini yansıtır: sıralama düzenini mutlak düzey değil, yığınlar arasındaki kapsama farkı belirler. Her yığının kapsamasını aynı miktarda kaydırmak farkı korur, dolayısıyla sıralama değişmez. Bu satın alma açısından anlamlı bir bulgudur çünkü yığınlar arasındaki fark (Stack D'nin kapsama taahhüdü eksi daha ucuz yığınların soğuk başlangıç kapsaması), bir satıcının kontrol ettiği değişkendir; mutlak düzey ise alıcının çağrı karışımının bir fonksiyonudur ve satıcı onu kontrol etmez. Formül, satın alma açısından önemli sinyali alıcıya özgü gürültüden yalıtır.

Özgün üç yığınlı işlenmiş örnekte bizi şaşırtan sonuç sıralama dönüşünün kendisi değil, marjın ne kadar ince olduğuydu. Dört yığınlı versiyon sürprizi daha da keskinleştiriyor. Dakika başına en pahalı olan Stack D, beyan edilen temel eskalasyon maliyetinde çözüm başına ikinci en ucuz ve her daha yüksek eskalasyon maliyetinde çözüm başına ikinci en ucuz. Kurumsal voice-AI satıcılarının yaptığı satın alma argümanı; yani taban fiyatlamanın, yüksek eskalasyon maliyetinde kendini amorti eden bir kapsama taahhüdü satın aldığı; bu alıştırmada yapısal olarak doğru. Formül, satın alma ekibine argümanın doğru hale geldiği eşiği veriyor (E ≥ $8.80 Retell'e karşı, E ≥ $6.34 Vapi'ye karşı) ki bu, satın alma ekibinin satıcıyla yapması gereken konuşmadır.

Yapısal bulgu, yani eskalasyon teriminin (1 − c) · E kabaca 0.5'in altında kapsamaya sahip herhangi bir yığın için çözüm başına maliyete baskın olması, çağrı merkezi literatürü için yeni değil ^{[2, 6]} ama voice-agent satıcı literatüründe büyük ölçüde yok. Kapsama baskındır çünkü her çözülmemiş çağrı, tüm bir insan tarafından işlenen çağrının maliyetini AI'ın defterine sürükler ve insan tarafından işlenen çağrılar, AI tarafından işlenenlerden bir kat daha pahalıdır ^[8]. Sharma'nın kapsama için >%70 üretime-hazırlık hedefinin ^[12] doğru biçimde olmasının nedeni budur, belirli kesme noktası türetim değil uzlaşı olsa bile. %70'in altında, AI agent kendini amorti ediyor ama işletme maliyetinin çoğunu hâlâ insan tarafında bırakıyor; %70'in üstünde, ikame baskın gelmeye başlıyor. İşlenmiş örneğimizdeki Stack D 0.55'te oturuyor ki Tablo 1'de eskalasyon payının neden en düşük (%48) ve yine de toplam maliyetin neredeyse yarısı olduğunun nedeni budur.

Satıcıların iki nedenle çözüm birimlerinde fiyat vermediğini düşünüyoruz. Birincisi mekanik: kapsama yalnızca satıcının yığınının bir özelliği değildir; alıcının çağrı karışımına, dil kapsamasına ve ayarlama çabasına bağlıdır ve satıcı bunların hiçbirine peşinen bağlanamaz. Çözüm birimlerinde fiyat vermek, satıcıları şu anda fiyatlandırmadıkları bir iş yükü riski üstlenmeye zorlardı. ^[5]'teki çözüm-başına-ödeme dış kaynak piyasası, fiyatlama modeli bunun için tasarlandığında bir satıcının iş yükü riski üstlenebileceğinin varoluş kanıtıdır; voice-AI satıcıları bu fiyatlama modelini henüz kurmadılar. İkincisi ticari: dakika başı fiyatlama satıcılar arasındaki marjı dramatize eder. $0.31'de Retell ile $0.243'te Vapi anlamlı bir fark gibi görünür; $6.83 ile $7.15 gürültü gibi görünür. $0.50/min'de Stack D ile $0.31/min'de Retell %60'lık bir prim gibi görünür; $6.97 ile $6.83 %2'lik bir primdir. Dakika başına fiyat veren satıcılar satın alma konuşmasını kendilerini abartan bir yayılımda tutar. Çözüm birimlerine çeviri, konuşmayı alıcının gerçekte ödediği yayılıma geri döndürür.

Satın alma ekipleri bu makaleyi okuduktan sonra neyi farklı yapmalı? Sırasıyla üç şey. Birincisi, her voice-agent satıcısından bir kapsama taahhüdü, ya da en azından sizinkine benzer iş yüklerinde gözlemledikleri kapsamayı, sayıyı yanlışlanabilir kılacak kadar kesin tanımlanmış bir iş yüküyle isteyin. ^[5]'te belgelenen çözüm-başına-ödeme dış kaynak piyasası bu konuşmanın mümkün olduğunu kanıtlıyor. İkincisi, §3.1'deki formülü bu makaledeki rakamlar yerine kendi görüşme sürenize ve kendi yüklenmiş eskalasyon maliyetinize karşı çalıştırın. İkisi de alıcı tarafı gerçeklerdir ve genellikle geçmiş çağrı kaydından elde edilebilir. Üçüncüsü, §4.4 biçimindeki geçiş eşiklerini hesaplayın: her yığın çifti çözüm başına maliyette hangi eskalasyon maliyetinde başa baş gelir? Geçiş eşiği, dört yığınlı bir karşılaştırmayı alıcının kendi işgücü maliyetine karşı tek satırlık bir karar kuralına indirir. /resources/tools/voice-agent-cost-calculator adresindeki voice-agent hesaplayıcısı, bir satın alma ekibinin elinin altında bulunması en olası alıcı tarafı sayılar için bu kompozisyonu açığa çıkarır.

Kendi sunucusunda barındırılan yığınlar üzerine bir not. Stack C temelimizde en düşük çözüm başına maliyeti üretti, ama yöntem kurulum maliyetini bilerek dışarıda bıraktı. Kendi sunucusunda barındırılan yığınlar, Dograh'ın TCO analizinin $150/saat olarak fiyatlandırdığı ^[17] ve yazarların yüksek hacimde aylar içinde geri kazanıldığını ama düşük hacimde kazanılmadığını not ettiği bir mühendislik sermaye gideri taşır. Kurulum maliyetini dahil etmenin doğru yolu, onu proje ömrü boyunca çözüm başına bir amortisman olarak, (kurulum_maliyeti) / (beklenen_toplam_çözüm), Cres'e ekleyerek olur. Bunu ikinci aşama bir ayarlama olarak bıraktık çünkü alıcıya özeldir ve makalenin katkısı değişken-maliyet kompozisyon kuralıdır. Aylık 1.000 dakikalık bir alıcı, aylık 100.000 dakikalık bir alıcıdan farklı bir sonuca varacaktır ve her iki sonuç da her alıcının hacmiyle uygulanan aynı kompozisyon kuralından çıkmalıdır.

5.1 Formül ne zaman bozulur

Formül dört girdiyi tek bir sayıda birleştirir ve geniş bir makul girdi aralığında temiz sıralamalar üretir. Yanıltıcı sayılar ürettiği üç rejim vardır ve bir satın alma ekibi kuralı uygulamadan önce bunları tanımalıdır.

Aşırı yüksek kapsama (c ≥ 0.85). c 1'e yaklaştıkça, eskalasyon terimi (1 − c) · E sıfıra ve AI-maliyet terimi (p · T) / c p · T'ye yaklaşır. Çözüm başına maliyet, kapsanmış bir çağrıdaki dakika başı harcamaya yakınsar. Bu rejimde formül, görüşme süresiyle ölçeklenen dakika başı fiyata indirgenir ve sıralama düzeni dakika başı sıralamayla örtüşür. Bu sezgiyle tutarlıdır; AI esasen her çağrıyı eskalasyon olmadan işledikten sonra, satın alma kararı agent-dakika maliyetiyle ilgilidir ve başka hiçbir şeyle değil; ama bu, formülün ayırt etme gücünü tam da satıcı literatürünün ^[12] üretime-hazır ilan ettiği rejimde kaybettiği anlamına gelir. %90+ kapsamaya bağlanan iki yığını karşılaştıran bir alıcı, formülün yapısal bir kazanan tanımlamasını beklememelidir; bu düzeydeki fark, dakika başı fiyat ve §5'in ikinci aşama bir değerlendirme olarak bıraktığı kurulum-maliyeti ayarlaması tarafından domine edilir.

Aşırı düşük kapsama (c ≤ 0.20). c sıfıra yaklaştıkça, AI-maliyet terimi (p · T) / c patlar ve eskalasyon terimi E'ye yaklaşır. Çözüm başına maliyet patolojik hale gelir çünkü neredeyse her çağrı eskale olur ve AI, kapsamadığı dakikalar için ödenir. Bu rejim herhangi bir üretim yığını için dejeneredir; bir alıcı üretimde %20 kapsamayla kurulum yapmaz; ama bir alıcı özel ayarlama işi yapılmadan önce bir satıcıyı soğuk başlangıç trafiğinde kıyaslarken ön-ayarlama değerlendirmesinde ortaya çıkar. c = 0.15'lik bir ön-ayarlama ölçümü, maliyetin çoğu küçük bir paydaya bölünen agent-dakika terimi olduğu için maliyeti dramatik biçimde abartan bir Cres rakamı üretir. Formülü pilot veriye karşı çalıştıran bir satın alma ekibi, çözüm başına maliyet rakamını tek bir sayı olarak değil, kapsama yörüngesiyle birlikte raporlayarak buna göre düzeltmelidir.

Tek çağrı kapsamasının dışındaki takip çağrıları. Formül, insan tarafından işlenen çağrıyı çözülmemiş bir yörüngedeki son olay olarak ele alır. Pratikte, eskale edilmiş bir çağrı çözüm penceresi içinde kendisi takip temasları üretebilir ve kapsanmış bir çağrı, AI'ın çözümü alttaki sorunu gerçekten çözmediyse takip temasları üretebilir. Belfiore ^[2], çözülmemiş çağrıları takip maliyetine çevirmek için 1.5× bir çarpan kullanır ve PolyAI ^[11], kapsamanın tekrar arayanları gizleyebileceği konusunda özellikle uyarır. Formülün E'si, yalnızca ilk insan tarafından işlenen çağrı değil, tüm eskale edilmiş yörüngenin yüklenmiş maliyeti olarak okunmalıdır; E için yalnızca işgücü maliyeti vekili kullanan bir alıcı, eskalasyon primini %30–50 eksik tahmin eder. Ek A'daki Erlang C türetimi bunu açık hale getirir: $7.40 temel rakamımızı üreten kadrolama maliyeti eşdeğeri, takip hacmi için 1.5× çarpanı zaten içerir.

Daha az yaygın bir dördüncü hata kipi de belirtmeye değer: alıcının fiyatlama modeli, düşük hacimde dakika başı oranı büken platform minimumları veya koltuk lisansları içerdiğinde ^[16]. Formülümüz bunların amorti edildiği yüksek hacim rejimini modeller; düşük hacimde, etkin dakika başı oran yayımlanan orandan yüksektir ve sıralama düzeni kayabilir. Aylık 1.000 dakikadan az olan bir alıcı, formülü satıcının dakika başı manşeti yerine alıcının etkin dakika başı oranına (toplam aylık harcama bölü dakika) karşı çalıştırmalıdır.

Yöntem bir kompozisyon kuralıdır ve bir kompozisyon kuralı yalnızca birleştirdiği girdiler kadar dürüsttür. Bu makalenin sonuçlandıramayacağı belirli şeyleri adlandırıyoruz.

Satıcı fiyatları liste fiyatlarıdır, müzakere edilmiş oranlar değil. $0.31'de Retell, $0.243'lük Vapi tarzı ayrıştırma ve $0.50'lik Stack D tabanı, bir alıcının self-servis yoluyla veya yayımlanmış bir taban olarak ödeyeceği oranlardır; kurumsal satın alma, aylık 100.000 dakikanın üzerindeki hacim katmanlarında rutin olarak %30–50 indirim üretir ve müzakere edilmiş tekliflere erişimimiz yoktu. Tablo 2'deki sıralama düzeni gerçekçi kurumsal fiyatlama altında kayabilir.

Stack D'nin dakika başı fiyatı işlenmiş örnekteki en düşük güvenli girdidir. Kurumsal voice-AI fiyatlaması gerçekten opaktır: taban fiyatlama, profesyonel hizmet paketleri, taahhütlü harcama indirimleri ve platform ücretleri, satıcının nadiren yayımladığı bir dakika başı eşdeğerinde birleşir. $0.50/min'imiz CloudTalk'ın yayımladığı voice-AI oranından ^[16] alınmış ve Retell'in satıcı karşılaştırması üst sınırıyla ^[14] desteklenmiştir, ama Stack-D sınıfı bir sözleşme imzalayan bir alıcı, yayımlanmış bir tabana karşı değil, satıcının gerçek teklifine karşı müzakere edecektir. E ≥ $8.80'de bildirdiğimiz sıralama dönüşü (Stack D'nin Retell'i geçmesi), Stack D'nin dakika başı oranında ±%15 sapmaya karşı sağlamdır, ama bir alıcı bir satın alma sonucuna varmadan önce §4.4'ün ızgarasını müzakere edilmiş orana karşı yeniden çalıştırmalıdır.

Kapsama değerleri kıyaslama vekilleridir, alıcı-alanı ölçümleri değil. τ-Voice ^[19], temellendirilmiş perakende ve havayolu görevleri boyunca görev tamamlamayı bildirir ki bu, gerçek bir alıcının üç ila altı aylık yinelemeden sonra deneyimlediği ayarlama sonrası kapsamadan çok bir ön-ayarlama temeline daha yakındır. Temiz, iyi tanımlanmış bir kullanım örneğine sahip bir alıcı girdilerimizi 10 ila 20 puan aşabilir; çok dilli, gürültülü veya PII ağırlıklı trafiğe sahip bir alıcı bunların altında oturabilir. Stack D'nin 0.55 kapsaması τ-Voice dayanağından en uzak olanıdır ve satıcı-iddiası önyargısına en açık girdidir; bir satın alma ekibi, satıcıdan taban rakamı inançla kabul etmek yerine tanımlı bir iş yüküne karşı bir kapsama taahhüdü vermesini talep etmelidir.

Eskalasyon maliyeti tek noktalı bir beyandır. $7.40/çağrı, bir satıcının yayımlanmış karşılaştırmasından ^[8] gelir ve belirli bir çağrı karışımına ve belirli bir işgücü piyasasına göre kalibre edilmiştir. Belfiore'nin $8.00'ı ^[2] bunun %8'i içinde oturur ki bu bir miktar üçgenlemedir, ama hiçbiri bir meta-analiz değildir. Yüklenmiş müşteri hizmetleri işgücünün açıklanan aralığın yarısı veya iki katı olduğu bir piyasadaki bir alıcı farklı çözüm başına maliyet sayıları hesaplar ve Tablo 2'deki sıralama düzeni buna duyarlıdır. §4.4 ızgarası gerçekçi $5–$15 aralığını kapsar.

Stack C'nin dakika başı fiyatı kabaca hesaplanmış bir kompozisyondur. Kendi sunucusunda barındırılan değişken maliyet, Deepgram'in hacim katmanına, ElevenLabs Flash'ın aylık taahhütlü mü yoksa kullandıkça mı ödendiğine, Twilio'nun bölgesel oranına ve çağrı başına Claude Haiku'nun girdi/çıktı token karışımına bağlıdır. Makul orta katman oranlarını birleştirdik; dikkatli bir alıcı, bir satın alma sonucuna varmadan önce $0.105'imizi kendi teklif-temelli rakamıyla değiştirirdi.

§4.4'teki çok değişkenli ızgara, sürekli bir yüzeyin 5×4'lük bir örneğidir. Daha ince bir ızgara veya bir kontur grafiği geçiş eşiklerini daha kesin ortaya çıkarırdı; analitik geçiş eşiklerini §4.4'te işlevsel sayılar olarak bildiriyor ve ayrık ızgarayı alıcı-alanı bağlamları boyunca sıralama-istikrarının bir illüstrasyonu olarak ele alıyoruz. Izgara görüşme süresini veya dakika başı fiyatı değiştirmez ki ikisi de geçişleri kaydırırdı.

Formül yukarı akış yönlendirmeyi alacağa yazmaz. Voice agent'a ulaşmadan önce IVR veya self-servis tarafından yönlendirilen çağrılar paydaya hiç girmez. Alıcının mevcut IVR'siyle iyi entegre olan bir yığın, toplam işletme maliyetini azaltırken daha kötü bir çözüm başına maliyet gösterebilir. Metrik bir voice-agent içi karşılaştırmadır, bir çağrı merkezi kâr-zarar tablosu değil.

Kapsama tek çağrı tanımıdır. Kapsamayı, AI'ın tek bir çağrıda eskalasyon olmadan çözdüğü çağrıların oranı olarak kullandık. PolyAI ^[11], bunun aynı sorunun yedi gün içinde yeniden ortaya çıktığı tekrar arayan kalıplarını gizleyebileceğini not eder. Tekrarlardan arındırılmış bir kapsama, Tablo 1'deki her değeri düşürürdü; bunu modellemedik.

Çözüm kaliteye göre ağırlıklandırılmaz. Düşük CSAT üreten bir çözüm, bir çözüm olarak sayılır. Kalite-ağırlıklı çözüm metrikleri üzerine literatür ^{[4, 7]} bir aşağı akış ayarlamasını destekler ve katı bir CSAT tabanına sahip bir alıcı bunu uygulamak isterdi.

İşlenmiş örnek dört yığındır. Dört yığın kamuya açık piyasa şeklini (tamamen yönetilen, bileşenlere ayrılmış-yönetilen, kendi sunucusunda barındırılan, kurumsal taban) kapsar ama kapsamlı değildir. Büyük bir bankada şirket içi bir yapı, sağlıkta dikey-uzman bir satıcı veya AI ile desteklenmiş agent'lara sahip maliyet lideri bir offshore BPO, her biri resmi kaydırırdı; bunlar için kamuya açık fiyat beyanlarına sahip değildik.

Voice agent'lar için kapalı biçimli bir çözüm başına maliyet formülü tanımladık, onu satıcı fiyat sayfalarından ve kamuya açık bir kıyaslamadan alınan temel girdilerde dört gerçek kamuya açık yığına uyguladık ve bu yığınların dakika başı ve çözüm başına sıralamalarının uyuşmadığı iki sıralama dönüşü bildirdik. Çözüm başına maliyet rakamları $5.29 ile $7.15 arasında değişti; dakika başı oranları %376 yayılan yığınlarda %35'lik bir yayılım. İki boyutlu bir duyarlılık ızgarası, sıralama düzenini kapsama kayması değil eskalasyon maliyetinin belirlediğini gösterdi; analitik geçiş eşikleri (Stack D, Retell'i E ≥ $8.80'de, Vapi'yi E ≥ $6.34'te geçer) dört yığınlı karşılaştırmayı alıcının kendi işgücü maliyetine karşı tek satırlık bir karar kuralına indirir. Kapsama metriğe baskın geldi ve ilk-çağrıda-çözüm kazançları ile işletme-maliyeti düşüşleri arasındaki çağrı merkezi 1:1 kuralını yeniden ortaya çıkardı ve Ek A, formülün eskalasyon teriminin operasyon-yönetimi literatüründeki standart Erlang C kadrolama modeline indirgendiğini gösteriyor. Kompozisyon kuralı katkıdır. Voice-agent satıcılarını satıcıların verdiği birim üzerinden puanlayan satın alma ekipleri yanlış sayıyı optimize ediyor; §3.1'deki formül onlara gerçekte ödedikleri birimi veriyor.

§3.1'deki eskalasyon maliyeti E, insan tarafından işlenmenin çağrı başına maliyetidir. $7.40'ı kamuya açık bir satıcı beyanından ^[8] benimsedik ve Belfiore'nin $8.00'ının ^[2] bunun %8'i içinde oturduğunu not ettik. Bu ek, beyan edilen rakamın işgücü yönetimi yazılımında kullanılan Erlang C kadrolama modeliyle ^{[1, 26]} tutarlı olduğunu göstererek formülün eskalasyon kolunu operasyon-yönetimi soy çizgisine dayandırıyor.

A.1 Erlang C kadrolaması

İnsanların görev aldığı bir çağrı merkezinde, Erlang C modeli, gelen bir çağrının hemen yanıtlanmak yerine kuyruğa girme olasılığını; varış oranı λ (saatte çağrı), ortalama görüşme süresi Th (çağrı başına saat) ve agent sayısı N'nin bir fonksiyonu olarak verir ^[1]. Kadrolama kararı, kuyruk olasılığının hedef bir hizmet düzeyi eşiğinin (tipik olarak P(bekleme > 20s) ≤ 0.20) altına düştüğü en küçük N'dir.

ρ = λ · Th / N doluluğunda çalışan bir çağrı merkezi için, yanıtlanan çağrı başına yüklenmiş işgücü maliyeti şudur:

Cper_call = (Wloaded · Th) / ρ

burada Wloaded, bir agent'ın yüklenmiş saatlik ücretidir (temel maaş artı yan haklar, denetim gideri, tesis ve araç, tipik olarak temelin 1.4–1.6× katı ^[1]). Th, çağrı sonrası işi de içeren ortalama görüşme süresidir. Doluluk ρ, daha yüksek doluluk hizmet düzeyini bozduğu için pratikte nadiren 0.85'i aşar ^[26].

İşlenmiş örnek. Wloaded = $52.50/saat (2020'lerin ortası için gelen müşteri hizmetlerinin temsili ABD yüklenmiş oranı), Th = 4 dakika = 1/15 saat ve ρ = 0.85 değerlerinde:

Cper_call = ($52.50 · (1/15)) / 0.85 = $3.50 / 0.85 = yanıtlanan çağrı başına $4.12

A.2 Takip çarpanının eklenmesi

Belfiore ^[2], çözülmemiş çağrıların çözüm penceresinde ortalama 1.5 takip teması ürettiğini bildirir. Her takip teması aynı Cper_call maliyetini artı yeniden işlemenin müşteri-deneyimi maliyetini doğurur. Takipleri çağrı başına maliyetin 1.5× katını ekleyen olarak ele alarak (Belfiore'nin muhafazakâr okuması), bir eskale edilmiş yörüngenin yüklenmiş maliyeti şöyle olur:

E = Cper_call · (1 + f) = $4.12 · 1.5 = $6.18

burada f = 0.5, ilk insan tarafından işlenen çağrı üzerindeki kesirli takip çarpanıdır (0.5'tir çünkü bir ilk çağrı artı beklenen takiplerde 0.5, Belfiore'nin belgelediği 1.5 temasa eşittir). $6.18 rakamı, ^[8] tarafından beyan edilen $7.40 temelinin yaklaşık %17 altındadır. Soğuk-transfer cezası için %15–20 eklemek ^[10]; çağrı AI'dan insana devredildiğinde bağlam kaybının maliyeti; boşluğu yuvarlama içinde beyan edilen rakama kapatır.

^[8]'den beyan edilen $7.40, bu nedenle $50–60/saat aralığında bir yüklenmiş işgücü maliyetine, standart 0.85 tavanına yakın bir doluluğa ve Belfiore aralığında bir takip çarpanına karşılık gelir. Bu girdilerin her biri bağımsız olarak yayımlanmıştır ve beyan edilen rakam üçünün de hepsiyle tutarlıdır.

A.3 İkame alacağı

Bir AI agent gelen çağrıların bir kesri c'sini kapsadığında, insan tarafı kadrolama gereksinimi orantılı olarak düşer. Saatte toplam λ çağrı varış oranıyla, insan tarafı varış oranı (1 − c) · λ olur ve Erlang C kadrolama gereksinimi sabit hizmet düzeyinde varış oranıyla yaklaşık doğrusal olarak ölçeklenir, dolayısıyla gelen çağrı başına insan tarafı kadrolama maliyeti Cper_call'dan (1 − c) · Cper_call'a düşer. Takip çarpanını dahil ederek, gelen çağrı başına insan tarafı maliyet (1 − c) · E'dir ki bu tam olarak §3.1'deki formülün ikinci terimidir.

İlk terim (p · T) / c, her çözülen çağrıya yüklenen AI tarafı maliyettir: alıcı gelen çağrı başına agent-dakikalarda p · T öder ve alıcının çözümleri gelen çağrı başına c'dir, dolayısıyla her çözüm (p · T) / c agent-dakika harcaması taşır.

İki terimi eklemek, uçtan uca işlenen bir gelen çağrının çözüm başına maliyetini verir: çözüm başına AI tarafı harcama artı gelen çağrı başına beklenen insan tarafı maliyet. Formül budur. Eskalasyon kolu uydurma bir vekil değil, orantılı ikame altında Erlang C kadrolama maliyetinin bir indirgemesidir ki bu, SWPP referansının ^[26] belgelediği ve Akşin vd.'nin ^[1] incelediği doğrusallık varsayımıdır.

A.4 Doğrusallık varsayımı nerede bozulur

İki rejim belirtmeye değer. Birincisi, Erlang C kadrolaması hizmet düzeyi eşiğine yakın doğrusal değildir: varış oranındaki küçük bir düşüş, eşik tam sayıda agent üzerinde işlediği için gerekli kadrolamayı aynı oranda azaltmayabilir. Küçük çağrı merkezlerinde (~30'dan az agent), ikame alacağı orantılı kural tarafından abartılır; gerçek tasarruf adım adımdır. İkincisi, doğrusallık varsayımı, AI-kapsanan çağrılar ile insan tarafından işlenen çağrıların benzer görüşme-süresi dağılımlarına sahip olmasını gerektirir. AI ağırlıklı olarak kolay çağrıları (kısa görüşme süresi) kapsayıp ağırlıklı olarak zor çağrıları (uzun görüşme süresi) eskale ediyorsa (AI agent'lar zor kuyrukta zorlandığı için yaygın bir kalıp), o zaman eskale edilen çağrılardaki insan tarafı görüşme süresi ortalama Th'den daha uzundur ve gelen çağrı başına insan tarafı maliyet (1 − c) · E'den yüksektir. AI'ın kapsanan-çağrı görüşme süresinin operasyonun genel ortalamasından açıkça kısa olduğu bir alandaki bir satın alma ekibi, E'yi bir alt sınır olarak ele almalı ve eskalasyonlar üzerinde açık bir görüşme-süresi çarpanı düşünmelidir. §6'daki kalite-ayarlı çözüm sınırlaması aynı kaygıyı farklı bir açıdan yakalar.