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?
Bir fikir pazarda denenecekse
Kullanım bazlı faturalama kapsamı en kısa yoldan kullanılabilir hale getirilir; geri bildirimle büyütü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.
03Kullanım bazlı faturalama planlarken bilinmesi gerekenler
- Kullanım ölçümü ve faturalama kuralları netleşir.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
- MVP en dar ama değer üreten senaryoyla başlar.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ü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 |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
05Maçka için uzaktan ve yerinde çalışma
PTT kayıtlarında Maçka ilçesine bağlı 67 yerleşim bulunur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Maçka'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Trabzon genelinde Of, Beşikdüzü ve Araklı gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Maçka 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.
06İlk görüşmeden yayına
- İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
- Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
- Kapsam ve yazılı teklif: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
- Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
- Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
- Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
- Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.
NotÇok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
07Örnek planlama hesabı
Örnek: SaaS gelir metrikleri (hesap örneği)
- Örnek abone
- 2.100
- Örnek aylık ücret
- 2.400 TL
- Aylık yinelenen gelir (MRR)
- 5.040.000 TL
- Aylık kayıp oranı %8
- 168 abone
Bizim fiyatımız değil, hesap örneğidir. Not: örnek hesaptır; kesin plan analizde çıkar.
08Ekip ve çalışma biçimimiz
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.
- Alan adı ve sunucu hesapları işletme adına açılır.
- KVKK baştan tasarlanır.
- Kaynak kod ve veri işletmeye teslim edilir.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Trabzon da bunlardan biri.
09Hangi durumlarda profesyonel destek gerekir?
Kullanım bazlı faturalama işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- Her müşteri için ayrı kopya kuruluyor: çok kiracılı değil.
- Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
- 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 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.
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.
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.
Maçka'dan 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.
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.
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.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla 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.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Kullanım bazlı faturalama geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
- Kullanım bazlı faturalama KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Kullanım bazlı faturalama güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Maçka'da ilgili hizmetler
Trabzon içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- lisans
- MRR
- abonelik
- Trabzon
- Maçka