API çağrısı, kullanıcı veya işlem sayısına göre ücretlendirme.
01Olmazsa olmaz özellikler
- ölçümleme
- kota
- fatura
02İhtiyaca göre eklenen modüller
Self servis müşteri portalı
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
White-label tema
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
SSO ve rol yönetimi
SSO ve rol yönetimi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Abonelik ve deneme süresi
Abonelik ve deneme süresi, ihtiyaç netleştiğinde kullanım bazlı faturalama içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Kullanım bazlı faturalama planlarken bilinmesi gerekenler
- Kullanım ölçümü ve faturalama kuralları netleşir.
- MVP en dar ama değer üreten senaryoyla başlar.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
04Sı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 |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Kurumsal iç ürün ekipleri: Kullanım bazlı faturalama, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
- Yazılımını ürünleştirmek isteyen firmalar: Kullanım bazlı faturalama, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
- Ajanslar: Kullanım bazlı faturalama, ajanslar için iş akışına göre uyarlanır.
- Sektörel yazılım üreticileri: Kullanım bazlı faturalama, sektörel yazılım üreticileri için iş akışına göre uyarlanır.
08Tekirdağ için özellik planı
Marmara Bölgesi illerinden Tekirdağ (plaka 59), PTT adres verisinde 11 ilçe ve 388 yerleşim kaydıyla yer alır. Tekirdağ büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kullanım bazlı faturalama tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Tekirdağ'da PTT verisine göre 15 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde kullanım bazlı faturalama için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Tekirdağ'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Marmara Bölgesi'ndeki Sakarya, Balıkesir ve Bilecik gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Tekirdağ 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.
SSSSık sorulan sorular
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
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.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
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.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Tekirdağ'da bulunuyorum, yerinde görüşme mümkün mü?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Sadece Tekirdağ için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Tekirdağ de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama firmasıFirma seçerken bakılacaklar
- Kullanım bazlı faturalama geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kullanım bazlı faturalama güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kullanım bazlı faturalama KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Kullanım bazlı faturalama bakım ve destekYayın sonrası bakım, güncelleme ve destek
Tekirdağ'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
- Edirne'de kullanım bazlı faturalama özellikleri ve modülleri
- Sakarya'da kullanım bazlı faturalama özellikleri ve modülleri
- Balıkesir için kullanım bazlı faturalama özellikleri ve modülleri
- Bilecik için kullanım bazlı faturalama özellikleri ve modülleri
- Bursa'da kullanım bazlı faturalama özellikleri ve modülleri
Tekirdağ ilçelerinde kullanım bazlı faturalama özellikleri ve modülleri
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- lisans
- SaaS
- rol bazlı yetki
- Tekirdağ