Yapay zekâ uygulama oluşturucu fiyatı, neyin iş sayıldığına bağlıdır

Haftada 100 istem yinelemesi için en ucuz plan, genellikle her istemin çevresindeki en az işi sayan plandır. Tekrarın, planlama aşamasının, test çalıştırmanın, dağıtımın ve arka planda çalışan bir ajanın aynı sayaca dokunup dokunmadığını bilmeden, yayımlanan aylık fiyat neredeyse hiçbir şey söylemez.

Ekiplerin abonelik fiyatını 100 isteme bölerek planları karşılaştırdığını gördüm. Bu hesap temizdir ama yanlıştır. Düğme metnini değiştiren bir istemle veritabanını yeniden yapılandıran bir istem, yazan kişi için birer mesaj sayılır; fakat çok farklı faturalar çıkarabilir. Dürüst bir karşılaştırma, iş yükü defteriyle başlar ve her sağlayıcının faturalandırma kurallarını aynı deftere uygular.

Bu makalede, adı geçen herhangi bir sağlayıcının fiyatları değil, varsayımsal bir fiyat listesi kullanılıyor. Amaç, satın almadan önce gerçek plan koşullarıyla değiştirebileceğiniz bir hesap sunmak.

Aynı istem sayısı üç farklı faturayı gizleyebilir

Kullanıcı mesajı sayısı, hesaplama gücünü ya da tamamlanan işi değil, konuşmayı ölçer. Kredi planları model etkinliğini, görev planları sağlayıcının tanımladığı iş birimini, sabit planlar ise bir sınır içindeki erişimi ölçme eğilimindedir. Uygulama ve haftalık 100 istek aynı kalsa bile bu sınırlar farklı toplamlar doğurur.

Bir girişimcinin her hafta 70 küçük arayüz değişikliği, birkaç dosyaya dokunan 20 değişiklik ve 10 derleme veya dağıtım değişikliği istediğini varsayalım. Görünen sayı 100'dür. Arka planda oluşturucu depoyu inceleyebilir, plan çıkarabilir, modeli birkaç kez çağırabilir, test çalıştırabilir, başarısız düzenlemeyi onarabilir, uygulamayı yeniden derleyebilir ve sohbet yanıtı göründükten sonra ajanı çalıştırmayı sürdürebilir. Bir plan her model çağrısı için ücret alabilir. Başka biri tüm diziyi tek görev sayabilir. Bir abonelik ise bunu dahil edebilir, sınırlayabilir ya da bir bölümünü aşım ücreti olarak tutabilir.

Alıcıların sıkça birbirine karıştırdığı ayrım şudur: yineleme, kullanıcının karar döngüsüdür; faturalandırılabilir olay ise satıcının ölçmeyi seçtiği şeydir. Bunları eş anlamlı saymak, fiyat sayfası en belirsiz olan planı avantajlı kılar. Ekip uygulamasını platforma bağladıktan sonra da ucuz görünen plan pahalılaşabilir.

Karşılaştırma için her ayı dört hafta saymak yerine aylık 4,33 hafta katsayısını kullanın. Haftalık yüz yineleme, ayda 433 yinelemeye dönüşür. Tek bir tekrar veya arka plan işi hesaba girmeden bu küçük düzeltme 33 yineleme ekler.

İyi bir fiyat teklifi talebi, sağlayıcıdan yalnızca toplam tahmini istemez, işi sınıflandırmasını ister. Şunları sorun: Sayaç neyi başlatır? Ne zaman durur? Başarısız çalışma sayılır mı? Otomatik tekrar sayılır mı? Arayüz yanıtın tamamlandığını söyledikten sonra hangi işler sürer? Kullanılmayan kapasite devreder mi? Faturayı bu yanıtlar belirler.

Hesap makinesini açmadan önce tek bir iş yükü tanımlayın

Gerçekte beklediğiniz işlerden temsili bir hafta oluşturun, ardından planları karşılaştırmadan önce bunu sabitleyin. Her fiyat modeli için iş yükünü değiştirirseniz fiyatı değil, satış metnini test edersiniz.

Örnek karşılaştırmada şu haftalık iş yükünü kullanacağım:

