Yapay zekâ araçları nasıl fiyatlandırılır? Kullanıcı, kullanım ve token

Yapay zekâ araçları dört birimle fiyatlanır: kullanıcı (erişim verilen kişi), konuşma ya da oturum, sonuç (örneğin çözülmüş bir talep) ve token, yani modelin okuyup yazdığı küçük metin parçaları. Çoğu fatura sabit bir ücretle kullanım bölümünü karıştırır; aynı iş, kuruma göre çok farklı tutarlara ulaşabilir.

İki satıcı aynı misafir mesajlaşma asistanı için teklif veriyor. Biri erişim verilen kişi başına, öteki konuşma başına ücret istiyor. Sessiz bir ayda ilki, yoğun bir ayda ikincisi ucuz görünüyor; hiçbiri hangi ayı satın aldığınızı söylemiyor. Yapay zekâ fiyatlandırma modelleri, otel bütçelerinin alışkın olduğu yazılım aboneliklerinden ayrılır, çünkü faturanın bir bölümü işin kendisiyle hareket eder. Bu yazının sonunda her teklifin arkasındaki birimi adlandırabilecek, onu otelinizin kendi işine çevirebilecek ve faturayı denetim altında tutabileceksiniz.

Yapay zekâ araçları dört şekilde nasıl fiyatlandırılır?#

Neredeyse her yapay zekâ teklifi dört birimden birine indirgenebilir: kullanıcı, konuşma, sonuç ya da token; her biri işin farklı bir yanını sayar.

Kullanıcı (seat), erişim verilen kişileri sayar. Sabittir, bütçelenmesi kolaydır, kullanıma kördür: günde elli soru soran bir resepsiyonist ile ayda bir kez giriş yapan bir müdür aynı tutara mal olur.

Konuşma ya da oturum, bir yazışmayı ya da yazışmaların gerçekleştiği bir zaman penceresini sayar. Tanım, sayıdan daha önemlidir. Ertesi sabah gelen bir soru yeni konuşma mıdır? Bir kişiye devredilen yazışma hâlâ sayılır mı?

Sonuç, kimi zaman "çözüm" (resolution) adıyla, bir kişi bitirmeden kapatılan talebi sayar. Bu birim riski satıcıya taşır; bu yüzden sözleşme, bir talebin çözüldüğüne kimin karar verdiğini yazmalıdır.

Token, modelin okuyup yazdığı, kabaca bir kelime parçası büyüklüğündeki metin parçasıdır. Girdi tokenları otelin gönderdiği her şeydir, ekli belgeler dahil. Çıktı tokenları modelin yazdıklarıdır. Ayrı sayılır ve genellikle farklı fiyatlanır.

Gerçek faturaların çoğu melezdir: bir platform ücreti, içinde yer alan bir hacim ve bu hacmin üzerindeki aşım oranı. Başlık rakamı nadiren bütün faturadır, o yüzden teklifte bu üç parçayı birlikte arayın. Hiçbir birim kendiliğinden daha adil değildir; her biri riski farklı bir tarafa kaydırır ve doğru seçim, otelin işinin istikrarlı mı mevsimlik mi olduğuna bağlıdır.

Bir fiyat birimini otel işine nasıl çevirirsiniz?#

Bunu, otelin bir gerçek ayını satıcının birimiyle sayarak, sonra hangi birimin işin kendisinden hızlı büyüdüğünü kontrol ederek yaparsınız.

Bir misafir konuşmasıyla başlayın: misafirin ilk sorusundan son yanıtına uzanan tek bir dizi. Altı mesajlık bir dizi, tanıma göre bir konuşma ya da altı konuşma sayılabilir; hangisini saydığınızı yazılı tutun.

Taslak bir yanıt tek bir çıktıdır. Asistan üç alternatif taslak sunuyor ve biri seçiliyorsa, gönderilen tek mesaja karşılık üç çıktılık iş yapılmış olur.

Sabah raporları kümesi zamanlanmış tek bir iştir. Okuyan olsun da olmasın da çalışır; zamanlanmış işler bu yüzden kullanım faturasının en sessiz satırıdır. Gün sonu (night audit) istisnalarının özeti ya da bir oda fiyatı tablosunun çevirisi gibi bir arka ofis talebi ise uzun girdili tek bir yönergedir. Davranışları farklı olduğundan, misafir mesajlaşmasından ayrı sayın.

