API çağrısı, kullanıcı veya işlem sayısına göre ücretlendirme.
01Kullanım bazlı faturalama ile neler yapılır?
Kullanım bazlı faturalama projelerinde ihtiyaca göre şu özellikler bir araya getirilir:
- ölçümleme
- kota
- fatura
İhtiyaca göre lisans yönetimi, kullanıcı ve yetki yönetimi ve abonelik yönetimi da aynı yol haritasına eklenebilir.
02Hangi durumlarda kullanım bazlı faturalama yaptırılır?
Kurumsal müşteriler SSO istediğinde
Kurumsal oturum açma ve rol yönetimi ürüne eklenir.
Ürün büyürken altyapı zorlandığında
Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.
Kota gerektiğinde
Kota, kullanım bazlı faturalama projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
04Vakfıkebir'de kullanım bazlı faturalama: çalışma düzeni
Vakfıkebir, Trabzon iline bağlı bir ilçedir ve PTT adres verisine göre 46 mahalleden oluşur.
Mesafe yazılım işinin önünde engel değildir: Vakfıkebir'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Trabzon genelinde Tonya, Dernekpazarı ve Akçaabat gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Vakfıkebir bölgesinden kullanım bazlı faturalama için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
05İlk görüşmeden yayına
- İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
- Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
- Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
- Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
- Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
- Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
- Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.
NotMVP en dar ama değer üreten senaryoyla başlar.
06Örnek planlama hesabı
Örnek: SaaS gelir metrikleri (hesap örneği)
- Örnek abone
- 190
- Örnek aylık ücret
- 2.500 TL
- Aylık yinelenen gelir (MRR)
- 475.000 TL
- Aylık kayıp oranı %8
- 15 abone
Bizim fiyatımız değil, hesap örneğidir. Not: örnek hesaptır; kesin plan analizde çıkar.
07Çalışma düzenimiz
Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.
- Kaynak kod ve veri işletmeye teslim edilir.
- Alan adı ve sunucu hesapları işletme adına açılır.
- Her değişiklik önce test ortamında denenir.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Trabzon da bunlardan biri.
08Uzman desteği ne zaman şart olur?
Kullanım bazlı faturalama işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
- Her müşteri için ayrı kopya kuruluyor: çok kiracılı değil.
- Kişisel veya finansal verinin işlendiği akışlar
- Birden fazla sistemle entegrasyon gerektiren işler
SSSSık sorulan sorular
Kullanım bazlı faturalama sonradan genişletilebilir mi?
Evet. Kota gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Kullanım bazlı faturalama için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve ölçümleme gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Proje ne kadar sürer?
Süre kapsam, entegrasyonlar ve içerik/veri hazırlığına göre değişir; analizden sonra aşamalı bir plan paylaşılır.
Vakfıkebir'den yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Kullanım bazlı faturalama hazır program yerine neden yaptırılır?
Hazır programlar genel ihtiyaca göre tasarlanır; işinize özgü kurallar, onay adımları veya entegrasyonlar varsa özel geliştirme bu farkı kapatır.
SaaS ürünü için önce ne yapılmalı?
Hedef müşteri, çözülecek ana sorun ve ilk sürümde mutlaka olması gereken birkaç özellik netleştirilir. Kapsam dar tutulur; ölçümle doğrulanan ihtiyaçlar sonraki sürümlere eklenir.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla eklenir.
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama geliştirme süreciAnalizden yayına aşamalar
- Kullanım bazlı faturalama bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Kullanım bazlı faturalama entegrasyonlarıBağlanabilecek sistemler
- Kullanım bazlı faturalama fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
Vakfıkebir'de ilgili hizmetler
Trabzon içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- white-label
- self servis
- rol bazlı yetki
- Trabzon
- Vakfıkebir