• Her biri bir kredi birimi tüketen 70 küçük düzenleme
• Her biri üç kredi birimi tüketen, birden çok dosyayı etkileyen 20 değişiklik
• Her biri beş kredi birimi tüketen 10 derleme veya dağıtım değişikliği
• Ortalama iki kredi birimi tüketen 25 tekrar çalıştırması
• Toplam 45 kredi birimi tüketen 35 arka plan çalıştırması

İstenen 100 yineleme, ilk denemelerinde 180 varsayımsal kredi birimi tüketir. Tekrarlar 50 birim ekler. Planlama, dizinleme, testler ve dağıtım işi 45 birim daha ekler. Haftalık toplam 275 birimdir, ortalama ayda ise 1.190,75 birimdir.

Aynı etkinliğin görev faturalandırmasında ikinci bir biçimi vardır. Her hafta kullanıcı tarafından başlatılan 100 görev, 25 tekrar ve 35 arka plan görevi oluşturur. Bu, haftada 160, ayda 692,8 olay eder. Bu 692,8 olayın tümünün faturalandırılıp faturalandırılmadığı, sözleşmedeki görev tanımına bağlıdır.

Başarılı ve başarısız işleri ayrı kaydedin. Yalnızca görünen hata mesajlarına dayanan başarısızlık oranı, sessiz onarımları, otomatik model geri dönüşlerini ve yeniden çalıştırılan testleri kaçırır. Varsa platformun kullanım dışa aktarımı, sohbet geçmişinden daha iyi kanıttır; sohbet, birkaç ajan çalışmasını tek yanıtta birleştirebilir.

Olağan karmaşayı içeren bir hafta kullanın: belirsiz bir istem, bağımlılık çakışması, ilgisiz bir nedenle başarısız olan test ve bir dağıtım onarımı. Kusursuz bir demo haftası, gerçek geliştirme başlar başlamaz geçersiz olacak bir bütçe üretir.

Kendinizi korumak için iş yükünü şişirmeyin. Gözlenen temel düzeyi hesapladıktan sonra ayrı bir değişkenlik payı ekleyin. Temel düzeyi ve payı ayrı tutmak, planın normal iş nedeniyle mi pahalı olduğunu yoksa yoğun bir aya karşı güvence satın aldığınız için mi pahalılaştığını görmenizi sağlar.

Kredi paketleri oluşturucudaki hareket için ücret alır

Platformun birim fiyatları düşükse, kullanılmayan krediler kullanılacak kadar uzun süre geçerliyse ve oluşturucu az sayıda onarım turuna ihtiyaç duyuyorsa kredi paketleri daha ucuza gelir. Basit bir istek, kullanıcının göremediği birkaç model çağrısına yayılıyorsa maliyet artar.

Kredi standart bir birim değildir. Tokenları, model çağrılarını, ajan adımlarını, saniyeleri ya da bunların ağırlıklı bir bileşimini ifade edebilir. Sağlayıcı hızlı bir model ile daha yetenekli bir model için farklı kredi tutarları da alabilir. İki paketteki kredi sayısını karşılaştırmak anlamsızdır; platformların ikisi de tüketimi aynı biçimde tanımlamadıkça, ki bunu nadiren yaparlar.

Varsayımsal iş yükünü, 30 dolara mal olan 500 birimlik paketle fiyatlandırın. Aylık talep 1.190,75 birimdir. Paketler bölünemediği için alıcının üç paket alması gerekir ve 90 dolar öder. Krediler sona ermiyorsa hesap ayı 309,25 birim artıyla kapatır. Tüketilen işin etkin maliyeti birim başına yaklaşık 7,56 senttir. Paket 6 sentten reklam yapılsa da alıcı kullanılmayan kapasiteyi satın almak zorunda kalmıştır.

Devretme sonucu değiştirir. Kalan 309,25 birim geçerliyse sonraki ay üç yerine iki paket almak mümkün olabilir. Birkaç istikrarlı ay boyunca ortalama maliyet reklamı yapılan orana yaklaşır. Krediler her ay sona eriyorsa, atıl bakiye fiyatın parçasıdır. Onu modelden asla çıkarmayın.

Model seçimi, istem sayısını değiştirmeden tüketimi değiştirebilir. Platform karmaşık düzenlemeleri dört birim çarpanlı bir modele yönlendirirse en zor on istek faturaya hâkim olabilir. Yönlendirmenin otomatik olup olmadığını, sonradan görebilip göremeyeceğinizi ve üst sınır koyup koyamayacağınızı sorun. İki kez başarısız olup tekrarlanan ucuz model, tek denemede başarılı olan yetenekli modelden pahalıya mal olabilir.