Aynı birimi üç haftada sayın: normal bir hafta, zirve haftası ve kapalı ya da neredeyse boş bir hafta. Düz kalan birim kullanıcı tipi maliyettir; doluluk oranıyla salınan birim kullanım maliyetidir. Arka ofis işi genellikle saymaya başlamak için daha kolay yerdir, çünkü hacmi misafirler değil otelin kendi takvimi belirler. İlk iş akışını henüz seçmediyseniz, otelde yapay zekâya nereden başlanır yazısı arka ofisin misafirden önce gelmesini savunuyor.

Faturanın kullanım bölümünü ne büyütür?#

Kullanım; her istekle gönderdiklerinizden, ne sıklıkla yinelediğinizden ve modele ne kadar yazdıracağınızdan büyür.

İlk sürücü, her soruyla gönderilen uzun eklerdir. Araç her soruda tam bir fiyat tablosunu ya da uzun bir sözleşmeyi yeniden gönderiyorsa girdi hacmi katlanır. Yalnızca ilgili paragrafları getirmek, genellikle "retrieval" denen bir kurulumla, girdiyi küçük tutar.

İkinci sürücü taşınan konuşma geçmişidir. Tüm diziyi bağlamda tutmak, her yeni sorunun öncekileri de yeniden göndermesi demektir; uzun bir dizi, kısa olandan mesaj başına daha pahalıdır. Üçüncüsü yinelemeler ve başarısız isteklerdir: başarısız olup yeniden gönderilen bir istek iki kez faturalanabilir. Başarısız isteklerin nasıl sayıldığını imzadan önce sorun, kötü geçen ilk aydan sonra değil.

Toplu işler, normal bir ayı sıra dışı bir aya çeviren işlerdir. Geçen yılın misafir mesajlarını yeniden işlemek, bütün bir fiyat tablosunu çevirmek ya da her yorumu özetlemek, arkasında büyük hacim taşıyan tek bir yönergedir. Çıktı uzunluğu da işin içindedir: gerekçeli kısa bir yanıt istemek tam rapordan ucuzdur ve çıktı genellikle sayımın pahalı tarafıdır; istek biçimi bu yüzden bir maliyet kararıdır.

Model kademesi ve zamanlama tabloyu tamamlar. Basit işleri küçük ve ucuz bir modele, zor işleri büyüğüne göndermek, iş akışını değiştirmeden faturayı değiştirir; bu, otelin isteyebileceği bir yönlendirme kararıdır. Zamanlayıcıyla, talep üzerine değil de saatle çalışan işler, kimse bakmasa da harcamayı sürdürür.

Faturayı öngörülebilir nasıl tutarsınız?#

Hesaba bir üst sınır, sınırın altında bir uyarı ve her ay kullanım satırını okuyan tek bir isim koyun.

İş akışı başına sert sınır mı yumuşak sınır mı isteyeceğinize karar verin. Sert sınır sınıra ulaşıldığında işi durdurur; bu, misafir mesajlarının yanıtsız kalması demek olabilir. Yumuşak sınır yalnızca uyarır. Misafire dönük işlerde genellikle yumuşak sürüm ve onu izleyen bir kişi gerekir.

Uyarı eşiğini sınırın epey altına koyun ki hareket edecek zamanınız olsun. Sınırda gelen uyarı, iş durduktan ya da aşım başladıktan sonra haber verir. Bir sorumlu adlandırın: aylık kullanımı gören kişi, genellikle ekleri kısaltmak ya da toplu işi sakin bir haftaya taşımak gibi davranışı değiştirebilecek kişidir.

Satıcı izin veriyorsa iş akışı başına kotaları ayırın ki tek bir toplu çeviri misafir mesajlaşması bütçesini tüketmesin. Sınırı deneme hesabında bilerek test edin: büyük bir iş çalıştırın ve hesabın ne yaptığını izleyin. Hiç test edilmemiş bir sınır denetim değil, umuttur. Her sınır değişikliğini gerekçesiyle kayda geçirin; notsuz yükselen bir sınır, öngörülebilir bir faturanın açıklanamaz olmasının yoludur.