Kredi paketleri, kredilerin faydalı bir ömrü olduğu sürece düzensiz projeler için iyi çalışır; ödeme, iş yapıldıkça gelir. Serbestçe deney yapan ekiplerde bütçelemek daha zordur. Sayaç davranışı değiştirebilir: insanlar ilgisiz istekleri devasa istemlerde birleştirir, testlerden kaçınır veya kredi tasarrufu için zayıf çıktıyı kabul eder. Bu seçimler uygulamaya zarar vererek faturayı düşürür.

Zor soru, arka plan işinin kredi tüketip tüketmemesi gerektiğidir. Kaynak tükettiği için bunun ücretlendirilmesi savunulabilir. Sorun, alıcının bunu öngörememesi veya durduramamasıyla başlar. Adil bir değerlendirme, arayüzün her arka plan ücretini gösterip göstermediğini ve harcama sınırının bakiye sıfıra inmeden yeni işi durdurup durdurmadığını kontrol eder.

Görev faturalandırması, görevin nerede başlayıp bittiğine bağlıdır

Planlama, model çağrıları, testler ve onarımlar dahil tüm deneme tek fiyatla kapsanıyorsa görev tabanlı faturalandırma en ucuz model olabilir. Her iç işlem yeni görev sayıldığında ise en pahalı modele dönüşür.

Defterde başlatılan her olaya varsayımsal 0,14 dolar oranını uygulayın. Aylık 692,8 olayda, sentlere yuvarlandığında maliyet 96,99 dolardır. Fiyat sayfasında on dört sent küçük görünse de bu, 90 dolarlık kredi paketi sonucundan yüksektir.

Şimdi sözleşmede tek bir cümleyi değiştirin: tekrarları ve arka plan işini her görevin içine dahil ederken yalnızca kullanıcının istediği 433 yineleme için ücret alın. Aylık maliyet 60,62 dolara düşer. Uygulamada hiçbir şey değişmedi. Görev sınırı değişti ve bu sınır 36,37 dolarlık fark yarattı.

Tamamlanan görev faturalandırması başka bir tanım daha gerektirir. Bir çalışma dosyaları değiştirip dağıtımda başarısız olursa platform görevi tamamlamış mıdır? Kullanıcı sonucu reddedip düzeltme isterse bu yeni görev mi, yoksa devam eden bir iş mi? Sağlayıcıların tek ücret altında sınırsız işi önlemek için kurallara ihtiyacı vardır, ancak alıcıların da bunları etkinlik günlüğünden yeniden üretebileceği kurallara ihtiyacı vardır.

Başarılı istem başına maliyeti karşılaştırma önerisi, başarı kullanıcının beyanına bağlıysa yanlıştır. Kullanıcılar kısmi sonuçları kabul eder, büyük istekleri böler ve çıktıyı elle düzeltir. Kaydedilen başarı başına düşük maliyet, saatler süren temizleme işini gizleyebilir. Bunun yerine, ekibin sonucu birleştireceği, dağıtacağı veya başka biçimde saklayacağı noktayı kullanarak kabul edilmiş değişiklik başına maliyeti karşılaştırın.

Görev fiyatlandırmasının, birim insanların tanıdığı bir şeye karşılık geldiğinde bütçeleme avantajı vardır. Ekip, milyonlarca tokendan ziyade 400 kabul edilmiş değişikliği daha güvenle tahmin edebilir. Ürün dizinlemeyi, planlamayı, test etmeyi ve dağıtımı ayrı görevler diye etiketlerse bu avantaj kaybolur. Birimi sabit kabul etmeden önce gerçek faturadaki veya kullanım dışa aktarımındaki olay adlarını okuyun.

Eşzamanlılığın nasıl çalıştığını da sorun. Aynı anda çalışan iki ajan geçen süreyi kısaltırken görev başlangıçlarını ikiye katlayabilir. Test ajanı başlatan arka plan onarımı bir kez, iki kez ya da hiç sayılmayabilir. Fatura duvar saatini değil, sayacı izler.

Sabit abonelikler yalnızca dahil edilen sınır içinde kazanır

Aylık ücret; kullanıcıya ait 433 yinelemenin, 108,25 tekrar başlangıcının ve 151,55 arka plan başlangıcının tümünü kapsıyorsa sabit abonelik bu iş yükü için en düşük maliyetlidir. Herhangi bir kategori aboneliğin dışında kalıyorsa, sabit planı daha ucuz ilan etmeden önce onu ekleyin.

600'e kadar etkileşimli ve tekrar çalıştırmasını, ayrıca 200 arka plan çalıştırmasını kapsayan varsayımsal 79 dolarlık aylık planı kullanın. Örnek ayda 541,25 etkileşimli ve tekrar çalıştırması ile 151,55 arka plan çalıştırması üretir. Her iki toplam da sınıra sığdığı için maliyet 79 dolar kalır. Bu varsayımlar altında sabit fiyatlandırma, 90 dolarlık kredi paketlerini ve 96,99 dolarlık başlatılmış görev planını geçer.

Sınırsız sözcüğüne hesap tablosunda değer vermeyin. Onu gerçek adil kullanım eşiği, eşzamanlılık sınırı, model kısıtlaması veya yavaşlatma kuralıyla değiştirin. Sağlayıcı sınırı açıklamazsa düşük ve yüksek durumlar modelleyin. Yalnızca sınırsız yorum altında ucuz görünen plan güvenilir fiyat sunmamıştır.

Sabit planlar basamaklı maliyetler de oluşturur. Dahil edilen 599 çalıştırmada bir çalışma daha hiçbir ek ücret getirmeyebilir. 600'de ise sonraki çalışma aşım ücretini tetikleyebilir veya daha üst pakete geçmeyi gerektirebilir. En az üç iş yükü seviyesi çizin: sakin ay, beklenen ay ve sürüm ayı. Yalnızca beklenen durum, aboneliğin sıçradığı noktayı gizler.

Faturalandırma iş yerine kullanıcıları takip ettiğinde koltuk sayısı önem kazanır. Bir kişi için 79 dolarlık plan, ekip aynı 433 yinelemeyi paylaşsa bile gerekli dört koltuk için 316 dolardır. Hesap paylaşımına izin verildiğini varsaymayın. İstemleri gözden geçirmesi, dağıtımları onaylaması veya kullanımı incelemesi gereken kişileri fiyatlandırın.

Sabit ücret, her başarısız fikrin görünür bir küçük ücret yaratmaması sayesinde sağlıklı denemeleri teşvik edebilir. Hesap kısıtlanana kadar israfı gizleyebilir de. Kullanım görünürlüğü yine önemlidir. Ajanların döngüye girip girmediğini ve sürüm ayının dahil edilen sınırı aşıp aşmayacağını bilmeniz gerekir.

Yıllık indirimleri hesaba en son katın. Önce aylık koşullarda en ucuz modeli bulun. Sonra indirimi ve taahhüdün maliyetini uygulayın. Üç ay sonra bırakılan bir araç için on aylık ödeme yapmak tasarruf değildir.

Tekrarlar dipnotta değil, temel düzeyde yer alır

Tekrarlar normal geliştirme işidir. Bu yüzden ilk denemede kusursuz çıktı varsayan fiyat karşılaştırması satın alma kararı için uygun değildir. Kullanışlı sayı tekrar katsayısıdır: toplam deneme sayısının istenen yinelemelere bölümü.

Örnekte 100 istenen yineleme için 125 etkileşimli deneme vardır ve tekrar katsayısı 1,25'tir. Bu, istemlerin yüzde 25'inin basitçe başarısız olduğu anlamına gelmez. Bazı istekler açıklama ister, bazı düzenlemeler kod kontrollerini geçer ama niyeti karşılamaz, bazı başarısızlıklar ise araçlardan veya bağımlılıklardan kaynaklanır. Plan başka bir denemeyi ölçüyorsa faturalandırma etkisi aynıdır.

Tekrarları iki kişinin tutarlı biçimde uygulayabileceği bir kuralla ölçün. Kullanıcı önceki çıktıyı reddettikten veya onardıktan sonra aynı hedeflenen sonucu yeniden isterse bunu tekrar sayın. Gerçekten yeni bir gereksinimi tekrar olarak saymayın. Otomatik tekrarları ayrıca etiketleyin; çünkü kullanıcı bunları hiç görmeyebilir.