Araç devreye alındıktan sonra bir rutin yardımcı olur: yapay zekâ asistanını devreye aldıktan sonra haftalık izleme kontrol listesi, kullanım satırını denetimlerinden biri olarak içerir.

Hangi sözleşme soruları faturayı öngörülebilir kılar?#

Birim ne anlama geliyor, fiyat ne zaman değişebilir, dahil edilen hacmin üzerinde ne oluyor diye sorun ve yanıtları yazılı alın.

Önce birimin tanımı, uç durumlarıyla birlikte: ertesi gün gelen bir soru, bir kişiye devredilen konuşma, misafirin yarıda bıraktığı talep. Birim sonuçsa, neyin sonuç sayıldığını, kimin karar verdiğini ve yeniden açılan bir talebin ikinci kez sayılıp sayılmadığını sorun.

Sırada aşım var: dahil hacmin üzerindeki oran ve bu oranın aynı mı, daha yüksek mi olduğu. Kimi sözleşmeler ilk aşım bloğunu kalanından farklı fiyatlar. Ardından fiyat değişiklikleri: bildirim süresi, bir değişikliğin dönem ortasında uygulanıp uygulanamayacağı ve birim tanımının aynı anda değişip değişemeyeceği. Yeniden tanımlanan bir birim, fiyat hiç değişmeden faturayı büyütebilir.

Başarısız, yinelenen ve tekrarlanan istekler de yazılmalı: faturalanıyor mu ve otel bunları kullanım raporunda nasıl görüyor. Uzun vade için çıkış koşullarındaki veri hükümleri: otelin metinlerine ve yazışma kayıtlarına ne olur, hangi biçimde dışa aktarılabilir. Kısa vade için deneme koşulları: deneme neyi sayıyor, neyi saymıyor ve deneme bittikten sonra fiyat hangi hacmi varsayıyor. Daha kapsamlı bir liste için otel için yapay zekâ yazılımı seçerken sağlayıcıya sorulacak sorular yazısına bakın.

İki teklifi aynı örnek ayda nasıl karşılaştırırsınız?#

Otelin bir gerçek ayını alın, her satıcının birimiyle sayın ve başlık rakamını değil, toplamları ve faturanın biçimini karşılaştırın.

Önce ayı ve sayımları dondurun: misafir konuşma dizisi sayısı, taslak yanıt sayısı, zamanlanmış rapor çalışması ve arka ofis talepleri. Satıcının tahminini değil, otelin kendi kayıtlarını kullanın. Aynı ayı her satıcının birimine çevirin ve tanımın dayattığı her yargıyı not edin. İki teklifin ayrıştığı yer genellikle bu notlardır.

Karşılaştırmayı üç ayda çalıştırın: normal, zirve ve kapalı bir ay. Normal ayda benzer görünen teklifler, zirve ayda keskin biçimde ayrışabilir. Biçimi karşılaştırın: her teklifin ne kadarı sabit, ne kadarı hacimle oynuyor. Çoğunluğu sabit olan fatura bütçelenmesi kolay, sakin ayda küçültülmesi zordur.

Her iki satıcıdan rakamlarının arkasındaki varsayımları yazılı olarak isteyin, sonra bu varsayımların dondurduğunuz sayımlarla uyuşup uyuşmadığını denetleyin. Kullanıcı başına bir teklifle token başına teklifi asla doğrudan karşılaştırmayın; herhangi bir rakam konuşulmadan önce ikisini de aynı aya çevirin. Aşağıdaki sayılar yalnızca örnektir.

Karşılaştırma bir denemenin parçasıysa, otelde yapay zekâ denemesi yazısı kapsamı, başlangıç ölçümünü ve durdurma kuralını ele alıyor.

Şimdi ne yapmalı#

Tek bir iş akışı seçin, bir gerçek ayını satıcının birimiyle sayın ve bu sayımı sözleşme görüşmesine yanınızda götürün. Dört birim, kullanım sürücüleri ve sözleşme soruları tek bir alışkanlıkta birleşir: neyin sayıldığını bilin, sayımı neyin oynattığını bilin ve kimin izlediğini bilin. Bu alışkanlık, bir yapay zekâ fiyatlandırma teklifini, bir mal sahibine ya da finans kuruluna savunabileceğiniz bir bütçe kalemine dönüştürür.