Küçük bir pilot, zor olmasını beklediğiniz görevleri içermelidir. Yalnızca açılış sayfası metnini ve renk değişikliklerini test ederseniz, tekrar oranı veritabanı geçişleri, kimlik doğrulama, durum yönetimi veya mobil derlemeler hakkında çok az şey söyler. Her adayda en az bir riskli değişikliği deneyin ve etkinlik kaydını inceleyin.

Tekrarlar modelleri farklı etkiler:

• Kredi faturalandırması genellikle her denemenin tükettiği kaynaklar için ücret alır.
• Başlatılmış görev faturalandırması, tekrar bir olay oluşturuyorsa genellikle her deneme için ücret alır.
• Tamamlama faturalandırması, tamamlama kuralına bağlı olarak başarısız denemeleri kapsayabilir.
• Sabit faturalandırma, tekrarları dahil edilen sınıra veya adil kullanım denetimine ulaşana kadar kapsar.

Ücretsiz tekrar yanıtını yeterli kabul etmeyin. Tekrarın aynı modeli kullanıp kullanmadığını, otomatik geri dönüşün ayrı bir kotayı tüketip tüketmediğini ve ücretsiz tekrar penceresinin ne kadar açık kaldığını sorun. Ertesi sabah gönderilen düzeltme, iş açıkça aynı olsa bile yeni görev sayılabilir.

İnsan açısından da tekrar maliyeti vardır. Kullanıcıların her onarımı denetlemesi gerekiyorsa plan dolar cinsinden ucuz, dikkat açısından pahalı olabilir. Pilot sırasında kabul edilmiş değişiklik başına inceleme dakikalarını takip edin. Bu süreyi platform faturasına katmayın, ancak düşük fiyatın kötü iş akışını gizlememesi için faturanın yanında gösterin.

Arka plan ajanları görünmeyen çarpandır

Arka plan ajan işi, kullanıcı yanıtı gördükten sonra da sürebileceği için kendi satırında yer almalıdır. Depo dizinleme, planlama, bağımlılık kontrolleri, testler, derleme izleme, dağıtım ve onarım ajanları başka bir sohbet mesajı eklemeden bütçe tüketebilir.

Örneğimiz haftada 35 arka plan çalıştırması ve 45 kredi birimi öngörüyor. Bu sayılar bilerek görünür varsayımlar olarak seçildi. Bunları pilot çalışmanın kullanım kayıtlarıyla değiştirin. Sağlayıcı yalnızca tek bir birleşik toplam gösteriyorsa aynı istemi isteğe bağlı otomasyon kapalıyken ve açıkken birer kez çalıştırın. Aradaki fark kanıt değil, tahmindir; ancak işi ücretsiz saymaktan iyidir.

Planlama modu özellikle dikkat gerektirir. Plan, çakışmaları erken bularak pahalı başarısız uygulamaları azaltabilir; her önemsiz düzenlemeden önce ücretli bir adım da ekleyebilir. Küçük ve büyük değişikliklerde ayrı ayrı test edin. Doğru politika, şema değişiklikleri ve birden çok dosyayı etkileyen işler için planlama kullanmak, metin düzenlemelerinde ise bunu atlamak olabilir.

Dizinleme farklı maliyet yapısına sahiptir. Bir depodaki ilk tarama pahalı olabilirken sonraki artımlı güncellemeler çok az tutabilir. Bir haftalık pilot, ilk dizinlemeyi içeriyorsa sürekli maliyeti abartabilir; üretim deposu çok daha büyükse maliyeti olduğundan düşük gösterebilir. Kurulum tüketimini tekrar eden tüketimden ayırın.

Testler ve dağıtım isteğe bağlı israf değildir. Kredi kotasına sığmak için bunları kapatmak, hata tespitini kullanıcılara aktarır. Korumayı amaçladığınız kontroller dahil, çalıştırmayı planladığınız güvenli iş akışını fiyatlandırın. Devre dışı bırakılmış testlere dayanan karşılaştırma yanlış iş sorusunu yanıtlar.

Koder.ai planlama modunu, dağıtım ve barındırmayı, anlık görüntüleri ve geri almayı, ayrıca kaynak kod dışa aktarmayı destekler. Bu nedenle pilot, yalnızca sohbet mesajlarını fiyatlandırmak yerine iş akışının bu bölümlerini gözlemleyebilir. Plan adları ve fiyatlar yine de güncel ürün arayüzünden kontrol edilmelidir; buradaki site bağlamı güncel kotaları değil, katmanları gösterir.

Ürün izin veriyorsa arka plan bütçesi belirleyin, ancak üst sınırı öngörülebilirlikle karıştırmayın. Üst sınır, işi durdurarak aşırı harcamayı önler. Ajan daha fazla kapasite beklerken uygulama yine de sürümü kaçırabilir. Hem mali sınırı hem operasyonel sonucu kaydedin.

Her adayı aynı defterden geçirin

Defter, karşılaştırmayı yeniden üretilebilir kılar ve sözleşmedeki belirsizliği fatura anlaşmazlığına dönüşmeden ortaya çıkarır. Her satır, kredilere, görevlere ve abonelik kotalarına eşlenebilecek yeterli bağlamla tek bir ölçümlenen olayı açıklamalıdır.

Bu CSV başlığını kopyalayın ve pilot sırasında kullanın:

week,event_id,requested_iteration,event_type,outcome,retry_of,background_kind,credit_units,task_events,flat_bucket,notes
2026-W01,001,1,user_edit,accepted,,,1,1,interactive,copy change
2026-W01,002,2,user_edit,rejected,,,3,1,interactive,multi file edit
2026-W01,003,2,retry,accepted,002,,2,1,interactive,repair after failed test
2026-W01,004,2,background,completed,,test,1,1,background,automatic test run

Olay türünü ve sonucu ayrı tutun. Arka plan testi başarıyla tamamlanırken istenen değişiklik yine de kabul edilmeyebilir. Bu gerçekleri tek statüde birleştirirseniz, sağlayıcının tamamlanmış görev kuralını test edemezsiniz.

Hafta sonunda dört değer hesaplayın:

monthly_iterations = weekly_requested_iterations * 4.33
monthly_credits = weekly_credit_units * 4.33
monthly_task_events = weekly_task_events * 4.33
retry_amplification = (user_attempts + retry_attempts) / requested_iterations

Ardından satırları değiştirmeden plan koşullarını uygulayın. Varsayımsal fiyat listesi için hesap şöyledir:

credit_cost = ceil(1190.75 / 500) * $30 = $90.00
started_task_cost = 692.8 * $0.14 = $96.99
flat_cost = $79.00, because 541.25 interactive runs < 600
             and 151.55 background runs < 200

Hesap tablosu ayrıca atıl kredileri, kalan dahil kapasiteyi ve sonraki fiyat sınırını göstermelidir. Örnekte kazanan planın 58,75 etkileşimli çalıştırma ve 48,45 arka plan çalıştırması hakkı kalır. Bu pay, dağıtım işinin iki katına çıktığı bir sürüm haftası için yeterince büyük değildir; ekip taahhüt vermeden önce bu durumu hesaplamalıdır.

Sağlayıcıdan anonimleştirilmiş bir defter sayfasını incelemesini isteyin. Hangi planın en ucuz olduğunu sormayın; her satırın nasıl sınıflandırılacağını sorun. Yazılı sınıflandırma, ilk faturayla karşılaştırabileceğiniz için satış tahmininden daha kullanışlıdır.

Değişkenlik etiket fiyatından daha önemlidir

Örnekte sonuç, 79 dolarla sabit abonelik, 90 dolarla kredi paketleri ve 96,99 dolarla başlatılmış görev faturalandırmasıdır. Bu sıralama yalnızca belirtilen fiyat listesi ve iş yükü için geçerlidir. Tekrarların ele alınışındaki veya dahil edilen arka plan işindeki küçük değişiklik bunu tersine çevirebilir.

Her ikili için başa baş noktasını hesaplayın. Kullanılmayan kredilerin gelecekte değeri olmadığı varsayıldığında, aylık talep üç veya daha fazla paket gerektirdiğinde 79 dolarlık sabit plan 30 dolarlık kredi paketlerini geçer. Devretme, alıcının her birimi kullanmasını sağlarsa 79 dolar, birim başına altı sentten yaklaşık 1.316,7 kredi birimine eşittir. Bu kullanımın altında, tamamen kullanılan krediler daha ucuzdur.

0,14 dolarlık başlatılmış görevlere karşı 79 dolar yaklaşık 564,3 olaya eşittir. Beklenen 692,8 olay bu noktayı aşar. Ancak görev planı yalnızca istenen 433 yineleme için ücret alırsa 60,62 dolar tutar ve kazanır. Yine tek bir tanım, başlık oranından daha önemlidir.

Tahminin kesin olduğunu varsaymak yerine duyarlılık durumları çalıştırın. Bu iş yükünde tekrar katsayısını 1,10'dan 1,50'ye, arka plan işini haftalık 20 olaydan 60 olaya değiştirin; karmaşık düzenleme tüketimine de sağlayıcının açıkladığı makul çarpanı uygulayın. Onlarca senaryoya gerek yok. Kararı değiştirebilecek birkaç değişkene ihtiyacınız var.

Nakit akışını ve bağlı kalmayı birim maliyetten ayrı değerlendirin. Paketler esnekliği koruyabilir. Aylık abonelik, sınırının içinde kaldığınız sürece öngörülebilir bir tavan oluşturur. Yıllık abonelik esnekliği indirimle değiş tokuş eder. Kaynak kod dışa aktarma ve anlık görüntüler oluşturucudan ayrılma maliyetini düşürebilir, fakat geçişi ücretsiz yapmaz; dışa aktarılan uygulamanın yine çalışan bir derlemeye, altyapıya ve onu sürdürebilecek birine ihtiyacı vardır.

Kullanımı belirsiz olan bir girişimci, olumsuz tarafı görünür olan modeli tercih etmelidir. Beklenen aylık toplam biraz daha yüksek olsa bile bu, uzun süre devreden paketler anlamına gelebilir. İstikrarlı ve ölçülmüş işi olan ekip, dahil edilen aralığın ortalarına yakın bir sabit plan alabilir. Görev planı, işin kabul edilmiş sonuçlara açıkça eşlendiği ve onarım işinin görev içinde kapsandığı durumlara uygundur.

Örnekte kazanan plana göre seçim yapmayın. Her varsayımsal oranı ve kotayı gösterebildiğiniz koşullarla, her iş yükü varsayımını da pilot gözlemiyle değiştirdikten sonra seçin.

Faturalandırma modelini kabul testinden geçirin

Bir fiyatlandırma modeli, başka biri aylık toplamı defterden ve plan koşullarından yeniden üretebildiğinde karar için hazırdır. Hesap, satış temsilcisinin iç görevi sonradan yorumlamasına bağlıysa model testi geçememiştir.

Bu kısa kabul kontrol listesini kullanın:

1. 100 temsili istenen yinelemeyi veya her ana iş türünü içeren daha küçük bir örneklemi kaydedin.
2. Tekrarları, otomatik tekrarları, planları, testleri, derlemeleri, dağıtımları ve diğer arka plan çalıştırmalarını etiketleyin.
3. Her olayı sağlayıcının kredi, görev veya dahil edilen kota kuralına eşleyin.
4. Aynı 4,33 katsayısıyla beklenen, sakin ve sürüm ayı toplamlarını hesaplayın.
5. Plan koşullarını saklayın, ilk gerçek faturayı tahminle karşılaştırın.

Pilot çalışmadan önce bir tolerans belirleyin. Örneğin, tahminin yüzde 10'undan fazla olan her toplamı inceleyebilirsiniz. Yüzde, sektör standardı değil, yönetim tercihidir. Amacı, olay geçmişi hâlâ varken incelemeyi zorunlu kılmaktır.

Gerçek kullanım tahmini aşarsa sorumlu satır kategorisini bulun. Daha fazla kabul edilmiş iş, daha fazla tekrardan farklıdır. Daha fazla planlanmış dağıtım çalıştırması, ajan döngüsünden farklıdır. Çözüm daha büyük plan, daha dar ajan politikası, daha net istemler veya faturalandırma düzeltmesi olabilir. Tek toplam bunlardan hangisi olduğunu söyleyemez.

İlk üç faturalandırma döngüsünde defteri faturanın yanında tutun; çünkü sakin bir pilot, toplu işleri, sürüm işini ve otomatik onarımları kaçırabilir. Bu nedenle haftalık 100 yineleme için en ucuz model koşulludur, ancak kararın belirsiz olması gerekmez. Açık örnekte 79 dolarlık sabit abonelik kazanır. Başarı kapsamlı görev faturalandırmasında aynı iş 60,62 dolar tutar ve görev faturalandırması kazanır. Kredi paketleri, devretme israfı önlediğinde daha düşük veya ani tüketimlerde kazanır. Nelerin sayıldığını yazın, gizli işi ölçün ve faturayla verilen sözün tutulduğunu kanıtlayın.